określ status odesłania / rfc adresu e-mail bez wysyłania wiadomości e-mail na ten adres


0

Gdy wysyłasz wiadomość e-mail, która z jakiegoś powodu została odrzucona przez serwer, możesz otrzymać wiadomość zwrotną zawierającą przydatne informacje o tym, dlaczego wiadomość e-mail została odrzucona, na przykład kod stanu RFC. Czy istnieje sposób na uzyskanie tych samych informacji bez wysyłania wiadomości e-mail, na przykład pingowania? Tak więc mógłbym powiedzieć: Gdybym hipotetycznie wysłał wiadomość e-mail na adres@domena.com, czy mogę ostatecznie wiedzieć, czy zostanie odesłana? A jeśli się odbije, to jak by to wyglądało?

Mam listę dystrybucyjną. Jeśli wiadomość zostanie odesłana, docelowy adresat zostanie oflagowany. Jeśli zostaną oflagowane 3 razy pod rząd, przestaję wysyłać im pocztę. Chodzi o to, aby mój serwer nie marnował zasobów na tworzenie i kolejkowanie wiadomości e-mail na złe adresy, podczas gdy siedzą one i zatykają moją kolejkę pocztową.

Chcę uczynić zakaz „próbnym”, w którym testuję adres w przyszłości, aby sprawdzić, czy nadal się odbija. Może ich skrzynka odbiorcza była pełna, a teraz nie jest. A może ich serwer znajduje się na czarnej liście mojego adresu IP i od tego czasu jestem na białej liście. Czy jest jakiś sposób, aby to ustalić bez wysyłania im e-maila? Jeśli ponownie się podskoczy, może potencjalnie nadal zepsuć moją kolejkę pocztową i zmarnować zasoby serwera, których staram się unikać.

Używam qmailna CentOS.

Odpowiedzi:


1

Jedyne, co możesz zrobić, to spojrzeć na powód odrzucenia i być może rozróżnić nieistniejącego użytkownika lub jakiś inny „stały” powód (zły adres e-mail prawdopodobnie nadal będzie występować bez końca) i przejściowy (w tym zapełnienie skrzynki odbiorczej), w którym możesz próbuj okresowo, być może stosując stopniowo zwiększający się schemat opóźnień, aby nie marnować zasobów - ale nie rezygnuj na dobre.

Poza tym nie, nie możesz dowiedzieć się, czy ponowna próba zostanie odrzucona, ponieważ nie wiesz, czy stan przejściowy nadal istnieje, czy nie.

Możesz znaleźć więcej szczegółów tutaj: https://www.oasis-open.org/khelp/kmlm/user_help/html/how_email_works.html


oznaczanie trwałych awarii jako trwałych zakazów to świetny pomysł, wydaje się teraz tak oczywiste
chiliNUT
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.