Zauważyłem szczególne zachowanie mojej domeny Google Apps. Większość wiadomości przychodzi tak, jak można się spodziewać, ale z biegiem czasu doszedłem do wniosku, że wiadomości od niektórych nadawców nie przychodzą. Po zidentyfikowaniu jednego z takich nadawców, którego wiadomości nie dotrą, poprosiłem go, aby spróbował wysłać mi wiadomość e-mail i przekazać odpowiedź „niepowodzenie dostarczenia” na moją zwykłą wiadomość Gmail.
Odpowiedź na niepowodzenie dostarczenia zawierała następujący fragment:
----- Zapis sesji następuje -----
<[email protected]>
... Odroczony: Przekroczono limit czasu połączenia z ghs.l.google.com.
Pomogło mi to zidentyfikować problem, przeprowadzając szybkie wyszukiwanie, które doprowadziło mnie do tej strony na Forum pomocy Google Apps. Rzeczywiście sprawdziłem rekord DNS dla mojej domeny i @
ustawiłem go na ghs.google.com. (CNAME), co nie powinno być. Zmiana na @ 74.125.93.121 (A)
* rozwiązała problem.
Rozumiem, że w przypadkach, w których poczta nie przychodziła, moja nazwa domeny została zastąpiona nazwą kanoniczną poprzez wyszukiwanie CNAME, więc poczta została wysłana [email protected]
zamiast [email protected]
. Ale dlaczego zadziałało u zdecydowanej większości nadawców? Czy nadawcy, których poczta nie przychodziła, używali innego rodzaju protokołu pocztowego, dziwnych ustawień DNS lub co to może być?
Z tego, co mogłem zobaczyć, badając problem w Google, wydaje się, że jest to szeroko rozpowszechniony problem (wiele osób narzeka na e-maile z Battle.net, które nie przychodzą, byłyby popularnym przykładem), tylko że ludzie nie wydają się należy pamiętać, że problem leży w ich własnych ustawieniach DNS, a nie po stronie nadawcy.
Jak to można wyjaśnić?
* Użyłem tego adresu IP z powodu tego, co tutaj przeczytałem , ale myślę, że każdy adres IP by zadziałał. Czy ktoś może to potwierdzić? Pamiętaj, że samo usunięcie @
rekordu nie rozwiązało problemu, trzeba go było zmienić.
@
adresie e-mail w poszukiwaniu rekordów MX i nic więcej. Jeśli się pojawi, powinien natychmiast podjąć próbę dostarczenia do jednego z najniższych rekordów MX. Jeśli wszystkie serwery MX nie mogą się połączyć lub nie znaleziono rekordów MX, powinien spróbować połączyć się z samą domeną. MTA, o którym mowa, zdecydowanie posuwa się zbyt daleko w zakresie rozwiązywania informacji lub nie przestrzega zasad określania, z którym serwerem pocztowym się połączyć. Nie powinno być nic złego w tym, że domena wskazuje CNAME - ale potrzebujesz rekordów MX, aby e-mail działał.@
Symbol w rekordzie BIND jest tylko sposobem skrótem pisania domenę. Jeśli tworzysz rekord dlaexample.com
,@
jest to tylko alias dlaexample.com
. Mówienie, że@
rekord musiał być adresem IP, jest stwierdzeniem, w którym brakuje krytycznych informacji - nie powiedziałeś nam, jaki to typ rekordu.Z raportu dostarczenia wynika, że być może zrobiłeś coś ze swoim DNS, aby zdalny serwer pocztowy przepisał domenę na ghs.l.google.com - bardzo dziwnie (PS, rekord A musi być adresem IP, rekord CNAME musi nie być IP lub inny rekord CNAME).
Dlaczego serwer pocztowy tych osób przepisuje Twój adres jest dziwny - nie powinno, chyba że ta osoba zrobi coś, co wyraźnie powie mu, żeby przepisał. Nie powinno też w ogóle obchodzić, jaki jest adres IP domeny, chyba że nie może znaleźć żadnych rekordów MX, ponieważ rekordy MX to sposób, w jaki serwery pocztowe ustalają, dokąd trafia poczta.
Wydaje mi się, że biorąc pod uwagę bardzo mało podanych informacji, nie zastosowałeś się do instrukcji Google, jak w ogóle poprawnie skonfigurować DNS dla poczty e-mail. Prawdopodobnie masz nawet jakieś błędy w pliku strefy - poproś o sprawdzenie przez kompetentnego administratora strefy.
źródło
@
rekord był typu CNAME. Po drugie, DNS, którego używam, to ten dostarczany przez Google przy zakupie, dlatego nie mam nawet dostępu do pliku strefy. Użyłem ustawień domyślnych dostarczonych przez Google. Wreszcie „bardzo mało dostarczonych informacji” najwyraźniej wystarczyło komuś kompetentnemu do udzielenia pomocnej, satysfakcjonującej i (w przeciwieństwie do własnej) serdecznej odpowiedzi.