Gmail tratta le e-mail dal mio dominio come spam. Perché? Come evitarlo?

Ogni volta che invio una mail myaccount@example.coma un account Gmail, Gmail lo considera spam.

Sto parlando dell'unica e-mail che invio a un potenziale cliente dopo averlo incontrato (è sicuramente posta non spam). È già successo più volte:

"Ehi !, non hai mai inviato l'e-mail che mi hai promesso" , dice il potenziale cliente.

"Come mai ...? L'ho inviato. Controlla l'e-mail di spam" Rispondo.

"Oh, eccolo ..."

Penso che abbia a che fare con il example.comnon essere un dominio ben noto.

Come / dove dovrei lamentarmi di questo?

Jeff Atwood ha avuto un ottimo post su cose da fare per aiutare la tua email a passare. Questo ha fatto un'enorme differenza per l'azienda per cui lavoro. Alcuni punti salienti:

1. Assicurarsi che il computer che invia l'e-mail abbia un record PTR inverso.
2. Configura DomainKeys Identified Mail nel tuo DNS e codice.
3. Imposta un record SenderID nel tuo DNS.

Risposta più breve.

Nella mia esperienza, non avere un record PTR (DNS inverso) impostato per l'indirizzo IP di un server è il modo in cui la posta elettronica viene contrassegnata come SPAM su servizi come Gmail e persino AOL.

Correlati ma se non si dispone di un record SPF (Sender Policy Framework) impostato per il nome di dominio, ciò non sarà di alcun aiuto, quindi è necessario impostare anche questo.

Ma alla fine, il PTR è davvero la cosa più importante seguita dall'SPF.

Oltre entrambi, c'è il concetto di DKIM (DomainKeys Identified Mail) ed è utilizzato per convalidare le mail. Ma nella mia esperienza, la maggior parte delle configurazioni del server deve solo ottenere un set di record PTR accoppiato con un SPF per far scomparire la segnalazione SPAM.

Dovresti occuparti delle cose DKIM solo se non hai altra scelta; non perché è difficile da configurare ma non significherà molto di nulla senza che siano presenti record PTR e SPF validi.

Risposta più lunga.

Tuttavia, sembra che i server di Google Gmail abbiano contrassegnato le mie e-mail come "Junk" per molto tempo, ma altri provider, come Yahoo Mail, non lo fanno. La creazione di più account e-mail non ha aiutato. Ho anche usato account di posta elettronica appartenenti a domini diversi.

Come evitare che i server Gmail contrassegnino le mie e-mail come "indesiderate?"

È molto probabile che il problema non sia avere un record PTR o un'impostazione record SPF adeguati per il server. Ricorda: qualsiasi server al mondo può inviare e-mail e la protezione SPAM è un sistema di punteggio e non una scienza esatta.

Che cos'è un record PTR (DNS inverso)?

In poche parole, un record PTR è un record DNS inverso che collega un indirizzo IP a un nome host. Potrebbe sembrare una ricerca di nomi host standard, ma non lo è affatto. È l'opposto: un record PTR è un record del nome host a cui è assegnato un indirizzo IP dal punto di vista del servizio di hosting che ha assegnato a quel server un IP.

Quindi, se l'indirizzo IP del tuo server è 123.456.789.0un record PTR, la ricerca di quell'indirizzo IP dovrebbe corrispondere al nome host del tuo server. Ma quel valore verrebbe impostato non in una voce DNS come potresti conoscerlo, ma all'interno dei server DNS collegati al servizio di hosting stesso.

Questo è un controllo incrociato contro SPAMmers poiché la realtà è che chiunque può configurare un vero server di posta di base su quasi tutti i PC del mondo. Ma solo perché un server può inviare posta non significa che ciò che invia sia valido. Quello che fa un record PTR è fondamentalmente "buono" per qualsiasi posta proveniente da un server a quell'indirizzo IP e dice: "Okay, hai ricevuto un'e-mail da example.comuno dei nostri server? Fammi controllare e vedere se quel server è associato example.com? ”La risposta a quella domanda sarebbe, sì, quel server è autorizzato a inviare e-mail example.como no, non abbiamo idea di cosa sia ... Fai quello che desideri con quella posta.

Per quanto riguarda come impostare un record PTR, dipende dal servizio e dalle politiche di hosting del server. Alcuni servizi ti permetteranno di impostare indipendentemente il record PTR tramite un pannello di controllo. Altri ti faranno contattare, tramite e-mail, telefono o posta, per avere un set di record.

Ad esempio, so che la configurazione EC2 di Amazon ti consente di effettuare una richiesta tramite un modulo Web per ottenere un set di record PTR e non vi è alcuna garanzia che approverebbero una modifica del record PTR; anche se il più delle volte lo fanno. Luoghi come Rackspace ti consentono di impostare tali valori da solo senza la necessità di chiedere l'autorizzazione.

Per controllare il record PTR del tuo server, puoi usare uno strumento come questo strumento "Reverse IP Lookup" di MXToolbox . O se hai dimestichezza con la riga di comando in Linux / Unix, esegui un comando come questo:

dig -x 123.456.789.0

Che cos'è un record SPF (Sender Policy Framework)?

