Gestisco un piccolo server di posta per le mie e-mail private, alcuni amici che hanno siti Web e due ONG. In totale il mio server invia tra 60 e 400 messaggi al giorno. Molte di queste e-mail sono mail personali , tra due o più persone che si conoscono. Occasionalmente (di solito una o due volte a settimana) ci sarà un mailing che verrà inviato ai "membri" di una ONG, informandoli sulle novità, ecc.

Ora sono già passato dalle "mailing di massa" (circa 100 destinatari, tutti conosciuti personalmente e abbonati manualmente tramite un modulo cartaceo) a mailgun.org.

Ricevo ancora (e sempre di più) messaggi rifiutati. Soprattutto i grandi provider di posta elettronica come Gmail, Yahoo o Microsoft (hotmail, live.com, ...) decidono di rifiutare con un 550 o inviare messaggi personali alla cartella Spam dei destinatari. A volte questo succede:

• utente gmail invia e-mail all'utente sul mio sistema
• l'utente sul mio sistema risponde
• la risposta viene rifiutata o inviata allo spam

Cose che ho fatto:

• configurare DKIM (firma per dominio di tutta la posta elettronica in uscita)
• impostare SPF, i domini di solito hanno ~all, alcuni-all
• Ho un PTR corretto per l'IP del mio server di posta
• ovviamente nessun relay aperto, gli utenti possono inviare dal proprio indirizzo e-mail solo dopo l'autenticazione
• Ho le politiche DMARC per la maggior parte dei domini
• Giudico il limite dei messaggi in uscita, per alcuni server di posta fino a 1 al minuto
• i servizi di test di posta riportano punteggi "perfetti" (tutti i passaggi) per tutto quanto sopra
• Controllo regolarmente il mio IP per la lista nera usando http://www.dnsbl.info - è sempre tutto verde

Ora il paradosso arriva qui: per la maggior parte dei grandi fornitori di posta, c'è un modo per registrarsi per monitorare i tassi di rifiuto e la reputazione IP:

• https://postmaster.google.com
• https://postmaster.live.com/snds
• e credo che Yahoo abbia qualcosa di simile

ma non mi classifico come mittente di massa, a causa del volume ridotto. Quindi mi sono registrato per monitorare la mia reputazione e i tassi di rifiuto, ma poiché non invio e-mail di massa, non ci sono rapporti.

C'è qualcos'altro che posso fare per migliorare le tariffe di consegna della posta? O dovrei arrendermi e smettere di provare a utilizzare il mio server di posta?

Nel caso sia pertinente: utilizzo Postfix e ho regole molto rigide sulla posta in arrivo (ovvero nessun dominio / nome host sconosciuto o record SPF non validi, utilizzo spamassassin ecc.)

Aggiornare

Ecco un esempio, inviato da me ai miei suoceri ed è arrivato nella loro cartella SPAM: http://pastebin.com/BC6YgjpQ (ho sostituito il dominio dell'indirizzo di invio con example.come l'indirizzo del destinatario con example@gmail.com)

Da quando è emersa la domanda: le connessioni a Gmail sono Untrusted TLS connection established to gmail-smtp-in.l.google.com[2a00:1450:400c:c0b::1b]:25: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)crittografate.

Non dovrebbero esserci problemi a diventare un piccolo fornitore di posta. Sembra che tu stia facendo le cose giuste. Molti grandi fornitori non riescono a fare le cose bene e speriamo che la maggior parte della posta venga recapitata.

Se la posta viene inviata alla cartella SPAM, è probabile che tu abbia perso qualcosa. Dovrebbe esserci un registro dei motivi per cui hai problemi di consegna:

• Per i messaggi rimbalzati leggi la risposta. Dovrebbe specificare perché la posta è stata rimbalzata. Se puoi, assicurati che i messaggi di rimbalzo siano registrati.
• Per i messaggi inviati alla cartella Spam, esaminare le intestazioni dei messaggi sul messaggio recapitato. Questo dovrebbe (sarà per GMail o Yahoo) contenere i dettagli di alcuni dei controlli che sono stati effettuati. Questo ti aiuta a determinare qual è il problema.

Alcune cose che non hai specificato sebbene alcune dovrebbero essere colte dal rapporto di validazione:

