Как получить фактический ответ от SMTP?

Question

[stas1212]

Добрый день, подскажите пожалуйста кто сталкивался.
Есть SMTP сервер и есть java приложение.
Отравляется письмо из приложения используя стандартную библиотеку javax.mail

SMTPTransport transport = (SMTPTransport) session.getTransport("smtp");
transport.sendMessage(message, InternetAddress.parse(address));
var i1 = transport.getLastReturnCode();
var i2 = transport.getReportSuccess();
return transport.getLastServerResponse();

и и есть логи самого постфикса
например я отсылаю сообщение
в логах постфикса status=deferred
а в ответе transport.getLastServerResponse(); --> 250 2.0.0 Ok: queued as 3AE1682775

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

Подскажите как взять реальный статус письма используя java( можно любую либу или фреймворк)

Comments

[ge]

Ну так сервер принял письмо, потому и ответил 250-м кодом. Клиент не будет от вас скрывать истинный код ответа сервера. Затык скорее всего в доставке письма конечному адресату на принимающем сервере. Полный лог postfix в студию. Может быть у вас похожее.

[stas1212]

ge, да тут все верно- но есть нюансы - у многих провайдеров есть так называемая защита от спам ботов- когда письмо переходит в статус - отложено - его нужно еще раз перепослать- вот как я могу получить этот на на стороне java приложения этот статус? понятно что мой SMTP сервер просто скушает сообщение в очередь - а как получить реальный статус?

[stas1212]

Тут же дело не логах постфикса - а как мне скоректировать поведение рассыльщика - если я не вижу реального статуса письма

[stas1212]

ge, вы написали Клиент не будет от вас скрывать истинный код ответа сервера -- а как получить этот истиный ответ?

[stas1212]

может быть есть какие то конфиги - чтобы мой SMTP ретранслировал реальный статус письма - ведь он же есть и в логах прописывается

[ge]

stas1212, надо вернуться к принципу работы электронной почты. То что вы описали называется graylisting'ом. При грейлистинге почтовый сервис отвечает кодом 451 и не принимает письмо, сервер-отправитель повторяет отправку письма позднее. Пример:

SMTP error from remote mail server after end of data: 451 4.7.1 Sorry, the service is currently unavailable. Please come back later.

а как получить этот истиный ответ?

Я не совсем точно выразился. От почтового сервера вы получаете только один ответ, нет никакого разделения на настоящий/ненастоящий. То, какой код ответа вам вернёт сервер, зависит только от сервера и вам остаётся работать только с тем, что он даст. Если отвечает 250, значит 250. Это как перебросить мяч через кирпичную стену — вы точно знаете, что мяч упал за стену (сервер вам об этом сообщает кодом 250). А вот куда мяч угодил за этой стеной знает только владелец двора (сервер). Код 451 в примере со стеной выглядел бы так: вы бросаете мяч за стену, но его бросают вам обратно ожидая, что вы перекинете мяч за стену ещё раз.

Исходя из описанного вам нужно реализовать соответствующую обработку кодов ответа 250 (OK) и 451 (сервис временно недоступен). Не путайте очередь на доставку при ответе 250 и "очередь" при грейлистинге. Первый случай это про локальную доставку письма — письмо принято на сервер службой postfix, но другая служба, которая принятое письмо доставит в ящик получателя (часто dovecot) ещё не успела этого сделать. Так что такая строка:

250 2.0.0 Ok: queued on smtp3h.mail.yandex.net as 1465219021-86hlZkGCpZ-H0J8ORE2

всего лишь означает, что получатель получит письмо, но чуть позже.

UDP: поправка, код 451, а не 450.

[mayton2019]

У меня - дежа-вю. Кажется эти вопросы повторяются.

[stas1212]

ge, вы меня не поняли
постфикс всегда отвечает 250 qued при этом если смотреть логи в этот же момент я вижу реальный статус письма
либо sent,либо deffered etс -так вот меня и инетересовал факт получения этого статуса - тоесть если бы я видел что письмо отложено - я бы инициировал повторную отсылку.
Но если я правильно все понял то нет нужды обрабатывать ответы посфикс - так как в случае ошибки постфикс инициирует повторную отрпавку письма и мне не нужно об этом беспокоиться верно?

[ge]

stas1212,

постфикс всегда отвечает 250 qued при этом если смотреть логи в этот же момент я вижу реальный статус письма
либо sent,либо deffered etс -так вот меня и инетересовал факт получения этого статуса - тоесть если бы я видел что письмо отложено - я бы инициировал повторную отсылку.

Это будет неправильно. Вам уже написали, что Postfix дальше с письмом разбирается сам и он доставит письмо в течение 5 суток максимум. Вам достаточно того, что сервер ответил вам 250-м кодом. Повторных писем в таком случае не нужно. Цифровые коды для того и были придуманы, чтобы не зависеть от статусов, которые каждый почтовый сервер реализует по-своему. Статус письма, выставляемый постфиксом после ответа 250 вас волновать не должен.

Но если я правильно все понял то нет нужды обрабатывать ответы посфикс - так как в случае ошибки постфикс инициирует повторную отрпавку письма и мне не нужно об этом беспокоиться верно?

В общем верно. Если вы не реализуете на Java MTA (уж не знаю что там реализовано в библиотеке javax.mail), то вам вообще ничего не надо делать. Если MTA выполняющий отправку письма получит 451, он сам повторит отправку. Но повторной попытки отправки не последует, если от принимающего сервера поступит код 5xx. Как правило, вам действительно не нужно повторять отправку в ответ на 5xx-ые коды, принимающие серверы просто сочтут вас за спамера. Так что я полностью согласен с TheAndrey7, о трансфере почты позаботится MTA.

[ge]

stas1212, в целом призываю вдумчиво прочитать хотя бы Википедию.

[stas1212]

ge, javax.mail это стандартная либа джавы предоставляющая API для отправки писем по протоколам STMP etc
тоесть фактически я просто гененирую письмо в java приложении и посредством javax.mail API отправляю его на свой SMTP server ( postfix)

Теперь все стало предельно ясно ,огромное спасибо @gedev

ПС.Последний вопрос - реакцию на статусы и коды можно как то прописать в конфигах постфикса?
например если такой то код - то надо еще пытаться ,а если вот такой - то выкинуть из очереди

[ge]

ПС.Последний вопрос - реакцию на статусы и коды можно как то прописать в конфигах постфикса?
например если такой то код - то надо еще пытаться ,а если вот такой - то выкинуть из очереди

Postfix справится сам, такие вещи регламентированы спецификацией SMTP.

[stas1212]

ge, спасибо

Answer 1

[CityCat4]

и для системы письмо послано....

А для нее оно и послано. postfix поставил письмо во внутреннюю очередь обработки и обработает его - как полагается по протоколу SMTP. Вы спецификацию протокола-то почитайте сначала, прежде чем проектировать вещи, которые не сможете реализовать.
SMTP - протокол старый и рассчитан он на доставку в течение 5 суток. Пяти суток, Карл! Все это время письмо будет нажодиться в очереди и будет оно там совершенно легитимно, и только по прошествии этого времени postfix с сожалением выкинет его из очереди. С чего Вы решили, что вообще письмо должно быть доставлено мгновенно?

(Да, у не-технарей есть такое - они почему-то считают, что почта обязана доставляться мгновенно. Ага, щазз. )

Comments

[stas1212]

прочитайте еще раз внимательно мой вопрос - он звучал так - как мне достать в ответе постфикса статус письма( который виден мгновенно кстати) из логов этот же постфикса.