Gmail traktuje wiadomości e-mail z mojej domeny jako spam. Czemu? Jak tego uniknąć?


25

Za każdym razem, gdy wysyłam wiadomość e-mail myaccount@example.comna konto Gmail, Gmail traktuje ją jako spam.

Mówię o jednym e-mailu, który wysyłam do potencjalnego klienta po tym, jak go poznałem (z pewnością nie jest to spam). Stało się to już kilka razy:

„Hej !, nigdy nie wysłałeś e-maila, który mi obiecałeś”, mówi potencjalny klient .

„Jak to możliwe…? Wysłałem go. Sprawdź wiadomość e-mail ze spamem” Odpowiadam.

„Och, tam jest ...”

Myślę, że ma to związek z example.comtym, że nie jest dobrze znaną domeną.

Jak / gdzie mam narzekać?


1
Zastanawiam się, czy Google to robi, ponieważ e-mail pochodzi od konkurencyjnej usługi.
Moab

3
support.google.com/mail/answer/81126 przeczytaj to (zrób to)

1
@Moab Nah. Jest to klasyczny problem serwerów, które nie mają poprawnie ustawionych rekordów PTR, a nawet rekordy SPF, w których wiadomości e-mail są oznaczane jako SPAM.
JakeGould,

Zdecydowanie zalecamy skorzystanie z serwerów pocztowych twojego dostawcy. Są (mamy nadzieję) profesjonalnie zarządzani i utrzymani.
David Schwartz

Odpowiedzi:


15

Jeff Atwood napisał naprawdę dobry post na temat tego, co należy zrobić, aby pomóc w dotarciu do twojego e-maila. To ogromnie zmieniło firmę, w której pracuję. Niektóre najważniejsze:

  1. Upewnij się, że komputer wysyłający wiadomość e-mail ma rekord Odwrotny PTR.
  2. Skonfiguruj DomainKeys Identified Mail w swoim DNS i kodzie.
  3. Ustaw rekord SenderID w swoim DNS.

10

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.0wyszukiwanie 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.comjednego 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.comlub 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.


Wielkie dzięki za odpowiedź Jake! Bardzo to doceniam. Okej, próbuję skonfigurować rekord SPF w moim interfejsie cPanel. Uwaga: jestem w tym zupełnie nowy. Podałeś przykładowo, jak wygląda rekord SPF. Moje pytanie brzmi: czy adres IP powinien być tym podanym przez mojego dostawcę hostingu (adres IP serwera, na którym hostowana jest moja strona internetowa), czy adres IP mojego dostawcy (tego, którego używam do łączenia się z Internetem, a zatem do wysyłania wiadomości e-mail ) Ponadto korzystam z hostingu współdzielonego, co oznacza, że ​​prawdopodobnie nie mam dużej kontroli nad rekordem PTR? Dzięki!

1
@CeceXX Nie rozumiem twojego pytania. Możesz mieć wiele adresów IP, ale powinny to być tylko serwery wysyłające wiadomości e-mail. Jeśli serwer wysyła wiadomość e-mail, ten adres IP musi znajdować się w rekordach SPF. Polecam skontaktowanie się z usługą hostingową i poproszenie ich o pomoc. Przeszłość, w której pomogłem ci najlepiej jak potrafię. Jeśli to pytanie ci pomoże, pamiętaj o głosowaniu. A jeśli ta odpowiedź była odpowiedzią na Twój problem, sprawdź ją jako taką. Dzięki!
JakeGould,

Dzięki! Poprosiłem serwis hostingowy o zmianę mojego rekordu PTR. Czy uważasz, że zmiany te zostaną zastosowane natychmiast, czy może potrwają godziny, aby były skuteczne?

1
@CeceXX Ich skuteczność może zająć od 24 do 48 godzin.
JakeGould

3

Bezpłatne usługi e-mail, takie jak Gmail, Hotmail, Yahoo i podobne, otrzymują mnóstwo spamu dziennie. Dlatego zaostrzyli zasady dotyczące poczty przychodzącej i stosują bardzo konkretne i surowe reguły, aby upewnić się, że poczta przychodząca nie będzie spamem, w przeciwnym razie wyślij ją do folderu Spam.

