Se clicchi su "gestisci" relativamente al record MX che cosa viene fuori?

Nei record "A" dovresti impostare un record con testo "mail" e IP quello del tuo nuovo server.
Poi nella sezione MX dovresti impostare il record "mail".

@servinf said:

Se clicchi su "gestisci" relativamente al record MX che cosa viene fuori?

Questo: s7.postimg.org/hqev2d5bv/Schermata_2015_01_13_alle_11_34_06.png

@servinf said:

Nei record "A" dovresti impostare un record con testo "mail" e IP quello del tuo nuovo server.

Provvedo

@servinf said:

Poi nella sezione MX dovresti impostare il record "mail".

Puoi dirmi esattamente come deve essere? Grazie

nel campo host dovresti impostare "mail.nomedominio.it" con priorità personalizzata a 10.

Naturalmente devi prima aver creato il record A corrispondente.

@servinf said:

nel campo host dovresti impostare "mail.nomedominio.it" con priorità personalizzata a 10.

Naturalmente devi prima aver creato il record A corrispondente.

Grazie, fatto tutto. Immagino che adesso si dovranno aspettare le solite 24/48h per la propagazione dei NS per vedere se ha funzionato

Il problema era riferito all'invio mail di messaggi verso QUEL dominio?

@servinf said:

Il problema era riferito all'invio mail di messaggi verso QUEL dominio?

DA quel dominio. Ad esempio inserendo un form sul dominio in questione (a cui ho appena modificato i DNS), la mail contenente i dati inseriti dall'utente nel form non viene mai inviata.

Il destinario della mail di quel form è una mail di quel dominio o esterna?

@servinf said:

Il destinario della mail di quel form è una mail di quel dominio o esterna?

Esterna. @gmail.com

Ciao a tutti,

da quanto ho letto, anche se di info tecniche ce ne sono pochissime e non abbiamo alcun log a supporto dell'analisi, a "occhio" mi sembra sia più un problema di blacklisting che di DNS.

Infatti l'indirizzo IP 192.64.86.89 è presente sia su SORBS che su BarracudaCentral, che insieme a Spamhaus sono i principali sistemi di blacklisting mondiali.

Questo spiegherebbe il perchè le e-mail inviate da tutti i siti web che hai migrato su questo server non vengono recapitate, neanche nello spam.

La mancanza del record DNS di tipo MX è un altra tipologia di problema nel caso in cui volessi usare un client esterno di posta elettronica o nel caso in cui qualcuno volesse mandarti una e-mail ma, visto che di default WordPress usa PHP+mail/sendmail per l'invio delle e-mail, non credo che sia questa la causa del mancato delivery dei messaggi.

Il mio consiglio è di chiedere al tuo sistemista un'analisi approfondita sia sui log di sistema che applicativi. Solo così riusciremo a capire esattamente qual è il problema ed a trovare una soluzione.

Buon proseguimento!

Effettivamente ha ragione Flame Networks, sei in due delle maggiori blacklist su scala globale! Tutto il resto è da imputare comunque a una mancanza di record A che punti a un record MX, che tecnicamente non ti permettono di inviare una mail.
Anche utilizzando un servizio esterno come gmail, l'MTA non la può consegnare a nessuno perché l'IP di questo server è listato.

Ciao Flame,

mi auto quoto.

@servinf said:

Anzitutto verifica che il nuovo IP non sia il blacklist spam (potrebbe essere uno dei motivi per cui non vengono ricevute le mail).
In secondo luogo potrebbe esserci un blocco nell'invio mail tramite funzione PHP mail.

Quoto anche te serverinf, ho letto con leggerezza il post credendo che tutto fosse imputabile al DNS non configurato correttamente...

Inizio subito la procedura per tentare di uscire da queste blacklist.

Grazie

Ciao FedeSaci,

ti consiglio di configurare, a livello DNS, anche i record per SPF, DKIM e rDNS.
Sono fondamentali per essere RFC compliant e ridurre sensibilmente i problemi di consegna dei messaggi, soprattutto verso Hotmail, Gmail e Yahoo.

Buon proseguimento!

P.S.

Fossi in te indagherei anche sul motivo che, a monte, ha determinato l'inserimento in blacklist.
Le cause più frequenti sono sostanzialmente 2:

1. Uno dei tuoi siti web invia e-mail di spam, probabilmente tramite script PHP malevoli con classico codice base64 offuscato al loro interno

Se così fosse, avresti un problema di sicurezza a monte - a livello applicativo - da risolvere, che vanifcherebbe gli sforzi di delisting dell'IP.

2. L'indirizzo IP che ti è stato assegnato era già in blacklist per attività precedenti

In tal caso potresti chiedere al Provider competente di assegnarti un IP pulito, visto che tu non c'entri nulla.

@Flame Networks said:

Fossi in te indagherei anche sul motivo che, a monte, ha determinato l'inserimento in blacklist.
Le cause più frequenti sono sostanzialmente 2:

1. Uno dei tuoi siti web invia e-mail di spam, probabilmente tramite script PHP malevoli con classico codice base64 offuscato al loro interno

Se così fosse, avresti un problema di sicurezza a monte - a livello applicativo - da risolvere, che vanifcherebbe gli sforzi di delisting dell'IP.

2. L'indirizzo IP che ti è stato assegnato era già in blacklist per attività precedenti

In tal caso potresti chiedere al Provider competente di assegnarti un IP pulito, visto che tu non c'entri nulla.

Il motivo è sicuramente un pesante attacco hacker che ha subito il server tempo fa. Era finito in blacklist anche con Google, ma una volta rimosso da questa blacklist non mi sono preoccupato di verificare ne esistessero altre. Non si finisce mai di imparare.

@Flame Networks said:

ti consiglio di configurare, a livello DNS, anche i record per SPF, DKIM e rDNS.
Sono fondamentali per essere RFC compliant e ridurre sensibilmente i problemi di consegna dei messaggi, soprattutto verso Hotmail, Gmail e Yahoo.

Ci proverò, ma quando ai parla di configurazione di DNS sono quasi destinato a fallire

Assolutamente no, basta fare pratica e si impara! Naturalmente serve anche un pò di teoria!