• La convalida rDNS dell'indirizzo del server di posta ha esito positivo. (Il tuo record PTR dovrebbe restituire un solo indirizzo.)
• Il tuo server ha usato il nome sul record PTR nel suo messaggio EHLO o HELO.
• Imposta un record SPF per il dominio del tuo server di posta ("v = spf1 a -all").
• Ti sei registrato a dnswl.org.
• Le chiavi pubbliche DKIM sono state pubblicate nella posizione corretta. Puoi usare la stessa chiave per più domini. Può essere utile che altre organizzazioni utilizzino i record CNAME per i record DNS che controlli.
• È stata utilizzata una chiave DKIM di grandi dimensioni 1024 o superiore.
• Elaborazione della posta in uscita tramite un filtro antispam (almeno problemi di registro).

Se si dispone di DMARC, è possibile configurare report sullo stato della consegna e report di rimbalzo. Ciò ti consentirà di ricevere rapporti di consegna. Ricevo rapporti da Google, Microsoft e Yahoo. Si noti che la disposizione "nessuna" indica che la posta è stata recapitata.

Una cosa che manca nelle risposte (eccellenti) sopra è impostare TLS in uscita. Gmail ha iniziato a punire i mittenti che non utilizzano TLS e altri provider non dicono nulla, ma sono sicuro che seguiranno l'esempio.

Oggi le attività di spamming sono un vero mal di testa. I grandi come Gmail, Microsoft, Yahoo ecc. Cercano di proteggere i loro utenti dagli spam. Quindi, devono migliorare le loro tecniche per filtrare gli spam. E per motivi di sicurezza, non divulgano mai anche le loro politiche di spam. Pertanto, non siamo riusciti a trovare una linea guida per configurare un server di posta in modo tale da poter inviare posta ai grandi fornitori di servizi.

Non ci sono regole specifiche per non essere elencate nel loro libro cattivo, ma dovresti mantenere il tuo server aggiornato con le nuove linee guida. Qui ce ne sono un po.

1) Controllare la causa principale della posta di ritorno rimbalzata. Si riferisce alla reputazione IP del server o ai record DNS errati del dominio.

2) Non utilizzare un record SPF con un valore predefinito come ~ all. Crea un record SPF specifico come un MX -all

3) Evita l'inoltro della posta dal tuo server a Gmail / Yahoo / Microsoft / Comcast. Se rilevano messaggi di spam nei messaggi inoltrati, non si preoccuperanno di controllare da dove provengono i messaggi. Considerano semplicemente il tuo server di posta come un'origine spam e potresti essere aggiunto alla lista nera.

4) Installa un SSL sul tuo server e usa Outbound con connessione TLS.

5) Conservare l'elenco Double Opt In in tutte le newsletter. E molti altri...

Untrusted TLS connection established to gmail-smtp-in.l.google.com

Penso che tu abbia un errore nella catena di certificati qui. Assicurati di inviare il certificato intermedio insieme al certificato.

@Stefan

Sembri molto ben informato, il che è fantastico, ho guardato oltre le tue intestazioni, senza il tuo nome di dominio rende molto difficile aiutare a risolvere i problemi. L'unica cosa che ho notato nelle intestazioni è che stai usando "Semplice / Semplice" per firmare il tuo DKIM, dovresti davvero passare a "Rilassato / Rilassato". Molti server di posta hanno problemi con semplici.

Hai anche lasciato il nome del server di posta nel tuo pastebin, che appare in una lista nera . Dubito che questo stia causando il tuo problema, ma questo strumento scansiona molto più di quello che stavi usando.

Invia un'e-mail a mailtest@unlocktheinbox.comper vedere quante critiche hai. Potresti avere qualche indizio.

La risposta è no

Lo dico principalmente perché sono consapevole del fatto che è difficile immaginare il numero di persone con più esperienza in tutti gli aspetti dell'amministratore ESP di me eppure eseguo una dozzina di sistemi di posta elettronica di produzione che si qualifica come "piccolo" senza problemi presentati.

Da quello che hai pubblicato sembra che tu abbia insegnato di tutto e, presumendo di aver correttamente implementato ciò che è elencato, rimane solo un'opzione: che il tuo indirizzo IP abbia fatto cose cattive nella sua vita passata.

Voglio dire (davvero) male. Il tuo indirizzo IP può essere estratto dalle blacklist pubbliche su iniziativa dell'ISP (che è di gran lunga più efficiente) ma prima ha servito ripetutamente il traffico di virus e phishing per un periodo di tempo prolungato.

In tal caso, purtroppo c'è poco da fare, per quanto ne so. Un'opzione è quella di rimanere nel tentativo di mantenere il server di posta elettronica legittimo per lungo tempo, pagando il prezzo di molte e-mail che vengono rifiutate prima che la reputazione del mittente - cosa completamente diversa dall'essere presente o meno nelle liste nere pubbliche - venga lentamente stabilita.

Tienici informati sul tuo caso.