[Risolto] problema spam email postfix

[sal]

Buongiorno a tutti,
sto riscontrando un problema con l'invio delle email da postfix in quanto mi vengono marcate come spam (es. da gmail, hotmail..).
Sto provando a fare un po' di verifiche e nel frattempo ho aggiunto configurazioni per spf, dkim e dmarc.
Utilizzando un servizio come mxtoolbox una cosa che mi viene segnalata è

Reverse DNS does not match SMTP Banner

e mi stanno venendo vari dubbi sulle impostazioni dei conf della macchina (hosts e postfix) e delle zone dns.

Andiamo per gradi ..

Il mio file hosts contiene le seguenti righe

Codice: Seleziona tutto

fe00::0   ip6-localnet
ff00::0   ip6-mcastprefix
ff02::1   ip6-allnodes
ff02::2   ip6-allrouters

127.0.0.1 localhost.localdomain localhost
# Auto-generated hostname. Please do not remove this comment.
1.222.333.444 vpsxxxxx.ovh.net  nomemacchina
::1   localhost ip6-localhost ip6-loopback

quando installai la macchina era raggiungibile con ip pubblico (1.222.333.444) ed essendo un virtual server tramite un url di terzo livello del provider (vpsxxxxx.ovh.net).
Il mio primo dubbio riguarda l'acquisizione di un dominio di primo livello, avrei dovuto aggiornare la riga con l'ip pubblico riportando 1.222.333.444 miodominio.ext nomemacchina?
Devo aggiungere una riga con 1.222.333.444 nomemacchina.miodominio.ext ?

Perchè ho questi dubbi? Perchè ho trovato questa guida del provider http://guida.ovh.it/IpReverse dove mi parla anche del nome macchina .... nella gestione zone dns esiste già una voce dominio.ext IN A 1.222.333.444, ma non trovo una voce per il ptr o per il reverse dell'ip.. ma questo lo ricontrollo meglio se c'è una voce nel menù per assegnare il reverse, soltanto vorrei anche essere sicuro della configurazione lato server..

Il server ha debian 8, e nella macchina girano i vari servizi, quindi non è dedicato soltanto alla posta e non gli ho assegnato prefissi mail.dominio.ext .. anche nella configurazione di postfix ho lasciato come domain=dominio.ext ... è sbagliato? Devo rivedere anche la configurazione di postfix?

Insomma scusate ma ci sto facendo un po' di confusione

grazie
ciao

[sal]

Ho trovato il tasto del reverse dns, era sul pannello del virtual server, ho inserito nomemacchina.dominio.ext
Ora però mi restano i dubbi di configurazione file hosts, postfix. Dovrò aggiornare anceh configurazioni spf, dkim?

[sal]

nonostate il settaggio del reverse dns la mail finisce nello spam.
Con mail-tester.com ottengo 10/10 di punteggio. Mxtoolbox non rileva errori o warning sul server di posta, mi restituisce 12 test passed.
Sto provando anche con emailonacid e secondo lui non sono in blacklist, mentre per la consegna dà passato a tutto tranne

Failed - Google Apps Business-to-Business
Failed Google Apps spam filter, passed phishy filter.
Formally known as Postini, Google purchased Postini and merged all of the functionality into its Google Apps offering. By doing so they no longer provide as much information in regards to reasons for SPAM as they used to when within the Postini platform. Google Apps now only reports if an email is considered "Spam" or "Phishy". If an email is marked as "Phishy" it will always be marked as "Spam".

e

Failed - Outlook 2013 Business-to-consumer
This filter is offered as part of the Outlook 2013 desktop client. For this test, we've used the default spam filter settings that come standard upon installation.

mentre però questo è passed

PassedGmail Business-to-consumer
This filter is offered as part of the standard Gmail service. Gmail is supported in all browsers and in several mobile applications. For this test, we used the default spam filter settings that come standard for Gmail users.

In Gmail, recipients can aid in the delivery of your incoming emails a few different ways:

They can add "Gmail Filters" in order to manage the flow of incoming messages. Gmail filters allow them to automatically label, archive, delete, star, forward your email, or keep it from entering the spam folder in the future.
They can add senders to their address book. In doing this, future emails will not be sent to the spam folder.
Neither of these been done for this test, therefore this result represents a conservative score.

Note: Gmail's spam filters also work in IMAP clients. IMAP clients could include iPhone, iPad, Android, Kindle Fire, Thunderbird, Apple Mail, Outlook 2003, Outlook Express, ect. Unfortunately this means that your email might have to pass a combination of two filters in order to make it to the inbox. In its documentation, Gmail recommends turning off any additional anti-spam or junk mail filters within those clients to improve performance, however this is not enabled by default and some clients might not allow different spam settings for each account.

però sia hotmail che gmail continuano a considerare spam la mail che ricevono

[sal]

ho rivisto e fatto qualche piccola modifica a tutta la configurazione di hosts, hostname fqdn, postfix, dovecot, zone dns..etc..etc.. Ma il problema di ricezione posta resta per gmail e per outlook.com, mentre per altri provider la posta viene ricevuta correttamente. Tramite qualche tool avevo trovato altre blacklist dove è stato chiesto di essere rimossi.
La conclusione a cui purtroppo posso arrivare è che l'ip di questo vps per microsoft e google rientra in una blacklist e scrivendo al servizio dedicato microsoft ci è stato risposto che non possono ovviamente intervenire sul sistema di smart screen. google con il servizio analogo ancora non ha risposto e dubito darà un esito differente. Il provider del vps se ne è lavato le mani scaricando la responsabilità sulla gestione delle blacklist google e microsoft, ma comprensibile in quanto ho un vps economico e di farsi cambiare ip non se ne parla nemmeno..
A questo punto mi restano tre strade, o mantenere la posta sul server che funziona regolarmente ma cosciente che per gmail e outlook andrà in spam fino a quando con un processo lungo i destinatari marcando la posta non spam farà crescere la reputazione del dominio (ma oggettivamente non saprei indicare tempi e modalità). Cambiare provider di vps e passare ad server dedicato o virtuale che offra alcune garanzie circa l'ip .. Oppure appoggiarsi ad un servizio di gestione posta esterno tramite il provider del vps e non demandarlo più al vps stesso, in quanto il provider è sicuramente un smtp riconosciuto.
Penso che il post si possa chiudere qui.

[ferdybassi]

Ciao,
prova a vedere se uno smart relay può fare al caso tuo.
In pratica continui a usare Postfix del tuo VPS per i tuoi domini, ma per inviare tutta la posta (o parte) ti appoggi a un SMTP esterno, tipo quello dei tuo provider.
Trovi qualche info qui:
http://guide.debianizzati.org/index.php ... mtp_remoto

Ciao