Проблема Fetchmail

[Throutle]

Может быть решение перед носом, но я с FreeBSD почти не общался и учусь методом научного тыка и чтения мануалов по тому что интересует (ну Squid с SAMS поднять смог, уже 9 месяцев аптайма, тьфу-тьфу...)

Есть две домена, почту с них забирает fetchmail и отдаёт их Exchange, который уже распихивает по папкам, первый настраивал другой человек, второй уже я по образу и подобию. В вэбмордах всё настроено одинаково. настройки fetchmail:

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

poll "mail.sovintel.ru"
        auth password
        proto pop3
        envelope "X-Real-To"
        local домен1.ru
        user "корневойящик@домен1.ru"
        pass "пароль1"
        is * here
        smtp "эксчендж.local/10025"
        fetchall
        sslproto ""

poll "mail.sovintel.ru"
        auth password
        proto pop3
        envelope "X-Real-To"
        local домен2.ru
        user "корневойящик@домен2.ru"
        pass "..."
        is * here
        smtp "эксчендж.local/10025"
        fetchall
        sslproto ""

Всё нормально забирается и раздаётся пользователям, кроме одной маленькой проблемы - если на 2-й домен (на 1-м такой проблемы нет) приходит письмо адресату, которого не существует (правда это в 99,9% (за год ни одного "полезного" письма), но кто-то пожаловался провайдеру), то фетчмэйл в ответ отправителю кидает отчёт о недоставке, пробует удалить письмо, но не может, при следующем сборе всё повторяется (При этом если ящик есть, то всё нормально удаляется после сбора). Т.е. я закидываю отчётами о недоставке этих, гхм, товарищей. Чистить руками сообщения через вебморду, конечно решение, но не фэншуйное, так же как и чем-то другим по расписанию, хотелось бы что бы всё-же он сам нормально удалял. Не подскажете куда рыть?

