forum.opennet.ru - "Почта и RFC" (8)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Почта и RFC"

Форум Открытые системы на сервере (Почта / FreeBSD)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Почта и RFC"	+/–
Сообщение от Anatoliy (??) on 01-Дек-10, 21:23
Скажите пожалуйста, нарушаю ли я RFC или нет? 220 mail.domain.com ESMTP ehlo taa 250-mail.domain.com 250-PIPELINING 250-SIZE 25000000 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN mail from: <> 250 2.1.0 Ok rcpt to: root 250 2.1.5 Ok data 554 5.7.1 <root>: Recipient address rejected: Sorry, mail from <> we are accept only for postmaster or MAILER-DAEMON quit 221 2.0.0 Bye и 250 DSN mail from: <> 250 2.1.0 Ok rcpt to: postmaster 250 2.1.5 Ok data 354 End data with <CR><LF>.<CR><LF> df . 250 2.0.0 Ok: queued as 1E7B9D4C01 quit 221 2.0.0 Bye Заранее благодарен за ответ.
Ответить \| Правка \| Cообщить модератору

Оглавление

Почта и RFC, Etch, 22:10 , 01-Дек-10, (1)

Почта и RFC, Anatoliy, 23:46 , 01-Дек-10, (2)

Почта и RFC, Etch, 16:14 , 02-Дек-10, (3)
Почта и RFC, DeadLoco, 22:54 , 02-Дек-10, (4)

Почта и RFC, Anatoliy, 18:49 , 03-Дек-10, (5)

Почта и RFC, DeadLoco, 19:18 , 03-Дек-10, (6)

Почта и RFC, anonymous, 21:16 , 03-Дек-10, (7)

Почта и RFC, DeadLoco, 22:08 , 03-Дек-10, (8)

Сообщения по теме [Сортировка по времени | RSS]

1. "Почта и RFC" +/–

Сообщение от Etch on 01-Дек-10, 22:10

А вы сервер или клиент? :)
Есои сервер, то нарушаете.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Почта и RFC" +/–

Сообщение от Anatoliy (??) on 01-Дек-10, 23:46

> А вы сервер или клиент? :)
> Есои сервер, то нарушаете.
Сервер.
А можно подробнее. Почему?
Читал тут http://www.rfc-ignorant.org/policy-dsn.php

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Почта и RFC" +/–

Сообщение от Etch on 02-Дек-10, 16:14

> Сервер.
> А можно подробнее. Почему?
> Читал тут http://www.rfc-ignorant.org/policy-dsn.php
Вы прочитали не то и поняли это не так. 'mail from:<>' используется для различных нотификаций (например для сообщений о недоставке) и должен приниматься наравне с любым другим адресом отправителя, т.е. для всех существующих адресатов. Читайте rfc2821.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Почта и RFC" +/–

Сообщение от DeadLoco (ok) on 02-Дек-10, 22:54

> А можно подробнее. Почему?
Потому что вы дропаете баунсы для клиентов, которых обслуживаете. Отправитель <> - это вполне легальный отправитель, пустой отправитель означает, что ему нельзя слать автоматически сгенеренных уведомлений. Это сделано для того, чтобы не порождать замкнутые циклы из уведомлений о недоставке в ответ на уведомления о недоставке.
Ваши клиенты должны получать баунсы хотя бы потому, что иначе они ни за что не догадаются, что где-то что-то произошло и их письмо не было доставлено по адресу.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Почта и RFC" +/–

Сообщение от Anatoliy (??) on 03-Дек-10, 18:49

