Krótsza odpowiedź.
Z mojego doświadczenia wynika, że brak ustawienia rekordu PTR (odwrotnego DNS) dla adresu IP serwera to numer jeden, w jaki sposób e-mail zostaje oznaczony jako SPAM w usługach takich jak Gmail, a nawet AOL.
Powiązane, ale jeśli nie masz zestawu rekordów SPF (Sender Policy Framework) dla nazwy domeny, to nic nie pomoże, więc również powinieneś go mieć.
Ale ostatecznie PTR jest naprawdę najważniejszą rzeczą, po której następuje SPF.
W przeszłości oba z nich to koncepcja DKIM (DomainKeys Identified Mail) i służy do sprawdzania poprawności wiadomości e-mail. Ale z mojego doświadczenia wynika, że większość konfiguracji serwerów wymaga tylko uzyskania zestawu rekordów PTR w połączeniu z SPF, aby flaga SPAM zniknęła.
Powinieneś zajmować się sprawami DKIM tylko wtedy, gdy nie masz innego wyboru; nie dlatego, że jest trudny do skonfigurowania, ale nie będzie wiele znaczył bez prawidłowych rekordów PTR i SPF.
Dłuższa odpowiedź.
Choć wygląda na to, że serwery Google Gmail od bardzo dawna oznaczają moje e-maile jako „śmieci”, ale inni dostawcy, tacy jak Yahoo Mail, nie robią tego. Utworzenie większej liczby kont e-mail nie pomogło. Korzystałem również z kont e-mail należących do różnych domen.
Jak można uniknąć oznaczania przez e-maile moich serwerów jako „niechcianych” serwerów Gmaila?
Problem najprawdopodobniej oznacza, że nie masz odpowiedniego rekordu PTR lub SPF dla serwera. Pamiętaj: każdy serwer na świecie może wysyłać e-maile, a ochrona przed spamem jest systemem punktacji, a nie nauką ścisłą.
Co to jest rekord PTR (zwrotny DNS)?
Mówiąc wprost, rekord PTR to odwrotny rekord DNS, który łączy adres IP z nazwą hosta. Może to brzmieć jak standardowe wyszukiwanie nazw hostów, ale wcale tak nie jest. Przeciwnie: rekord PTR to zapis nazwy hosta, do którego przypisany jest adres IP z punktu widzenia usługi hostingowej, która przypisała temu serwerowi adres IP.
Więc jeśli adres IP twojego serwera to 123.456.789.0
wyszukiwanie rekordu PTR dla tego adresu IP musiałoby być zgodne z nazwą hosta twojego serwera. Ale ta wartość nie byłaby ustawiona we wpisie DNS, jak być może wiesz, ale na serwerach DNS, które są połączone z samą usługą hostingową.
Jest to kontrola porównawcza przeciwko SPAMmerom, ponieważ w rzeczywistości każdy może skonfigurować rzeczywisty podstawowy serwer pocztowy na większości dowolnego komputera na świecie. Ale tylko dlatego, że serwer może wysyłać pocztę, nie oznacza, że to, co wysyła, jest prawidłowe. To, co robi rekord PTR, to „vouch” dla każdej poczty wychodzącej z serwera o tym adresie IP i mówi: „Dobra, dostałeś wiadomość e-mail z example.com
jednego z naszych serwerów? Pozwól, że sprawdzę, czy ten serwer jest powiązany example.com
? ”Odpowiedź brzmi: tak, serwer może wysyłać e-maile example.com
lub nie, nie mamy pojęcia, co to jest… Rób, co chcesz z tą pocztą.
Sposób ustawiania rekordu PTR zależy od usługi hostingowej i zasad serwera. Niektóre usługi umożliwiają samodzielne ustawienie rekordu PTR za pomocą panelu sterowania. Inni sprawią, że skontaktujesz się z nimi - e-mailem, telefonicznie lub pocztą - aby ustawić rekord.
Na przykład wiem, że konfiguracja EC2 firmy Amazon umożliwia przesłanie żądania przez formularz internetowy w celu uzyskania zestawu rekordów PTR i nie ma gwarancji, że zatwierdzą zmianę rekordu PTR; chociaż przez większość czasu tak robią. Ale miejsca takie jak Rackspace pozwalają po prostu ustawić te wartości samodzielnie, bez konieczności proszenia o pozwolenie.
Aby sprawdzić rekord PTR serwera, możesz użyć narzędzia takiego jak to narzędzie MXToolbox „Reverse IPupup” . Lub jeśli nie masz ochoty korzystać z wiersza poleceń w systemie Linux / Unix, po prostu uruchom następujące polecenie:
dig -x 123.456.789.0
Co to jest rekord SPF (Sender Policy Framework)?
Kolejnym elementem podstawowej łamigłówki polegającej na tym, że poczta nie jest oznaczana jako SPAM, jest zapewnienie odpowiedniego rekordu SPF. Dokładne wyjaśnienie, czym jest rekord SPF, można znaleźć na oficjalnej stronie internetowej SPF . Ale to narzędzie do wyszukiwania rekordów MXToolbox „Sender Policy Framework (SPF)” całkiem ładnie to wyjaśnia:
Rekordy SPF (Sender Policy Framework) pozwalają właścicielom domen publikować listę adresów IP lub podsieci, które są upoważnione do wysyłania wiadomości e-mail w ich imieniu. Celem jest ograniczenie ilości spamu i oszustw poprzez utrudnienie złośliwym nadawcom ukrywania swojej tożsamości.
Aby ustawić rekord SPF, musisz ustawić rekord TXT w rekordzie DNS dla nazwy domeny, który wyglądałby mniej więcej tak:
v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all
Zasadniczo oznacza to, że dowolna nazwa hosta lub adres IP wymienione w tym SPF może wysyłać wiadomości e-mail w imieniu example.com
. Ten przykład jest dość prosty, ale zaletą rekordu SPF jest powiedzmy, że masz 1/2 tuzina serwerów podłączonych do twojej nazwy hosta i wszystkie one mają różne adresy IP. Rekord SPF, który zawierałby adresy IP tych 1/2 tuzina serwerów, po prostu „gwarantowałby” ważność wiadomości e-mail wysyłanych z tego adresu IP w imieniu tej nazwy hosta.