[Хостинг 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/

[Gloft]

Взял с вики: Fetchmail — утилита для unix-подобных систем, используемая для сбора почты с удалённых POP3, IMAP, ETRN или ODMR почтовых серверов и доставки локальным пользователям.
Собственно это не MTA (не почтовый сервер) соответственно не он отправляет отчеты о недоставке. Надо смотреть кто получает почту второго домена и настраивать этот сервер.

[Gloft]

Судя по настройкам Fetchmail-а он берет почту с серверов mail.sovintel.ru.
Значит на них и приходит почта. Вот там и надо настраивать.

[Throutle]

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

Тема: 	Mail delivery failed: returning message to sender
Date: 	Tue, 23 Oct 2012 11:19:54 +0400 (MSK)
Для: 	redacted@aol.com
От: 	Mail Delivery System <MAILER-DAEMON@[color=#00FF00]СерверСФетчмэйлом[/color].local>

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its recipients. This is a permanent error.

Reason: Some addresses were rejected by the MDA fetchmail forwards to.

The following address(es) failed:
sales@[color=#00FF00]Домен2[/color].ru
SMTP error: 550 5.1.1 User unknown

Reporting-MTA: dns; [color=#00FF00]СерверСФетчмэйлом[/color].local

Final-Recipient: rfc822; sales@[color=#00FF00]Домен2[/color].ru
Last-Attempt-Date: Tue, 23 Oct 2012 11:19:54 +0400 (MSK)
Action: failed
Status: 5.1.1
Diagnostic-Code: 550 5.1.1 User unknown

X-Real-To: <sales@epkstd.ru>
Received: from mx10.magistraly.ru ([79.140.64.130] verified) by frontend3.cgp.gldn.net (CommuniGate Pro SMTP 5.2.19) with ESMTPS id 378885428 for sales@[color=#00FF00]домен2[/color].ru; Mon, 15 Oct 2012 18:49:01 +0400
Received-SPF: neutral
receiver=frontend3.cgp.gldn.net; client-ip=79.140.64.130; envelope-from=Archie@aol.com
Received: from mail.bel.ru (mail.senergy.ru [79.140.64.132]) by mx10.magistraly.ru (8.13.6/8.13.6) with ESMTP id q9FEmuPK002684; Mon, 15 Oct 2012 18:48:56 +0400
Received: from 91.203.71.12 (static-91.203.71.12.nano.lv [91.203.71.12] (may be forged)) (authenticated bits=arina@bel.ru) by mail.bel.ru (8.14.5/8.14.5) with ESMTP id q9FEnAXD012053; Mon, 15 Oct 2012 18:49:11 +0400
From: =?windows-1251?Q?=C2=E8=F2=E0=EB=E8=E9_=C0=ED=F2=EE=ED=EE?=
=?windows-1251?Q?=E2=E8=F7__?= <Archie@aol.com>
To: <reklama@game-10.ru>, <office@5berries.ru>, <sales@[color=#00FF00]Домен2[/color].ru>, <director@esteline-samara.ru>, <corp@desperados-beer.ru>
Subject: =?windows-1251?Q?=C2=ED=E8=EC=E0=ED=E8=E5=2C_=E1=E5=E7=EE?=
=?windows-1251?Q?=EF=E0=F1=ED=EE=F1=F2=FC_=E1=E8=E7=ED=E5?=
=?windows-1251?Q?=F1=E0?=
Date: Mon, 15 Oct 2012 18:47:05 +0400
Message-ID: <19x996iq49d93$82s377b67$3136cy1jw82@Everett>
X-Mailer: Microsoft Office Outlook 11
Thread-Index: qrWJUtHqJPWTaysFwqBDGHSBnZojnR
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
MIME-Version: 1.0
Content-Type: text/plain;
charset="windows-1251";
Content-Transfer-Encoding: base64
X-DBMail-PhysMessage-ID: 65977
X-Virus-Scanned: by amavisd-new

По поводу первого: получается что отправляет т.к. От: Mail Delivery System <MAILER-DAEMON@СерверСФетчмэйлом.local> или я чего-то не понимаю...
По поводу второго в принципе и сам так подумал, но смущает то, что письма, адресат которых находится он всё-таки нормально удаляет...

[Gloft]

Письмо шло в следующем порядке (по полям Received):
клиент [91.203.71.12 с ящика arina@bel.ru] -> mail.bel.ru (сервер с ящиком arina@bel.ru) -> mx10.magistraly.ru [79.140.64.130] -> frontend3.cgp.gldn.net (CommuniGate Pro SMTP 5.2.19) -> почту забирает Fetchmail (ставит метку: X-Real-To: <sales@epkstd.ru>) и дальше ошибки.
Получается Fetchmail пытается отправить почту используя локальный МТА.
Смотри какой МТА установлен на сервер где стоит Fetchmail.
Обратно почта также проходит через сервер где стоит Fetchmail?

[Gloft]

В целом ситуация странная. люди шлют почту на несуществующий адрес (спам) и жалуются что им приходят сообщения о недоставке.

[Throutle]

Спасибо, буду искать что происходит между забором почты и отдачей на эксчендж (точнее как она туда передаётся).

Бывает... Ну спамеры-то тоже люди, хоть и мне бы совесть таким заниматься не позволила и вычищать у себя кучи тоже не хотят...

[Throutle]

Проблема решилась указанием postmaster`а, теперь все письма несуществующим пользователям падают в него и нормально удаляются fetchmail`ом, теперь главное не забывать его время от времени чистить... )

Но осталась ещё маленькая проблемка после одного из таких писем:

В лог fetchmail`а раз в 10-20 минут сыпется куча вот таких сообщений:

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

Dec 27 12:40:00 ИмяСервераФетчмэил sm-mta[64400]: qBQAI5H7053672: to=<ПочтовыйЯщикСКоторогоПришлоТоЗлополучноеПисьмо>, delay=22:21:55, xdelay=00:00:00, mailer=esmtp, pri=4172372, relay=smtp.cgp.dol.ru., dsn=4.0.0, stat=Deferred: Operation timed out with smtp.cgp.dol.ru.

С возрастающим делэем уже до 5 суток
Человеку при этом отправляется такая же куча извещений о недоставке, а в почту рута вот такие:

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

From MAILER-DAEMON Thu Dec 27 12:40:00 2012
Date: Thu, 27 Dec 2012 12:40:00 +0400 (MSK)
From: Mail Delivery Subsystem <MAILER-DAEMON>
To: postmaster
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
        boundary="qBR8cjZW064400.1356597600/ИмяСервераФетчмэил"
Subject: Postmaster notify: see transcript for details
Auto-Submitted: auto-generated (postmaster-notification)

This is a MIME-encapsulated message

--qBR8cjZW064400.1356597600/ИмяСервераФетчмэил
The original message was received at Sat, 22 Dec 2012 12:25:52 +0400 (MSK)
from localhost [127.0.0.1]
with id qBM8PqIJ051123

   ----- The following addresses had permanent fatal errors -----
<ПочтовыйЯщикСКоторогоПришлоТоЗлополучноеПисьмо>

   ----- Transcript of session follows -----
<The following addresses had permanent fatal errors>... Deferred: Operation timed out with smtp.cgp.dol.ru.
Message could not be delivered for 5 days
Message will be deleted from queue

Дальше текст извещения о недоставке...

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

[Throutle]

Нашёл застрявшие письма в /var/spool/clientmqueue/, удалил ручками... жду... надеюсь поможет...

[Throutle]

кажись просто не там удалил, теперь должно быть правильно: /var/spool/mqueue/, снова жду...

[Throutle]

Вроде помогло... надеюсь эти посты кому-нибудь пригодятся...