>> А можно подробнее. Почему?
> Потому что вы дропаете баунсы для клиентов, которых обслуживаете. Отправитель <> -
> это вполне легальный отправитель, пустой отправитель означает, что ему нельзя слать
> автоматически сгенеренных уведомлений. Это сделано для того, чтобы не порождать замкнутые
> циклы из уведомлений о недоставке в ответ на уведомления о недоставке.
> Ваши клиенты должны получать баунсы хотя бы потому, что иначе они ни
> за что не догадаются, что где-то что-то произошло и их письмо
> не было доставлено по адресу.
Понял, спасибо.
Только вместо уведомлений я получаю и спам. ;(
Нельзя проверить адрес, домен, MX отправителя.
Наверно поэтому многие почтовики сообщения от <> и блокируют, причем некоторые сразу на этапе MAIL FROM.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Почта и RFC" +/–

Сообщение от DeadLoco (ok) on 03-Дек-10, 19:18

> Наверно поэтому многие почтовики сообщения от <> и блокируют, причем некоторые сразу
> на этапе MAIL FROM.
Да, возможно. Но наличие этих многих почтовиков не делает такое поведение корректным. И клиенты могут быть ОЧЕНЬ недовольны таким поведением МТА. Вот вам простой пример:
Фирма А посылает в фирму Б письмо с приаттаченным коммерческим предложением для участия в конкурсе на подряд с суммой с большим количеством иностранных нулей.
В фирме Б почтовый ящик лица, ответственного за прием предложений, переполнен заманчивыми коммерческими предложениями, в результате чего отправителю в фирму А шлется баунс с адресом отправителя - опачьки! - <>. На случай, если в А тоже сидит лох с переполненным ящиком, чтобы МТА фирм А и Б не швырялись друг в друга баунсами до скончания века.
МТА фирмы А молча дропает этот баунс, в результате вся фирма А с трепетом ждет звонка от клиента, а звонка все нет, потому что коммерческого предложения фирма Б не получила. А отправитель не получил уведомления об этом прискорбном факте. И контракт с нулями уходит фирме Ж...
Спрашивается: грохнут админа МТА фирмы А сразу, или сначала недельки две помучают бензопилой?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Почта и RFC" +/–

Сообщение от anonymous (??) on 03-Дек-10, 21:16

> Спрашивается: грохнут админа МТА фирмы А сразу, или сначала недельки две помучают
> бензопилой?
Вот такие у нас коллеги, да...
Буэ

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Почта и RFC" +/–

Сообщение от DeadLoco (ok) on 03-Дек-10, 22:08

> Вот такие у нас коллеги, да...
> Буэ
Вы имеете в виду меня или ТС?
Если ТС - то напрасно. Он задумывается и спрашивает, значит не потерян для профессии.
А если меня - то подтверждаю. Буэ. Могу расписку выдать.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Почта и RFC"	+/–
Сообщение от Etch on 01-Дек-10, 22:10
А вы сервер или клиент? :) Есои сервер, то нарушаете.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Почта и RFC"	+/–
	Сообщение от Anatoliy (??) on 01-Дек-10, 23:46
	> А вы сервер или клиент? :) > Есои сервер, то нарушаете. Сервер. А можно подробнее. Почему? Читал тут http://www.rfc-ignorant.org/policy-dsn.php
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Почта и RFC"	+/–
	Сообщение от Etch on 02-Дек-10, 16:14
	> Сервер. > А можно подробнее. Почему? > Читал тут http://www.rfc-ignorant.org/policy-dsn.php Вы прочитали не то и поняли это не так. 'mail from:<>' используется для различных нотификаций (например для сообщений о недоставке) и должен приниматься наравне с любым другим адресом отправителя, т.е. для всех существующих адресатов. Читайте rfc2821.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Почта и RFC"	+/–
	Сообщение от DeadLoco (ok) on 02-Дек-10, 22:54
	> А можно подробнее. Почему? Потому что вы дропаете баунсы для клиентов, которых обслуживаете. Отправитель <> - это вполне легальный отправитель, пустой отправитель означает, что ему нельзя слать автоматически сгенеренных уведомлений. Это сделано для того, чтобы не порождать замкнутые циклы из уведомлений о недоставке в ответ на уведомления о недоставке. Ваши клиенты должны получать баунсы хотя бы потому, что иначе они ни за что не догадаются, что где-то что-то произошло и их письмо не было доставлено по адресу.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	5. "Почта и RFC"	+/–
	Сообщение от Anatoliy (??) on 03-Дек-10, 18:49
	>> А можно подробнее. Почему? > Потому что вы дропаете баунсы для клиентов, которых обслуживаете. Отправитель <> - > это вполне легальный отправитель, пустой отправитель означает, что ему нельзя слать > автоматически сгенеренных уведомлений. Это сделано для того, чтобы не порождать замкнутые > циклы из уведомлений о недоставке в ответ на уведомления о недоставке. > Ваши клиенты должны получать баунсы хотя бы потому, что иначе они ни > за что не догадаются, что где-то что-то произошло и их письмо > не было доставлено по адресу. Понял, спасибо. Только вместо уведомлений я получаю и спам. ;( Нельзя проверить адрес, домен, MX отправителя. Наверно поэтому многие почтовики сообщения от <> и блокируют, причем некоторые сразу на этапе MAIL FROM.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "Почта и RFC"	+/–
	Сообщение от DeadLoco (ok) on 03-Дек-10, 19:18
	> Наверно поэтому многие почтовики сообщения от <> и блокируют, причем некоторые сразу > на этапе MAIL FROM. Да, возможно. Но наличие этих многих почтовиков не делает такое поведение корректным. И клиенты могут быть ОЧЕНЬ недовольны таким поведением МТА. Вот вам простой пример: Фирма А посылает в фирму Б письмо с приаттаченным коммерческим предложением для участия в конкурсе на подряд с суммой с большим количеством иностранных нулей. В фирме Б почтовый ящик лица, ответственного за прием предложений, переполнен заманчивыми коммерческими предложениями, в результате чего отправителю в фирму А шлется баунс с адресом отправителя - опачьки! - <>. На случай, если в А тоже сидит лох с переполненным ящиком, чтобы МТА фирм А и Б не швырялись друг в друга баунсами до скончания века. МТА фирмы А молча дропает этот баунс, в результате вся фирма А с трепетом ждет звонка от клиента, а звонка все нет, потому что коммерческого предложения фирма Б не получила. А отправитель не получил уведомления об этом прискорбном факте. И контракт с нулями уходит фирме Ж... Спрашивается: грохнут админа МТА фирмы А сразу, или сначала недельки две помучают бензопилой?
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "Почта и RFC"	+/–
	Сообщение от anonymous (??) on 03-Дек-10, 21:16
	> Спрашивается: грохнут админа МТА фирмы А сразу, или сначала недельки две помучают > бензопилой? Вот такие у нас коллеги, да... Буэ
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "Почта и RFC"	+/–
	Сообщение от DeadLoco (ok) on 03-Дек-10, 22:08
	> Вот такие у нас коллеги, да... > Буэ Вы имеете в виду меня или ТС? Если ТС - то напрасно. Он задумывается и спрашивает, значит не потерян для профессии. А если меня - то подтверждаю. Буэ. Могу расписку выдать.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору