Страница 1 из 1

Postmaster notify: see transcript for details

Добавлено: 2012-02-08 13:03:14
bartwell
Есть Exim настроенный по этой статье. С ним в связке работает DSPAM с WEB-интерфейсом. Проблема в чем: в WEB-интерфейсе DSPAM'а постоянно вижу строки

Код: Выделить всё

Mail Delivery Subsystem <MAILER-DAEMON@mydomain.ru>	Postmaster notify: see transcript for details	Delivered
Пытался выполнить что-нибудь вроде more /var/log/maillog | grep DAEMON, но ничего не находится. Что это, откуда это - непонятно. Как это можно диагностировать?

Re: Postmaster notify: see transcript for details

Добавлено: 2012-02-08 14:14:43
rayder
а в ящике postmaster@mydomain.ru что-нибудь есть?

Re: Postmaster notify: see transcript for details

Добавлено: 2012-02-08 14:21:56
bartwell
Такого ящика нет.

Re: Postmaster notify: see transcript for details

Добавлено: 2012-02-08 14:28:19
rayder
тогда создай, есть мысль что оно тебе туда пытается что-то отослать...
и соб-но почтовик есть, я ящика постмастера нет - как-то некрасиво

Re: Postmaster notify: see transcript for details

Добавлено: 2012-02-08 14:29:48
bartwell
Ок, чтобы посмотреть создам, спасибо за идею. А почему некрасиво? Есть какая-то традиция по поводу этого ящика?

Re: Postmaster notify: see transcript for details

Добавлено: 2012-02-08 14:34:18
rayder
bartwell писал(а):Ок, чтобы посмотреть создам, спасибо за идею. А почему некрасиво? Есть какая-то традиция по поводу этого ящика?
как-то так :)
http://www.rfc-ignorant.org/rfcs/rfc2142.php

Re: Postmaster notify: see transcript for details

Добавлено: 2012-02-08 15:16:46
bartwell
Кто бы мог подумать :) Разобрался в чем дело: crontab шлет письма на адрес user1 (без указания домена), почтовик не понимает куда это доставить и шлет отбои. Отключил отправку писем в crontab, но неуверен, что это самый правильный способ решения проблемы. Может стоит сделать что-то еще?
Вот само письмо:

Код: Выделить всё

Return-path: <dspam@mydomain1.ru>
Envelope-to: postmaster@mydomain2.ru
Delivery-date: Wed, 08 Feb 2012 15:54:00 +0400
Received: from dspam by mail.mydomain1.ru with local (Exim 4.71 (FreeBSD))
		(envelope-from <dspam@mydomain1.ru>)
		id 1Rv664-000LmU-EB
		for postmaster@mydomain2.ru; Wed, 08 Feb 2012 15:54:00 +0400
Received: from localhost ([127.0.0.1] helo=mydomain2.ru)
		by mail.mydomain1.ru with esmtp (Exim 4.71 (FreeBSD))
		id 1Rv664-000LmP-9T
		for postmaster@mydomain2.ru; Wed, 08 Feb 2012 15:54:00 +0400
Received: from localhost (localhost)
		by mydomain2.ru (8.14.3/8.14.3/Submit) id q18Bs0jv083724;
		Wed, 8 Feb 2012 15:54:00 +0400 (MSK)
		(envelope-from MAILER-DAEMON)
Date: Wed, 8 Feb 2012 15:54:00 +0400 (MSK)
From: Mail Delivery Subsystem <MAILER-DAEMON@mydomain2.ru>
Message-Id: <201202081154.q18Bs0jv083724@mydomain2.ru>
To: postmaster@mydomain2.ru
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
		boundary="q18Bs0jv083724.1328702040/mydomain2.ru"
Subject: Postmaster notify: see transcript for details
Auto-Submitted: auto-generated (postmaster-notification)
X-DSPAM-Result: Innocent
X-DSPAM-Processed: Wed Feb  8 15:54:00 2012
X-DSPAM-Confidence: 0.9995
X-DSPAM-Probability: 0.0000
X-DSPAM-Signature: 4f326258837286514715133
Sender: User Dspam <dspam@mydomain1.ru>

This is a MIME-encapsulated message

--q18Bs0jv083724.1328702040/mydomain2.ru

The original message was received at Wed, 8 Feb 2012 15:54:00 +0400 (MSK)
from localhost

   ----- The following addresses had permanent fatal errors -----
vasya
    (reason: 550 "In my mailserver not stored this user")
    (expanded from: vasya)

   ----- Transcript of session follows -----
... while talking to [127.0.0.1]:
>>> DATA
<<< 550 "In my mailserver not stored this user"
550 5.1.1 vasya... User unknown
<<< 503-All RCPT commands were rejected with this error:
<<< 503-"In my mailserver not stored this user"
<<< 503 Valid RCPT command must precede DATA

--q18Bs0jv083724.1328702040/mydomain2.ru
Content-Type: message/delivery-status

Reporting-MTA: dns; mydomain2.ru
Arrival-Date: Wed, 8 Feb 2012 15:54:00 +0400 (MSK)

Final-Recipient: RFC822; vasya@mydomain2.ru
Action: failed
Status: 5.1.1
Remote-MTA: DNS; [127.0.0.1]
Diagnostic-Code: SMTP; 550 "In my mailserver not stored this user"
Last-Attempt-Date: Wed, 8 Feb 2012 15:54:00 +0400 (MSK)

--q18Bs0jv083724.1328702040/mydomain2.ru
Content-Type: message/rfc822

