Andrew V.Statsenko -> [email protected] @ Fri, 12 Nov 2004 16:45:37 +0300:
>> > Говорят, что ты не можешь считать себя настоящим системным >> > администратором, пока не перепишешь sendmail.cf , говорят также, что >> > только сумашедший будет делать это второй раз... >> > >> > Проблема в следующем: >> > >> > Есть унаследованная система с Sendmail. Конфиг возможно делался ручками, >> > т.к. sendmail.mc в системе нет. Сейчас при отсутствующем получателе >> > происходит: >> > >> > 250 2.1.5 Recipient ok >> > потом баунсы, опять баунсы..и еще раз баунсы.. >> > >> > хотелось бы это пресекать на этапе приема: >> > 550 5.1.1 ... User unknown >> > >> > Если это имеет значение в конфиге: >> > O PrivacyOptions=authwarnings,goaway,noreceipts >> > >> > Укурка манами и поиск пока результата не принесли (хотя поверьте я не >> > ленился) - прошу совета. Что нужно поправить? >> >> определится какие сейчас функции используются в sendmail, что вам >> помимо этого еще надо и написать sendmail.mc самому, пересобрав >> потом из него sendmail.cf. AV> Я думал об этом варианте.. оценивая время требуемое на правку mc, AV> сравнение со старым sendmail.cf, правку mc, diff, test.. и решил AV> спросить людей "старой" закалки. AV> В check_rcpt -- check SMTP `RCPT TO: такое ощущение, что кошка по AV> клавиатуре побегала.. :) после валерьянки :) >> Возможно стоит сразу подумать и переползти на postfix. :) AV> Это уже делается.. более того - почтовая часть закончена и AV> оттестирована. Только вот дело этим не закончится, а баунсы валятся AV> сейчас.. AV> /me просит хоть намекнуть ему на строчку в sendmail.cf отвечающую за AV> отлуп на стадии проверки реципиента... Если я правильно ошибаюсь, то User unknown - это если он уже дошел до использования локального мейлера, и тот его огорчил. Если тот его по какой-то причине не огорчает или данный демон локальной доставкой не занимается (например, используется связка sendmail-amavisd-sendmail), то он никогда и не узнает, что такого юзера нет. Там же, в документации на amavisd-new, в README.sendmail.dual приводится workaround на эту тему. -- Artem Chuprina RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
