- Home
- Categorie
- Coding e Sistemistica
- Hosting, Server e Domini
- Problema invio email dopo cambio server
-
@servinf said:
devi guardare nelle impostazioni generali di Wordpress cosa avevi messo per l'invio delle mail. E' facile che il problema sia lì piuttosto che nella configurazione DNS.
Non credo perché ho diverse installazioni di Wordpress sullo stesso sito e nessuna manda più email. Inoltre non ricevo nessun messaggio di errore, cosa che invece Wordpress notificherebbe in caso riscontrasse dei problemi.
@servinf said:
Quando hai cambiato provider hai ricreato tutte le caselle con le stesse password?
Non utilizzo indirizzi email @miosito.it ma ho solo un indirizzo @gmail.com che è inserito nel campo Impostazioni - Generali - Indirizzo EmailGrazie
-
Ciao FedeSaci, il server lo gestisci tu?
Se sei tu a gestirlo ci puoi fornire i nomi dei demoni che gestiscono il funzionamento del mailserver?
-
Ciao,
a maggior ragione, se tutti i siti wordpress sullo stesso server (nuovo) non mandano più mail vuol dire che qualche problema nelle impostazioni c'è.
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.Potresti risolvere installando il plugin Easy WP SMTP: dovrai poi impostare i parametri SMTP del tuo indirizzo mail.
-
@francois007 said:
Ciao FedeSaci, il server lo gestisci tu?
Se sei tu a gestirlo ci puoi fornire i nomi dei demoni che gestiscono il funzionamento del mailserver?In parte si, nel senso che ho un cpanel dedicato per il mio dominio con alcune impostazioni che posso gestire. Non ho comunque la gestione del server vero e proprio, ma posso eventualmente contattare chi lo gestisce e farmi dare le informazioni necessarie.
Domanda: ma è normale che nella mia impostazione dei DNS ( s23.postimg.org/6uypjy7jv/Schermata_2015_01_12_alle_18_34_44.png ) non ci siano Record MX settati? Mi sembra di aver capito che questi record si occupino dell'invio di email.
-
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:- 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.
- 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:- 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.
- 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!