Postmaster notify: see transcript for details

[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, но ничего не находится. Что это, откуда это - непонятно. Как это можно диагностировать?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[rayder]

а в ящике postmaster@mydomain.ru что-нибудь есть?

[bartwell]

Такого ящика нет.

[rayder]

тогда создай, есть мысль что оно тебе туда пытается что-то отослать...
и соб-но почтовик есть, я ящика постмастера нет - как-то некрасиво

[bartwell]

Ок, чтобы посмотреть создам, спасибо за идею. А почему некрасиво? Есть какая-то традиция по поводу этого ящика?

[rayder]

Ок, чтобы посмотреть создам, спасибо за идею. А почему некрасиво? Есть какая-то традиция по поводу этого ящика?

как-то так
http://www.rfc-ignorant.org/rfcs/rfc2142.php

[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?

[rayder]

1. погугли на предмет crontab MAILTO + /etc/aliases
2. вероятно потому-что письмо шлет dspam от своего системного пользователя

[bartwell]

crontab MAILTO

Ага, так и решил как раз. Не стал переопределять адрес, смысла в этих письмах для себя не вижу.

/etc/aliases

Не, тут наверное, как-то иначе надо, все же Exim ведь... Да еще и авторизация на MySQL. В принципе, наверное можно в запросе авторизации дефолтный домен определить. Или и правда сделать алиас к существующему адресу с пустым доменом.

2. вероятно потому-что письмо шлет dspam от своего системного пользователя

Как все непросто

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

[Алекс.Давыдов.Киев]

У меня такая же проблема. возникла она после того, как я по приказу руководства отключил 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
--- эти двойные отлупы будут отправлять в "черную дыру".
Понятно, что если есть желание в них колупаться, можно например, отправить их в другой ящик, специально предназначенных для этого. Например, некоторые почтовые сервера, нормальное уведомление о прочтении за спам принимают. Но то уже простор для творчества админа.