[Sysadmins] Postfix. Undelivered Mail

[Sysadmins] Postfix. Undelivered Mail

[Дегтярев Дмитрий Владимирович]

Добрый день!

Проблема такая. Посмотрел статистику за день по Postfix. И увидел что 
больше всего писем идёт от from=<>. По логам посмотрел, это 
MAILER-DAEMON шлёт /Undelivered/ Mail. Это не есть хорошо. Нужно чтобы 
такие сообщения уходили только авторизованным пользователям(LOGIN или 
PLAIN), пользователям их my_network и всё. Как это сделать?

Re: [Sysadmins] Postfix. Undelivered Mail

[Sergey]

On Thursday 06 November 2008, Дегтярев Дмитрий Владимирович wrote:

> Проблема такая. Посмотрел статистику за день по Postfix. И увидел что 
> больше всего писем идёт от from=<>. По логам посмотрел, это 
> MAILER-DAEMON шлёт /Undelivered/ Mail. Это не есть хорошо. Нужно чтобы 
> такие сообщения уходили только авторизованным пользователям(LOGIN или 
> PLAIN), пользователям их my_network и всё. Как это сделать?

Отдельные предложения понятны. А вот всё вместе - не очень... Имеется
ввиду, чтобы bounce слался не всем ? Это неправильно. А вот чтобы их
не было лишних, письмо просто не надо принимать, если доставить некуда.
Тогда проблему bounce решать будет сервер отправителя.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] Postfix. Undelivered Mail

[Anton Kvashin]

Дегтярев Дмитрий Владимирович пишет:
> Проблема такая. Посмотрел статистику за день по Postfix. И увидел что 
> больше всего писем идёт от from=<>. По логам посмотрел, это 
> MAILER-DAEMON шлёт /Undelivered/ Mail. Это не есть хорошо. Нужно чтобы 
> такие сообщения уходили только авторизованным пользователям(LOGIN или 
> PLAIN), пользователям их my_network и всё. Как это сделать?

Если абстрагироваться от bounce (и пустого отправителя), то для почтовой 
системы это обычное письмо, которое имеет получателя (здесь мы понимаем, 
юзера который может smtp-атуентификацию и имееет ящик), и его можно 
отвергать на этапе smtp-сессии (например для несуществующего юзера), не 
принимая его в свой спул. Либо настроить Bounce Address Tag Validation 
(BATV), подписывание специальным хэдером исходящих писем, для которых 
можно принимать bounce.

Bounce нужен для уведомления о том, что твое письмо не доставлено, 
кто-то их не читает и не понимает, но полезная информация (хоть и не 
всегда) имеет место быть.

-- 
Anton Kvashin

Re: [Sysadmins] Postfix. Undelivered Mail

[Maxim Tyurin]

Anton Kvashin writes:

> Дегтярев Дмитрий Владимирович пишет:
>> Проблема такая. Посмотрел статистику за день по Postfix. И увидел
>> что больше всего писем идёт от from=<>. По логам посмотрел, это
>> MAILER-DAEMON шлёт /Undelivered/ Mail. Это не есть хорошо. Нужно
>> чтобы такие сообщения уходили только авторизованным
>> пользователям(LOGIN или PLAIN), пользователям их my_network и
>> всё. Как это сделать?
>
> Если абстрагироваться от bounce (и пустого отправителя), то для
> почтовой системы это обычное письмо, которое имеет получателя (здесь
> мы понимаем, юзера который может smtp-атуентификацию и имееет ящик), и
> его можно отвергать на этапе smtp-сессии (например для несуществующего
> юзера), не принимая его в свой спул. Либо настроить Bounce Address Tag
> Validation (BATV), подписывание специальным хэдером исходящих писем,
> для которых можно принимать bounce.

Так ИМХО не нужно делать потому что сломается доставка на хосты с
sender verify.

> Bounce нужен для уведомления о том, что твое письмо не доставлено,
> кто-то их не читает и не понимает, но полезная информация (хоть и не
> всегда) имеет место быть.

<> нужен по стандарту и тому кто его не принимает прямая дорога в
черный список на rfc-ignorant.org
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [Sysadmins] Postfix. Undelivered Mail

[Sergey]

On Tuesday 11 November 2008, Maxim Tyurin wrote:

> > юзера), не принимая его в свой спул. Либо настроить Bounce Address Tag
> > Validation (BATV), подписывание специальным хэдером исходящих писем,
> > для которых можно принимать bounce.
> 
> Так ИМХО не нужно делать потому что сломается доставка на хосты с
> sender verify.

Вообще-то, не должна сломаться. Так как эта проверка до DATA не доходит.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] Postfix. Undelivered Mail

[Anton Kvashin]

Maxim Tyurin пишет:
>> Либо настроить Bounce Address Tag
>> Validation (BATV), подписывание специальным хэдером исходящих писем,
>> для которых можно принимать bounce.
> 
> Так ИМХО не нужно делать потому что сломается доставка на хосты с
> sender verify.

callout идет на этапе RCPT TO (здесь можно проверять сигнатуру BATV на 
FAKE), а валидный BATV (его совпадение с моим секретом) на этапе DATA, 
когда начинают вливать письмо.

>> Bounce нужен для уведомления о том, что твое письмо не доставлено,
>> кто-то их не читает и не понимает, но полезная информация (хоть и не
>> всегда) имеет место быть.
> 
> <> нужен по стандарту и тому кто его не принимает прямая дорога в
> черный список на rfc-ignorant.org

