» Почтовый сервер Sendmail FAQ

did not issue MAIL/EXPN/VRFY/ETRN during connection to Daemon0
Кто знает что это означает если эта запись появляется когда некоторые программы пытаются послать сообщение на почту. А главное как лечить.

Я умею пользоваться поиском. Кажется . Но ответа применительно к своему случаю не нахожу.

а ответа к вашему случаю и не будет, вы не привели smtp сессии с валшими программами.
или ван надо еще и сообщение об ошибке перевести?

были бы логи. Их нет. Это программа LanSafe мониторит Ups. При тестировании е-майл нотификации получаю такую запись. А логов зараза не ведет. Вот я и незнаю в каком направлении искать решение. Ваши соображения?

tcpdump или ethereal/tethereal.
ну и rfc 821/2821

Добавлено:
либо LogLevel=15

Дамп ничего не показал. Сейчас сидел ловил. Выдает нормальный обмен. Как будто все пошло. Такой же получаю при отправке почтовиком, когда все нормално уходит.

т.е. все нормально, а ошибка выдается?

В том то и дело что сообщение не уходит. И ошибка правильно выдается. Получается логинится отдает сообщение но команду на передачу не дает. А есть где-то ограничение по времени в сендмэйле на соединение?

так ведь и надо смотреть, какие команды не отдаются.

по таймаутам: nroff -me $(locate op.me) | less -p Timeout

А здесь я не понял что ставить $(locate op.me)?

на моей системе эта команда форматирует документацию дле sendmail и ищет в ней информацию по Timeout

Понял. Попробую в суппорт обратиться. Спасибо.

http://sendmail.by.ru/ - битая ссылка
править не буду ибо может кто-знает куда перенесли?

и вопрос вдогонку, вернее куча их

в наследство от админа-предшественника достался сабж
вроде как-то работает, поста ходит
НО
есть глюки
поскольку сам я не работал с ним, то не вижу смысла с ним сильно мучиться, а перевести всё по постфикс
это в ближайшем будущем, а пока нужно разгребать ээээээ....... залежи в конфигах
прошу помощи !!! любые доки читать готов !!!
отсюда такие вопросы:
1. предшественник утверждал, что правил .cf вручную. насколько мне известно, .cf генерируется из .mc. Понимаю, что он......мягко говоря погорячился....
вопрос такой: ежели я, ничтоже сумняшеся, на основе имеющегося .mc сделаю .cf, а потом diff'ом сравню, это мне поможет?
2. вроде бы поверхностное гугление показало, что с переходом база локальных пользователей никуда не денется и постфикс сумеет ею воспользоваться, это так?
3. Есть ли quick reference по сабжу, прошу не думать, что я ленив, просто если будет затык, то времени на чтение большой документации может просто не оказаться

заранее всем спасибо !!!

1. зависит от вас и ваших знаний
3. op.me и sendmail-cf/README вам поможет.

знания сабжа, как я уже говорил, практически нулевые
потому помощи и прошу

нужна конкретная помощь, я не укзание на моё неведение
поэтому в духе предыдущего оратора прошу не отвечать, ибо не по существу

"знания ... практически нулевые" -- не поможет.

как я понял, за вас надо сделать?

уфф, ещё одна ситуация
"пропало" письмо, то есть не дошло до адресата
начинаю смотреть в логи и обнаруживаю, что часть из них таинственным образом исчезла
ну да ладно
смотрю более свежие логи и обнаружиаю там такое


Цитата:

mail.log:Oct 2 02:17:31 mail sendmail[24529]: k91NHFQB024521: to=<xxxxx@yyyyyy.com>, ctladdr=<zzzzzzz@bbbbbbb.com> (523/100), delay=00:00:06, xdelay=00:00:01, mailer=esmtp, pri=30640, relay=mail01.par.totalfinaelf.net. [141.227.0.8], dsn=4.2.0, stat=Deferred: 450 <xxxxx@yyyyyy.com>: Recipient address rejected: Policy Rejection:

что означает эта ошибка???
гугл ничего толкового не сказал

Добавлено:
arto
надоело себя цитировать

Цитата:

прошу помощи !!! любые доки читать готов !!!