Po pierwsze, powinieneś mieć ważną SPFpolisę. Nie wspominasz o tym, jaki e-mail MTA prowadzisz, ale konfiguracja zasad SPF jest dość prosta i nie zależy od MTA. Jest to w zasadzie rekord DNS, który informuje, z jakich adresów IP / domen Twoja domena może wysyłać wiadomości e-mail. Jeśli wiadomość e-mail zostanie odebrana z innego adresu IP niż podany w rekordzie DNS, prawdopodobnie trafi do folderu Spam. Istnieje kilka linków, które mogą ci pomóc:

Następnie DKIMstaje się coraz ważniejszy. To w zasadzie podpisuje twoją wiadomość e-mail za pomocą klucza prywatnego (wygenerowanego przez Ciebie), a Ty generujesz rekord DNS za pomocą klucza publicznego, aby każda domena adresata mogła zweryfikować, czy treść wiadomości została sfałszowana, czy nie.

Jest inny sposób, by inni sprawdzić swoje wiadomości e-mail DMARC. Jest to w zasadzie połączenie dwóch powyższych i Ty decydujesz, co inni powinni zrobić z e-mailem, który nie spełnia ograniczeń DMARC, przekazując im ostateczną decyzję. DMARC pozwala również na otrzymywanie raportów (z innych domen, w których działa sprawdzanie DMARC).

Następnie (i niestety niewiele można na to poradzić, przynajmniej na początku), istnieje termin nazywany reputacją IP . Wiele usług pocztowych korzysta z niektórych usług, które powiedzą im, czy adres IP ma dobrą lub złą reputację. Jeśli Twój adres IP był wcześniej używany do wysyłania spamu, nawet zanim byłeś jego właścicielem, najprawdopodobniej będzie miał złą reputację. Jeśli twój adres IP jest nieznany, również nie będzie mu ufać. Będziesz musiał zyskać reputację, mówiąc swoim odbiorcom o „dodaniu do białej listy” swoich e-maili. Jeśli zrobi to wiele osób, bezpłatny dostawca poczty elektronicznej będzie wiedział, że nie jesteś szkodliwy, i zastosuje wobec Ciebie łagodniejsze zasady.

Jest więcej koncepcji na ten temat, ale są one najważniejsze. Po prostu skonfiguruj, co możesz skonfigurować i bądź cierpliwy.


„otrzymuj mnóstwo spamu dziennie”, co sprawia, że ​​zastanawiam się, ile waży e-mail? lol.
Moab

1
Zależy, ile złomu dołączył :-P

@Moab niech VSauce ci powie.
Insane

4 minuty mojego życia nigdy nie wrócę ... sprawię, że 1, zapłaciłem za to kaucją.
Moab

2

Mała aktualizacja dla każdego, kto znajdzie to w 2018 roku. Można to uznać za dodatek do doskonałej odpowiedzi @ JakeGould (która pomija DMARC).

W nowej wersji Gmaila Google zastosował ostrzejsze reguły filtrów spamu i phishingu. Jeśli twoje e-maile trafiają na czyjś spam, upewnij się, że poprawnie skonfigurowałeś SPF , DKIM i DMARC . Możesz użyć różnych narzędzi do sprawdzenia reguł MX domeny. Na przykład - MXToolbox lub Google Toolbox .

Możesz również zweryfikować swoją witrynę za pomocą Postmaster, aby zobaczyć reputację domeny e-mail i zakresów adresów IP.

Oto świetny zasób od Google dotyczący konfigurowania DMARC za pośrednictwem GSuite - https://support.google.com/a/answer/2466580?hl=pl

Jeśli znalazłeś wszystkie te warunki tak jak ja - oto świetna seria 3 postów wyjaśniająca wszystkie trzy terminy przez returnpath.com


1

Ta strona może być dla Ciebie pomocna:

https://mail.google.com/support/bin/answer.py?answer=81126

Chociaż dotyczy to wiadomości masowych, istnieje sporo informacji na temat tego, dlaczego wiadomości można oznaczyć jako spam. Nic nie wiem na temat twoich konkretnych informacji, ale mam nadzieję, że zobaczysz coś, co będzie pomocne.

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.