Friday, November 12, 2004, 4:18:48 PM, you wrote: AVS> Доброго времени суток,
AVS> Говорят, что ты не можешь считать себя настоящим системным AVS> администратором, пока не перепишешь sendmail.cf , говорят также, что AVS> только сумашедший будет делать это второй раз... AVS> Проблема в следующем: AVS> Есть унаследованная система с Sendmail. Конфиг возможно делался ручками, AVS> т.к. sendmail.mc в системе нет. Сейчас при отсутствующем получателе AVS> происходит: AVS> 250 2.1.5 Recipient ok AVS> потом баунсы, опять баунсы..и еще раз баунсы.. AVS> хотелось бы это пресекать на этапе приема: AVS> 550 5.1.1 ... User unknown AVS> Если это имеет значение в конфиге: AVS> O PrivacyOptions=authwarnings,goaway,noreceipts AVS> Укурка манами и поиск пока результата не принесли (хотя поверьте я не AVS> ленился) - прошу совета. Что нужно поправить? Да... Я думал я один такой :-) Тоже получил по наследству sendmail с рукописным cf. И ровно с той же проблемой - DSN "550 5.1.1 User unknown" не возвращается на этапе RCPT TO. Кроме этого были и другие странности конфигрирования. Посидев с Sendmail "Installation and Operation Guide", cf "разжевал" и все странности победил, кроме обсуждаемой :-( Обнадежить тебя пока нечем. Дело вот в чем - стандартное поведение sendmail, т.е. "550 5.1.1 User unknown" при доставке несуществующему пользователю прописано не в cf, а в исходном коде (contrib/recipient.c). И если я правильно понял, то в cf прописано нечто, что заставляет sendmail вести себя не совсем стандартно. А вот где именно я пока не нашел. Могу только сказать, что правила-ловушки check_* здесь ни при чем. Думаю, что разобратся можно, не так этот cf страшен, но сходу у меня не получилось, а заняться вплотную времени не хватает, да и попыток доставки несуществующим пользователям у меня немного - сильно не мешают. Тем не менее попробую сегодня часок выкроить, если что получится напишу. -- Best regards, Denis Sokolov mailto:[EMAIL PROTECTED]
