postfix mówi, że poczta została wysłana ok, wiadomość nie dotarła do skrzynki odbiorczej usługodawców internetowych? brak odrzucenia w logu?

Kiedy wysyłam wiadomość testową z mojego serwera pocztowego na mój adres e-mail @ bellsouth.net, dziennik Postfix pokazuje, że został wysłany OK, ale wiadomość nigdy nie dociera do mojej skrzynki odbiorczej Bellsouth. Czy nie powinienem otrzymywać powiadomienia o niepowodzeniu lub odesłania, jeśli At & T blokuje wiadomości?

Próbuję rozwiązać problem, dlaczego niektórzy klienci nie otrzymują wiadomości e-mail, ale jeśli w mail.log nie ma nic, co mogłoby oznaczać, że wiadomość została odrzucona, skąd mam wiedzieć, które wiadomości zostały dostarczone pomyślnie?

Dziennik pokazuje:

Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<20120227140236.D53A72713E5@example.com>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<root@example.com>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed

Serwer AT&T zaakceptował wiadomość, prawda?

Zdarza mi się mieć wiadomość e-mail At & T / Bellsouth, ale nie mam konta u każdego usługodawcy internetowego, na który wysyłamy. Potrzebuję jakiegoś sposobu, aby dowiedzieć się, czy wiadomość dociera do miejsca docelowego, czy nie. Czy w moim pliku main.cf jest jakieś ustawienie, które wpływa na to, czy otrzymujemy powiadomienia o odrzuceniu / odrzuceniu?

email postfix isp

— Nacięcie
źródło

Przypuszczam, że root@mydomain.comto tylko przykład. Czy na pewno możesz otrzymywać wiadomości e-mail na adres „od”? W przeciwnym razie ewentualne raporty o niedostarczeniu zostaną utracone.

— Matteo

Jest to możliwość, że oni mają swoje środki zaradcze spam skonfigurować w taki sposób, że przyjmuje pocztę i cicho zrzuca je bez dotarcie do skrzynki odbiorczej klienta.

— Bart Silverstrim

@BartSilverstrim, czy nie powinniśmy nadal otrzymywać od nich powiadomienia?

— Nick

Zależy jak to jest obsługiwane. Mogę skonfigurować serwer pocztowy, który będzie akceptował przekazywanie poczty, a następnie cicho ją usuwał. Nietrudno to zrobić. A przy dużej ilości spamu pochodzącego z fałszywych adresów wysyłanie wiadomości odesłanej może zwiększyć obciążenie spamem, ponieważ ktoś, kto nie miał nic wspólnego ze spamem, zamiast tego, że jego adres w polu „od” otrzymał powiadomienie o odrzuceniu za coś, czego nie zrobił tak, obciążając swojego administratora systemu odpowiedzią, skąd pochodzi.

— Bart Silverstrim

Odpowiedzi:

dsn=2.0.0Oraz prawidłowe relay=oznacza, że serwer poczty Bella przyjęła komunikat. Nie oznacza to jednak, że pozwoli na dostarczenie wiadomości do skrzynki pocztowej użytkownika. W tym przypadku najbardziej prawdopodobnym wyjaśnieniem jest to, że filtry antyspamowe Bell South wyczyściły twoją wiadomość przed dotarciem do skrzynki pocztowej użytkownika lub własne oprogramowanie pocztowe wyczyściło wiadomość.

Upewnij się, że zwrotny adres e-mail akceptuje wiadomości, tak aby odbijały zwrot z serwerów Bell South. Jest to również ważne w przypadku próby dostarczenia poczty do skrzynek pocztowych na ich serwerach, które w rzeczywistości nie istnieją.

Sprawdź konfigurację poczty, aby upewnić się, że poczta nie jest oznaczana jako spam (wysyłając wiadomość e-mail, a następnie sprawdzając nagłówki). Postfiks powinien pisać poprawne nagłówki / koperty, tak aby poczta wydawała się pochodzić z domeny określonej w adresie „od”. Więc jeśli twój serwer pocztowy to mail.example.com, ale nazwa hosta twojego serwera to w rzeczywistości mailserver.int.hostingprovider.com, to postfix musi być ustawiony tak, aby maskował się poprawnie jako example.com. Powinno to również odpowiadać odwrotnemu DNS, aby wyszukiwanie adresu IP serwera zwróciło adres serwera (jeśli nie jest poprawny, ustaw na nim swój rekord PTR). Można to łatwo sprawdzić za pomocą dig.

dig example.com
dig -x <your IP address>

Należy również rozważyć ustawienie SPF w DNS, ponieważ jest to szybki i prosty dodatek do oceny antyspamowej wiadomości e-mail z twojego serwera.

— webtoe
źródło

Czy możliwe jest ustawienie globalnego adresu zwrotnego bounces@mydomain.com w PostFix, aby zawsze dodawał go do każdej wiadomości, niezależnie od tego, która osoba lub aplikacja ją wysyła? Odwrotne wyszukiwanie DNS to mail.mydomain.com, a mail.mydomain.com rozwiązuje ten sam adres IP. Wczoraj dodałem rekord SPF - do jego utworzenia użyłem narzędzia Microsoftu. Dodałem go jako rekord txt do mydomain.com, a nie mail.mydomain.com. Czy powinno być jedno i drugie? Spam Assassin w mojej pracy nadał komunikatowi „-2.6”.

— Nick

SPF powinien znajdować się na wszystkim, co zostanie zwrócone dig MX mydomain.com. Jeśli nie masz ustawionego MX, będzie to kanonizowana wersja dig mydomain.com. Jednak nie zaszkodzi być w obu domenach (ponieważ jest to tylko rekord TXT). Jeśli chodzi o ogólny kolektor odrzuceń, możesz poradzić sobie z tym za pomocą filtru w Postfiksie, który robi UDW do osobnej skrzynki pocztowej, jeśli znajdzie Odbicie, ale jest to kłopotliwe (patrz postfix.org/postconf.5.html#recipient_bcc_maps dla mapowania bcc ). Odbicia powinny być widziane przez samych użytkowników na wypadek, gdyby próbowali wysłać komuś wiadomość e-mail i podali nieprawidłowy adres.

— webtoe

Wydaje mi się, że udało mi się rozwiązać problem: PHP wysyłał pocztę jako dane www, chociaż powiedziałem, żeby tego nie robić. Musisz dodać -f i kolejną flagę do polecenia sendmail, aby zmusić ją do użycia wybranej koperty. Myślę, że dostawcy usług internetowych usuwają pocztę z danych www.

— Nick

W moim przypadku pomyślnie wysłanych, ale po cichu odrzuconych wiadomości e-mail pomogło dodanie adresu nadawcy do białej listy na stronie odbiorcy. Odnosi się do pakietu hostingowego Host Europe.

— tanius

Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)

Bellsouth przyjął wiadomość; Postfix nie ponosi już odpowiedzialności.

Zapytaj Bellsouth, co się z tym stało.

— adapttr
źródło