Все так, а если такого юзера нет, меня в список? Достаточным будет прием 
от <> на <postmaster>.

-- 
Anton Kvashin

Re: [Sysadmins] Postfix. Undelivered Mail

[Vladimir V. Kamarzin]

>>>>> On 12 Nov 2008 at 10:19 "AK" == Anton Kvashin writes:

>>> Bounce нужен для уведомления о том, что твое письмо не доставлено,
>>> кто-то их не читает и не понимает, но полезная информация (хоть и не
>>> всегда) имеет место быть.
>> <> нужен по стандарту и тому кто его не принимает прямая дорога в
>> черный список на rfc-ignorant.org
AK> Все так, а если такого юзера нет, меня в список? Достаточным будет
AK> прием от <> на <postmaster>.

Вот как раз приём от NULL adress <> на <postmaster> обеспечивать не требуется,
т.к. адрес отправителя <postmaster> не должен использоваться в исходящей
корреспонденции, и, соответственно, не может получать уведомления от роботов.
rfc-ignorant.org, кстати, считает точно так же ;)

-- 
vvk

Postfix page on f.i: http://freesource.info/wiki/Dokumentacija/Postfix

Russian Postfix irc: irc.freenode.net #postfix-ru

Re: [Sysadmins] Postfix. Undelivered Mail

[Anton Kvashin]

Vladimir V. Kamarzin пишет:
>>>> Bounce нужен для уведомления о том, что твое письмо не доставлено,
>>>> кто-то их не читает и не понимает, но полезная информация (хоть и не
>>>> всегда) имеет место быть.
>>> <> нужен по стандарту и тому кто его не принимает прямая дорога в
>>> черный список на rfc-ignorant.org
> AK> Все так, а если такого юзера нет, меня в список? Достаточным будет
> AK> прием от <> на <postmaster>.
> 
> Вот как раз приём от NULL adress <> на <postmaster> обеспечивать не требуется,
> т.к. адрес отправителя <postmaster> не должен использоваться в исходящей
> корреспонденции, и, соответственно, не может получать уведомления от роботов.
> rfc-ignorant.org, кстати, считает точно так же ;)

Поправлюсь, достаточным для проверки (моей пушистости для dsn.ignorant).

sending MAIL FROM:<> and RCPT TO:<postmaster@example.tld> is a good test 
case, since the former address should exist and the latter address 
should not be cause for rejection (if it is rejected, see 
postmaster.rfc-ignorant.org).

-- 
Anton Kvashin

Re: [Sysadmins] Postfix. Undelivered Mail

[Sergey]

On Wednesday 12 November 2008, Anton Kvashin wrote:

> > <> нужен по стандарту и тому кто его не принимает прямая дорога в
> > черный список на rfc-ignorant.org
> 
> Все так, а если такого юзера нет, меня в список? Достаточным будет прием 
> от <> на <postmaster>.
 
Вот так и получаются чёрные дыры. А, потом, юзеры думают, куда же
делись письма.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] Postfix. Undelivered Mail

[Anton Kvashin]

Sergey пишет:
>>> <> нужен по стандарту и тому кто его не принимает прямая дорога в
>>> черный список на rfc-ignorant.org
>> Все так, а если такого юзера нет, меня в список? Достаточным будет прием 
>> от <> на <postmaster>.
>  
> Вот так и получаются чёрные дыры. А, потом, юзеры думают, куда же
> делись письма.

Я не против bounce (выше предложение было в контексте BATV и 
rfc-ignorant), мы их принимаем, но только если rcpt_count не больше 
одного. А еще юзеры отвечают mailer-daemon'у, спрашивая "а с кем вы 
сейчас разговаривали" и на каком языке ;)

-- 
Anton Kvashin

Re: [Sysadmins] Postfix. Undelivered Mail

[Sergey]

On Wednesday 12 November 2008, Anton Kvashin wrote:

> >> Все так, а если такого юзера нет, меня в список? Достаточным будет прием 
> >> от <> на <postmaster>.
> >  
> > Вот так и получаются чёрные дыры. А, потом, юзеры думают, куда же
> > делись письма.
> 
> Я не против bounce (выше предложение было в контексте BATV и 
> rfc-ignorant),

Предыдущее сообщение прочитал в отрыве от общего контекста...

> мы их принимаем, но только если rcpt_count не больше одного.

Здравая мысль... А как часто срабатывает ?

> А еще юзеры отвечают mailer-daemon'у, спрашивая "а с кем вы  
> сейчас разговаривали" и на каком языке ;)

Это нормальное явление. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] Postfix. Undelivered Mail

[Anton Kvashin]

Sergey пишет:
>> мы их принимаем, но только если rcpt_count не больше одного.
> 
> Здравая мысль... А как часто срабатывает ?

С воскресенья 168

-- 
Anton Kvashin

Re: [Sysadmins] Postfix. Undelivered Mail

[Maxim Tyurin]

Anton Kvashin writes:

> Maxim Tyurin пишет:
>>> Либо настроить Bounce Address Tag
>>> Validation (BATV), подписывание специальным хэдером исходящих писем,
>>> для которых можно принимать bounce.
>>
>> Так ИМХО не нужно делать потому что сломается доставка на хосты с
>> sender verify.
>
> callout идет на этапе RCPT TO (здесь можно проверять сигнатуру BATV на
> FAKE), а валидный BATV (его совпадение с моим секретом) на этапе DATA,
> когда начинают вливать письмо.

Я уже понял.
Прочитал про технологию.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/