слушай, не можешь/не хочешь помочь - не отвечай
я вполне конкретно описал, о чём прошу

"Recipient address rejected: Policy Rejection:" -- остается верить написанному, администратор запретил. rfc 1893

документацию указал, не хочется читать?

arto
спасибо за ответ (без иронии!!!)
да я почитываю пока, в контексте
очень мало времени, поэтому стараюсь пока исследовать только самые серьёзные пробелы в моих представлениях о работе сабжа

да, и будет ли такая ошибка означать, что sendmail попытается использовать другой релей?

я так понимаю, любой MTA cделает всё возможное, чтобы письмо не исчезло
кстати, отправитель никаких ошибок не получил, значит, MTA отработал как положено

из-за чего могли пропасть логи?

что означает "часть из них таинственным образом исчезла" ?

для остальных выводов не хватает информации.

вобщем, с логами вроде проясняется
часть их, видно, просто прибил предшественник, поскольку заканчивалось место на разделе
.....пипец.....
ладно, не суть важно, восстанавить их не смогу, да и не буду

такой очень срочный вопрос
если я изменил mailist, то есть список рассылки, нужно ли мне перестартовать сабж и какой командой это сделать?

...пошёл читать доки, но всё же прошу ответить ибо срочно надо

Добавлено:
с логами вопрос отпал...
удалены с вероятностью, равной единице
мля...

Цитата:

для остальных выводов не хватает информации.

ок, конкретизирую

если мой МТА получил ошибку отправки от релея, он ведь сообщит об этом юзеру?
а потом положит в очередь
в любом случай либо письмо отослано, либо нет, но исчезнуть оно не может
так ведь?

теперь такой вопрос: как узнать, через какой релей sendmail посылает письма
я имею в виду предпочтения
как это определить по конфигу?
могут ли промежуточные релеи убить письмо, причём это так и останется неизвестными моему МТА?

смотря какой маиллист, но обычно не надо.

да должен сообщить, если dsn не запрещен.

релеи смотреть можно много где, например в sendmail.cf/mc, mailertable.

в принципе могут прибить и не сообщить, но это нестандартное поведение.

Цитата:

в принципе могут прибить и не сообщить, но это нестандартное поведение.

ага, а ежели их цепочка из двух-трёх, то в промежутке может и потеряться, правильно?

тут такое дело
роюсь в руководствах по установке
пишут, что, значит, строить конфиг ./Build blablabla.cf
ежели ./Build'а нету в каталоге конфигов, это нормально?
как его грамотно "ввести" в систему (gentoo)
он есть в /usr/share/.../
просто скопировать или необходимы предваряющие это действие команды

Добавлено:
ах, да, с майллистом разобрался
наверняк запустил newaliases
всё работает

если dsn не отменен, то должен доствить.

как gentoo устроено, не знаю, но обычно конфигурация лежит в /etc/mail, там должны быть *.mc файлы, и Makefile, который все генерит.
поэтому make -C/etc/mail и рестартоать sendmail.
либо вручную, m4 < sendmail.mc > sendmail.cf; m4 < submit.mc > submit.cf

может подскажете...
Поставил Fedora 6
Запустил sendmail
Прописал своей сетке RELAY.
Вобщем когда я с себя телнетом лезу на эту федору на 25 порт - получаю ответ - 220 сервер... ESMTP Sendmail 8.13.8/8.13.8; ....
Вобщем все ок. и письма из моей сетки он шлет.

Но вот какая проблема. Если локально из консоли на этой федоре попробовать telnet open 127.0.0.1 25 - висит траинг и все...
В очереди висят пиьсма от рута и крона, с ошибкой MDeferred: Connection timed out with [127.0.0.1]
То же самое и в логах maillog...

Если бы он локальную почту доставлялл а наружнюю нет - я бы это понял... Но тут - встал в тупик....

Добавлено:
блин... извините... надо быть аккуратнее с iptables ... нашел... и как сразу не подумал на это

Подскажите где почитать про решение такой задачи. Заставить сендмыл до приема сообщения проверять наличие адресата на хосте (ну допустим файл с перечнем всех почтовых ящиков, MySQL, DC ).

op.me в поставке