Email: Mailbox Temporarily Disabled

[Хрюндель]

Столкнулся с проблемой. Есть домен, скажем example.com, у домена есть юзер созданый с помощью sendmail'овских виртуальных юзеров, скажем test@example.com который ведёт на мэйлбокс /var/spool/mail/test-example

Теперь собственно сама проблема. Человек с домена example2.com не может послать мыло именно на этот мэилбокс. Если он посылает на test2@example.com то всё доходит. Ещё странная вещь что с других доменов, на юзера test@example.com всё нормально доходит. Ошибки на сервере который получает эту почту нет.. Точнее вообще как будто к нему никто и не подключался и не пытался послать мэйл. Посылающий шлёт емэйлы с Microsoft Exchange V6.5 , ошибка которая ему возвращается - следующая:

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

<example2.com #4.2.1 smtp;452 4.2.1 mailbox temporarily disabled: test@example.com>

Не знаю как в sendmail вообще запретить получение емэйлов, но даже если бы случайно как то запретил то наверное с других доменов то же бы не доходило.

Попросили у админа example2.com полные хидеры емэйла который вернулся, вот что он прислал.. не вижу ничего странного, да и вообще не понятно что то нифига

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

Microsoft Mail Internet Headers Version 2.0
From: postmaster@assistant.co.il
To: Asi@assistant.co.il
Date: Tue, 4 Mar 2008 12:57:17 +0200
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="9B095B5ADSN=_01C877AC4A991BCC000000C2assistant.co.il"
X-DSNContext: 7ce717b1 - 1194 - 00000002 - 00000000
Message-ID: <FRaqbC8wS00000001@assistant.co.il>
Subject: Delivery Status Notification (Failure)

--9B095B5ADSN=_01C877AC4A991BCC000000C2assistant.co.il
Content-Type: text/plain; charset=unicode-1-1-utf-7

--9B095B5ADSN=_01C877AC4A991BCC000000C2assistant.co.il
Content-Type: message/delivery-status

--9B095B5ADSN=_01C877AC4A991BCC000000C2assistant.co.il
Content-Type: message/rfc822

Subject: test
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C87DE4.BB02BE16"
Date: Tue, 4 Mar 2008 12:44:32 +0200
Content-class: urn:content-classes:message
Message-ID: <D4B9F6EC684BDD499927C813DC7DF93F0367BC@mail.assistant.local>
X-MIMEOLE: Produced By Microsoft Exchange V6.5
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: test
Thread-index: Ach95Lr5yAtJND8PT0qdYmpTRdY9vw==
From: "Asi Aviram" <Asi@assistant.co.il>
To: <sofia@skyland-ltd.com>

------_=_NextPart_001_01C87DE4.BB02BE16
Content-Type: text/plain;
charset="windows-1255"
Content-Transfer-Encoding: quoted-printable

------_=_NextPart_001_01C87DE4.BB02BE16
Content-Type: text/html;
charset="windows-1255"
Content-Transfer-Encoding: quoted-printable

------_=_NextPart_001_01C87DE4.BB02BE16--

--9B095B5ADSN=_01C877AC4A991BCC000000C2assistant.co.il--

àñó àáéøí
e-mail: Asi@Assistant.co.il
èì': 052-3623728
ô÷ñ: 077-4002090

Assistant

Outsourcing & SysAdmin

[vr13]

...

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

<example2.com #4.2.1 [u][color="#FF0000"]smtp;452[/color][/u] 4.2.1 mailbox temporarily disabled: test@example.com>

Не знаю как в sendmail вообще запретить получение емэйлов, но даже если бы случайно как то запретил то наверное с других доменов то же бы не доходило.
...

это ошибка delivery (раскладки в ящик test@example.com), а не mta, sendmail лишь возвращает диагностику - smtp code: 452 - "Requested action not taken: insufficient system storage"

самое странное, что на стороне example.com нет никаких ошибок. может не там смотрите? в логах того, кто раскладывает почту по ящикам ничего нет? кстати, в приведенных заголовках кодировка необычная присутствует, вдруг он на это так реагирует?

[Хрюндель]

Ну судя по хидерам насколько я понимаю Exchange вообще не пытался ни к кому подключиться. Или он не пишет что ему ответили другие сервера? Смысл тогда в этих хидерах если это так..

В логах смотрим уже несколько лет в одних и тех же, всегда всё есть. Я вот думаю может он у себя в Exchang'e какого то юзера ищет, находит какого-то заблокированного и выдаёт ошибку.

[vr13]

эксчендж - разумеется моща..
я по простоте душевной считал, что ошибки с такими префиксами (#4.2.1) генерирует sendmail (начиная с v8)

вообще-то я обратил внимание, что в приведенном хидере в оригинальном письме нет транскрипта ошибочной smtp-сессии. опять же подумал про себя "мало ли как эксчендж" работает..