Un altro pezzo del puzzle di base per non contrassegnare la posta come SPAM è garantire che sia impostato un record SPF corretto. Una profonda spiegazione di cosa sia un record SPF può essere trovata sul sito ufficiale SPF . Ma questo strumento MXeekbox "Sender Policy Framework (SPF) Record Lookup" lo spiega abbastanza bene:

I record SPF (Sender Policy Framework) consentono ai proprietari di domini di pubblicare un elenco di indirizzi IP o subnet autorizzati a inviare e-mail per loro conto. L'obiettivo è ridurre la quantità di spam e frodi rendendo molto più difficile per i mittenti malintenzionati mascherare la propria identità.

Per impostare un record SPF, devi impostare un record TXT nel record DNS per il tuo nome di dominio che assomigli a questo:

v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all

Ciò dice sostanzialmente che qualsiasi nome host o indirizzo IP elencato in tale SPF è autorizzato a inviare e-mail per conto di example.com. Questo esempio è piuttosto semplice, ma il vantaggio di un record SPF è supponiamo che tu abbia 1/2 dozzina di server collegati al tuo nome host e tutti abbiano indirizzi IP diversi. Un record SPF che includerebbe gli indirizzi IP di quei server di 1/2 dozzina "fondamentalmente" garantirebbe la validità delle e-mail inviate da quell'indirizzo IP per conto di quel nome host.

I servizi di posta elettronica gratuiti come Gmail, Hotmail, Yahoo e simili ricevono tonnellate di posta indesiderata al giorno. Ecco perché hanno rafforzato le politiche di posta elettronica in arrivo e applicano regole molto concrete e rigorose in modo da assicurarsi che qualsiasi posta in arrivo sia improbabile che sia spam, altrimenti inviarla alla cartella Junk.

Prima di tutto, dovresti avere una SPFpolitica valida . Non menzionate quale MTA di posta elettronica state eseguendo, ma la configurazione di una politica SPF è piuttosto semplice ed è indipendente dall'MTA. È fondamentalmente un record DNS che dice da quali IP / domini il tuo dominio è autorizzato a inviare e-mail. Se un'e-mail viene ricevuta da un indirizzo IP diverso da quello annunciato nel tuo record DNS, molto probabilmente finirà nella cartella Junk. Ci sono alcuni link che potrebbero aiutarti:

• Sintassi del record SPF
• Come posso creare un record SPF per il mio dominio?

Successivamente, DKIMsta diventando sempre più importante. Questo in pratica firma la tua e-mail con una chiave privata (generata da te) e generi un record DNS con la chiave pubblica in modo che qualsiasi dominio del destinatario possa verificare se il contenuto della posta è stato o meno contraffatto.

• DKIM ha spiegato: come impostare e utilizzare la posta identificata DomainKeys in modo efficace

C'è un altro modo per consentire ad altri di verificare le e-mail, DMARC. Fondamentalmente è la combinazione delle due sopra e decidi tu cosa dovrebbero fare gli altri con una e-mail che non supera le restrizioni DMARC, trasmettendo loro la decisione finale. DMARC consente anche di ricevere report (da altri domini che eseguono il controllo DMARC).

• Crea il tuo record DMARC in 15 minuti

Successivamente (e sfortunatamente non c'è molto che puoi fare al riguardo, almeno all'inizio), c'è un termine chiamato reputazione IP . Molti servizi di posta utilizzano alcuni servizi che indicano se un indirizzo IP ha una buona o cattiva reputazione. Se il tuo IP è stato utilizzato in precedenza per inviare spam, anche prima di possederlo, molto probabilmente avrà una cattiva reputazione. Se il tuo indirizzo IP è sconosciuto, non sarà attendibile. Dovrai guadagnare reputazione dicendo ai tuoi destinatari di "autorizzare" le tue e-mail. Se molte persone lo fanno, il provider di posta elettronica gratuito saprà che non sei dannoso e applicherà una politica più morbida nei tuoi confronti.

Ci sono più concetti a riguardo, ma questi sono i più importanti. Basta configurare ciò che è possibile configurare ed essere paziente.

Un piccolo aggiornamento per chiunque lo trovi nel 2018. Questo potrebbe essere considerato come un'aggiunta alla risposta eccellente di @ JakeGould (che esclude DMARC).

Google ha applicato alcune regole di filtro anti-spam e phishing più pesanti con la nuova versione di Gmail. Se le tue e-mail finiscono nello spam di qualcuno, assicurati di aver configurato correttamente SPF , DKIM e DMARC . Puoi utilizzare vari strumenti per controllare le regole MX del tuo dominio. Ad esempio: MXToolbox o Google's Toolbox .

Potresti anche voler verificare il tuo sito con Postmaster per vedere la reputazione del tuo dominio e-mail e intervalli di ip.

Ecco una grande risorsa di Google su come configurare DMARC tramite GSuite - https://support.google.com/a/answer/2466580?hl=it

Se hai trovato tutti questi termini nuovi come ho fatto io, ecco una serie di 3 post che spiega tutti e tre i termini di returnpath.com

Questa pagina potrebbe esserti utile:

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

Sebbene si applichi ai messaggi di posta collettiva, ci sono molte informazioni sul perché i messaggi possono essere contrassegnati come spam. Non so nulla delle tue informazioni specifiche, ma spero che tu possa vedere qualcosa che ti sarà utile.