Исходное сообщение
"Postfix сбой обработки доставки письма при длинном имени" Отправлено sherlock, 11-Мрт-15 10:14
> Объяснение есть. Транспорт local ищет локального пользователя, при этом возникает ошибка. база локальных получателей пуста, он вообще ничего не знает о ней, попытаюсь объяснить схему: Это просто почтовый релей, который принимает письма от нескольких серверов (как правило это всякие нотифы от оракла) и стравливает их уже почтовику, который все принимает и раскладывает по ящикам, он мне не подконтроллен. Т.е. на этом почтовике, где я словил этот глюк внешних адресатов нет в принципе. И в инет он не смотрит. > В силу наличия ошибки, она транслируется в SMTP-ошибку. > Если бы пользователь не был найден (без возникновения ошибок), то оно все > равно бы пошло на mailbox_transport: пользователь всегда не найден, только он всегда письмо отправлял вышестоящему, а в этом случае больше 16 символов до @ пытался доставить сам > А если отправитель был внешний, то не _ложится в ящик отправителя_, а > доставляется, верно? А если это был спам с подделанным адресом отправителя > - то этот несчастный получает от вас мусор.... отправители только внутренние, т.е. тоже с домена @mrk.mmk.ru, учетки серверов для доставки алармов и прочего > Решение: на релее должна быть база реально существующих адресов. > Её можно вести как вручную, так и полуавтоматически. ну это нереально, да и не надо совершенно все равно поведение мне пока не понятно, почему при адресе получателя XXXX@my.domain.ru, где кол-во XXX меньше или 16 символов, он отправлял согласно mailbox_transport, а когда 17 и больше, согласно файлу transport

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Объяснение есть. Транспорт local ищет локального пользователя, при этом возникает ошибка. > база локальных получателей пуста, он вообще ничего не знает о ней, попытаюсь > объяснить схему: > Это просто почтовый релей, который принимает письма от нескольких серверов (как правило > это всякие нотифы от оракла) и стравливает их уже почтовику, который > все принимает и раскладывает по ящикам, он мне не подконтроллен. Т.е. > на этом почтовике, где я словил этот глюк внешних адресатов нет > в принципе. И в инет он не смотрит. >> В силу наличия ошибки, она транслируется в SMTP-ошибку. >> Если бы пользователь не был найден (без возникновения ошибок), то оно все >> равно бы пошло на mailbox_transport: > пользователь всегда не найден, только он всегда письмо отправлял вышестоящему, а в > этом случае больше 16 символов до @ пытался доставить сам >> А если отправитель был внешний, то не _ложится в ящик отправителя_, а >> доставляется, верно? А если это был спам с подделанным адресом отправителя >> - то этот несчастный получает от вас мусор.... > отправители только внутренние, т.е. тоже с домена @mrk.mmk.ru, учетки серверов для доставки > алармов и прочего >> Решение: на релее должна быть база реально существующих адресов. >> Её можно вести как вручную, так и полуавтоматически. > ну это нереально, да и не надо совершенно > все равно поведение мне пока не понятно, почему при адресе получателя XXXX@my.domain.ru, > где кол-во XXX меньше или 16 символов, он отправлял согласно mailbox_transport, > а когда 17 и больше, согласно файлу transport
	Введите код, изображенный на картинке: