Ситуация следующая два МТА для одного домен с разными приоритетами Мх, на обоих postfix. Соответственно если на первом нет юзера письмо падает на второй тот пытается отослать его на первый получает user unknown и кидает письмо в deferred. И затем регулярно пытается снова его отправить. Соответственно что надо подкрутить чтобы он отбрасывал такие сообщения?
>Ситуация следующая два МТА для одного домен с разными приоритетами Мх, на
>обоих postfix. Соответственно если на первом нет юзера письмо падает на
>второй тот пытается отослать его на первый получает user unknown и
>кидает письмо в deferred. И затем регулярно пытается снова его отправить.
>Соответственно что надо подкрутить чтобы он отбрасывал такие сообщения?
Что ниужеле никто не озадачивался данным вопросом?
Без запятых тяжело читать. Видимо, многие не дочитывают до конца вопроса. Шутка.
Один из MTA, видимо, основной, второй, видимо, резервный, так? Тогда на резервном сними проверку на наличие пользователя, он будет просто роутить всю почту на основной.
>Без запятых тяжело читать. Видимо, многие не дочитывают до конца вопроса. Шутка.
>
>Один из MTA, видимо, основной, второй, видимо, резервный, так? Тогда на резервном
>сними проверку на наличие пользователя, он будет просто роутить всю почту
>на основной.
Во первых как снять.
Во вторых он рутит на первый на первом usera нет и писмо идёт на вторую мх запись для домена (или я уже путаю) т.е приходит на вторичный а тот опять на первый ?
Так щас тоже нет юзера валится на вторую МХ запись там попытка отправить на первую МХ запись там опять нет usera и так далее.
насколько я понимаю надо научить postfix на второй МХ записи обрабатывать ответ user unknown , типа еси таков ответ сервака то прекратить попытки отослать эту почту почту. Так вот как это зделать?
>>Без запятых тяжело читать. Видимо, многие не дочитывают до конца вопроса. Шутка.
>>
>>Один из MTA, видимо, основной, второй, видимо, резервный, так? Тогда на резервном
>>сними проверку на наличие пользователя, он будет просто роутить всю почту
>>на основной.
>
>
>Во первых как снять.
>Во вторых он рутит на первый на первом usera нет и писмо
>идёт на вторую мх запись для домена (или я уже путаю)
>т.е приходит на вторичный а тот опять на первый ?
> Так щас тоже нет юзера валится на вторую МХ запись там
>попытка отправить на первую МХ запись там опять нет usera
>и так далее.
>насколько я понимаю надо научить postfix на второй МХ записи обрабатывать ответ
>user unknown , типа еси таков ответ сервака то прекратить попытки
>отослать эту почту почту. Так вот как это зделать?
Попытка оживить топик
>>>Без запятых тяжело читать. Видимо, многие не дочитывают до конца вопроса. Шутка.
>>>
>>>Один из MTA, видимо, основной, второй, видимо, резервный, так? Тогда на резервном
>>>сними проверку на наличие пользователя, он будет просто роутить всю почту
>>>на основной.
>>
>>
>>Во первых как снять.
>>Во вторых он рутит на первый на первом usera нет и писмо
>>идёт на вторую мх запись для домена (или я уже путаю)
>>т.е приходит на вторичный а тот опять на первый ?
>> Так щас тоже нет юзера валится на вторую МХ запись там
>>попытка отправить на первую МХ запись там опять нет usera
>>и так далее.
>>насколько я понимаю надо научить postfix на второй МХ записи обрабатывать ответ
>>user unknown , типа еси таков ответ сервака то прекратить попытки
>>отослать эту почту почту. Так вот как это зделать?
>
>
>Попытка оживить топик
ниужели никто не поднимал secondary MX ??? или дело в postfix. Если так то подскажите кто как решает эту задачу на других MTA??
Возможно, поможет установить
unknown_local_recipient_reject_code = 550, по умолчанию стоит 450 - try again later, а 550 - reject
>Возможно, поможет установить
>unknown_local_recipient_reject_code = 550, по умолчанию стоит 450 - try again later, а
>550 - reject
щас попробую о результатах доложу
>Возможно, поможет установить
>unknown_local_recipient_reject_code = 550, по умолчанию стоит 450 - try again later, а
>550 - reject
да тестовое письмо не зависло в очеред. Спасибо. Mikka а не подскажеш ли где можно почитать про расшифровку кодов ошибок?
http://www.ysn.ru/doc/cie/RFC/bynum.cgi?1893
>http://www.ysn.ru/doc/cie/RFC/bynum.cgi?1893
спасибо