Return-Path: <MAILER-DAEMON>
Received: from localhost (localhost)
		by mydomain2.ru (8.14.3/8.14.3/Submit) id q18Bs0ju083724;
		Wed, 8 Feb 2012 15:54:00 +0400 (MSK)
		(envelope-from MAILER-DAEMON)
Date: Wed, 8 Feb 2012 15:54:00 +0400 (MSK)
From: Mail Delivery Subsystem <MAILER-DAEMON>
Message-Id: <201202081154.q18Bs0ju083724@mydomain2.ru>
To: vasya
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
		boundary="q18Bs0ju083724.1328702040/mydomain2.ru"
Content-Transfer-Encoding: 8bit
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

--q18Bs0ju083724.1328702040/mydomain2.ru

The original message was received at Wed, 8 Feb 2012 15:54:00 +0400 (MSK)
from vasya@localhost

   ----- The following addresses had permanent fatal errors -----
vasya
    (reason: 550 "In my mailserver not stored this user")
    (expanded from: vasya)

   ----- Transcript of session follows -----
... while talking to [127.0.0.1]:
>>> DATA
<<< 550 "In my mailserver not stored this user"
550 5.1.1 vasya... User unknown
<<< 503-All RCPT commands were rejected with this error:
<<< 503-"In my mailserver not stored this user"
<<< 503 Valid RCPT command must precede DATA

--q18Bs0ju083724.1328702040/mydomain2.ru
Content-Type: message/delivery-status

Reporting-MTA: dns; mydomain2.ru
Arrival-Date: Wed, 8 Feb 2012 15:54:00 +0400 (MSK)

Final-Recipient: RFC822; vasya@mydomain2.ru
Action: failed
Status: 5.1.1
Remote-MTA: DNS; [127.0.0.1]
Diagnostic-Code: SMTP; 550 "In my mailserver not stored this user"
Last-Attempt-Date: Wed, 8 Feb 2012 15:54:00 +0400 (MSK)

--q18Bs0ju083724.1328702040/mydomain2.ru
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit

Return-Path: <vasya>
Received: (from vasya@localhost)
		by mydomain2.ru (8.14.3/8.14.3/Submit) id q18Bs0jt083724;
		Wed, 8 Feb 2012 15:54:00 +0400 (MSK)
		(envelope-from vasya)
Date: Wed, 8 Feb 2012 15:54:00 +0400 (MSK)
Message-Id: <201202081154.q18Bs0jt083724@mydomain2.ru>
From: vasya (Cron Daemon)
To: vasya
Subject: Cron <vasya@vasya> /usr/home/vasya/path/to/script.php
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/home/vasya>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=vasya>
X-Cron-Env: <USER=vasya>

Result:ok

--q18Bs0ju083724.1328702040/mydomain2.ru--


--q18Bs0jv083724.1328702040/mydomain2.ru--


P.S. Интересно, откуда берется адрес dspam@mydomain1.ru?

Re: Postmaster notify: see transcript for details

Добавлено: 2012-02-08 18:30:31
rayder
1. погугли на предмет crontab MAILTO + /etc/aliases
2. вероятно потому-что письмо шлет dspam от своего системного пользователя :)

Re: Postmaster notify: see transcript for details

Добавлено: 2012-02-08 19:51:13
bartwell
rayder писал(а):crontab MAILTO
Ага, так и решил как раз. Не стал переопределять адрес, смысла в этих письмах для себя не вижу.
rayder писал(а):/etc/aliases
Не, тут наверное, как-то иначе надо, все же Exim ведь... Да еще и авторизация на MySQL. В принципе, наверное можно в запросе авторизации дефолтный домен определить. Или и правда сделать алиас к существующему адресу с пустым доменом.
rayder писал(а):2. вероятно потому-что письмо шлет dspam от своего системного пользователя :)
Как все непросто :crazy:

P.S. Спасибо за ответы :)

Re: Postmaster notify: see transcript for details

Добавлено: 2012-07-20 10:50:36
Алекс.Давыдов.Киев
У меня такая же проблема. возникла она после того, как я по приказу руководства отключил DNSBL - в них попадали сервера даже головной организации. И меня доставали эти письма в постмастерском ящике. На самом деле всё просто. Спамер шлёт спамовое письмо через сервер, подставляя существующий обратный адрес, как правило на Mail.RU или Yandex.RU - если б он подставлял адрес, явно несуществующий, то мой сервер бы это письмо просто отвег бы: на нём стоит встречная проверка адреса отправителя. Но целевой адрес оказывается заблокирован, например в файле алиасов стоит | "exit 67" - генерация ответа User unknown. Сервер, понятно, пытается отправить письмо отправителю, то есть совершенно постороннему человеку. Но сервер отправителя этот отлуп отвергает, как правило, с диагнозом service unavaible. В терминологии sendmail (у меня используется этот МТА) ситуация называется "двойной отлуп": письмо не может быть ни доставлено, ни возвращено отправителю. По умолчанию sendmail такое письмо отправляет на ящик postmaster. Чтобы это изменить, надо в файл mc добавить следующее:
define(`confDOUBLE_BOUNCE_ADDRESS', `double_bounce_p')dnl
А в файл /etc/aliases
double_bounce_p: /dev/null
пересобираем конфиги
make all
make install
newaliases
make restart
--- эти двойные отлупы будут отправлять в "черную дыру".
Понятно, что если есть желание в них колупаться, можно например, отправить их в другой ящик, специально предназначенных для этого. Например, некоторые почтовые сервера, нормальное уведомление о прочтении за спам принимают. Но то уже простор для творчества админа.