GNU/Linux >> Linux Esercitazione >  >> Panels >> cPanel

Exim Sender Verifica callout o callback non può essere completato o verifica non riuscita Errore

Se esegui un host web o un server di posta elettronica utilizzando Exim o Sendmail come agente di trasferimento della posta (MTA) e scopri che le email o i messaggi di posta inviati a te, i tuoi clienti o utenti potrebbero occasionalmente perdere o non arrivare mai alle cassette postali, il tuo server di posta potrebbe essere vittima del pasticcio della verifica del mittente. È la causa più probabile di e-mail mancanti se hai verificato che l'e-mail non viene catturata dai filtri antispam o dai controlli della posta indesiderata e il dominio del server di posta e l'indirizzo IP non sono bloccati da RBL (liste nere in tempo reale).

Il sintomo della posta non consegnata o della posta rimbalzata può anche essere verificato e visualizzato nel registro degli errori di Exim o Sendmail. La posta di solito viene rifiutata dal server di destinazione (se il server di destinazione è il tuo server, la posta in arrivo viene persa, altrimenti la posta in uscita viene rimbalzata) con i seguenti messaggi:

550 Verifica mittente non riuscita

550 mittente verifica respinto exim

550 verifica validità

550 divieto amministrativo “verifica indirizzo mailserver”

550 per verificarne la validità

550 Verifica mittente non riuscita:aggiorna il firmware o le impostazioni del firewall

550 Non inviato:nessuna ricerca inversa

550 Il sistema di posta di destinazione ha rifiutato il tuo indirizzo di ritorno

550 Il mittente deve esistere

550 Dominio non trovato

La verifica del mittente è una nuova misura per cercare di fermare e bloccare l'infezione da posta indesiderata. I server di posta o più precisamente l'MTA come Exim che viene fornito con il pannello di controllo popolare come cPanel e WHM utilizza un meccanismo chiamato callout o callback del mittente per convalidare l'intero mittente in arrivo:l'indirizzo di un mittente remoto come trovato nella busta dell'e-mail è in realtà un account locale reale sul server di posta di invio. Se il server di posta di origine restituisce il valore falso, la posta in arrivo verrà rifiutata e non sarà accettata dall'MTA del destinatario previsto.

Di solito viene generata un'e-mail rimbalzata che indica al mittente che il tentativo di verifica non è riuscito. Tuttavia, poiché il mittente in realtà non esiste, quindi nessuno riceverà la posta e nessuno sa cosa succede alla posta e perché l'e-mail non è mai stata consegnata. Poiché non tutti gli host di posta ti darebbero fastidio rendendo il server di posta conforme agli standard RFC, come RFC 1123 che accetta la posta dal mittente nullo, quindi la soluzione migliore per ricevere la posta in modo sicuro è assicurarsi che il tuo server di posta sia in grado per gestire correttamente le mail inviate da quelle parti ignoranti.

Quindi, se sei il mittente che ha scoperto che la tua posta è misteriosamente scomparsa per ragioni sconosciute, assicurati di inviare la posta con un nome utente di casella di posta reale e reale. L'utilizzo di un nome di casella di posta falso o falso come [email protected] nella speranza che nessuno ti risponda potrebbe causare il fallimento della verifica del mittente e nessuna posta inviata e consegnata.

Se continui a ricevere e-mail in particolare da mailing list o abbonamenti che utilizzano un indirizzo del mittente non valido e non puoi fare a meno di dover ricevere l'e-mail, l'unica scelta è istruire il tuo MTA ad accettare queste e-mail. Ci sono fondamentalmente due scelte su come farlo, in primo luogo creando una white list che sblocca quegli indirizzi e-mail conosciuti e, in secondo luogo, disabilita del tutto la verifica del mittente per evitare problemi futuri. La seconda opzione è molto semplice, ma corri il rischio di ricevere più spam. Inoltre, è probabile che anche la coda di posta si ingrandisca o che le e-mail vengano rifiutate perché il server di posta accetterà più messaggi di spam falsi. Tuttavia, non devi più preoccuparti di e-mail perse e e-mail non consegnate a causa del mittente che utilizza un indirizzo e-mail inesistente. Ecco alcuni tutorial su come ottenere queste attività nel popolare pannello di controllo dell'hosting web:cPanel/WHM.

Come disabilitare la verifica dei callout del mittente in cPanel/WHM 10.x

  1. Accedi a WebHost Manager.
  2. Nella Configurazione del servizio sezione, fai clic su Exim Configuration Editor collegamento.
  3. Deseleziona e deseleziona la casella di controllo accanto a Utilizza callout per verificare l'esistenza di mittenti email. opzione.
  4. Premi il pulsante Salva e cPanel riavvierà automaticamente Exim.

Come disabilitare i callout del mittente in cPanel/WHM v11

  1. Accedi a WebHost Manager.
  2. Nella Configurazione del servizio sezione, fai clic su Exim Configuration Editor collegamento.
  3. Deseleziona e deseleziona la casella di controllo accanto a ** Utilizza i callout per verificare l'esistenza dei mittenti di email. Fondamentalmente, exim si collegherà allo scambiatore di posta per un determinato indirizzo per assicurarsi che esista prima di accettare la posta da esso. opzione.
  4. Premi il pulsante Salva in fondo alla pagina e cPanel riavvierà automaticamente Exim.

Crea una whitelist da escludere dai richiami di verifica del mittente Exim - Guida semplice alla whitelist

Se non vuoi disattivare i callout del mittente per verificare l'esistenza di mittenti di posta elettronica, puoi anche creare una whitelist in modo che Exim la controlli per vedere se l'istruzione di callout per un particolare mittente può essere ignorata. Nota che i passaggi richiedono alcune conoscenze di base sull'utilizzo della shell Unix e implicano la modifica manuale del file di configurazione di Exim, che qualsiasi errore renderà il server di posta non funzionante.

  1. Crea un file che registrerà tutti gli indirizzi email attendibili, ad esempio /etc/whitelist_senders con ogni indirizzo su ogni riga. I caratteri jolly sono accettati, ad esempio *@domain.com includerà tutti i mittenti da domain.com.
  2. In cPanel/WHM, fai clic su Exim Configuration Editor in Configurazione del servizio sezione. Quindi fai clic su Editor avanzato pulsante nel riquadro di destra.
  3. Nell'editor avanzato nella parte superiore della casella di testo, aggiungi il codice seguente (se è presente del testo, aggiungilo sotto):


    addresslist whitelist_senders = wildlsearch;/etc/whitelist_senders

  4. Scorri verso il basso fino alla casella di testo successiva, dove dovrebbero esserci tre caselle di testo insieme. Questo è l'inizio della sezione ACL.
  5. Nella casella centrale di queste tre caselle di testo, cerca le seguenti 4 righe:


    #sender verifications are required for all messages that are not sent to lists
    require verify = sender/callout
    accept domains = +local_domains
    endpass

    Sostituisci queste 4 righe con il seguente codice:


    #sender verifications are required for all messages that are not sent to lists
    deny
    !verify = sender/callout
    !senders = +whitelist_senders
    accept domains = +local_domains
    endpass

  6. Scorri verso il basso fino all'estremità inferiore del centro delle 3 caselle, individua queste 4 righe:


    #!!# ACL that is used after the DATA command
    check_message:
    require verify = header_sender
    accept

    Sostituisci queste 4 righe con il seguente codice:


    #!!# ACL that is used after the DATA command
    check_message:
    deny
    !verify = header_sender
    !senders = +whitelist_senders
    accept

  7. Fai clic su Salva pulsante nella parte inferiore dell'editor avanzato.
  8. Verifica che Exim funzioni correttamente inviando e ricevendo e-mail.
  9. Se Exim non funziona correttamente, verifica nuovamente la presenza di errori nel file di configurazione.
  10. Se Exim funziona correttamente, aggiungi l'indirizzo email del mittente o il dominio con cui hai problemi al file della white list.
  11. Chiedi al mittente di inviarti nuovamente un'email per verificare la consegna.

Crea una whitelist da escludere dal mittente Exim Verifica i callback - Esclusione automatica con la guida alla whitelist

Ci sono alcuni indirizzi e-mail inesistenti e non validi che sono sempre stati utilizzati dagli amministratori per inviare e-mail, in particolare notifiche e abbonamenti. Tale e-mail ha sempre le parole comuni come nessuno, rimbalzo, richiesta, root, anonimo e così via. Puoi utilizzare questo presupposto per istruire Exim in modo che consenta automaticamente alle e-mail con questi mittenti di passare ai destinatari senza la verifica del mittente. Ciò riduce il lavoro per aggiungere indirizzi email alle liste bianche.

  1. Crea 3 file come di seguito per fungere da whitelist:


    /usr/local/cpanel/base/eximacl/rv_callout_sender_domain_whitelist
    /usr/local/cpanel/base/eximacl/rv_callout_receiver_domain_whitelist
    /usr/local/cpanel/base/eximacl/rv_sender_verify_domain_whitelist

  2. In cPanel/WHM, fai clic su Exim Configuration Editor in Configurazione del servizio sezione. Quindi fai clic su Editor avanzato pulsante nel riquadro di destra.
  3. Nell'editor avanzato nella parte superiore della casella di testo, aggiungi il codice seguente (se è presente del testo, aggiungilo sotto):


    domainlist rv_callout_sender_domain_whitelist = lsearch;/usr/local/cpanel/base/eximacl/rv_callout_sender_domain_whitelist
    domainlist rv_callout_receiver_domain_whitelist = lsearch;/usr/local/cpanel/base/eximacl/rv_callout_receiver_domain_whitelist
    domainlist rv_sender_verify_domain_whitelist= lsearch;/usr/local/cpanel/base/eximacl/rv_sender_verify_domain_whitelist

  4. Scorri verso il basso fino al centro per individuare la sezione ACL, dove vengono visualizzate 3 caselle di testo insieme (molto probabilmente quella superiore e quella inferiore sono campi di testo vuoti). Dovrebbe apparire dopo begin acl .
  5. Nella casella centrale del 3, individuare la seguente riga:


    require verify = sender/callout

    Sostituisci la riga precedente con il seguente blocco di codice:


    # Deny unless the sender address can be verified.
    deny message = From email address must be valid
    # do not check address for lists or bounces
    # or people in our company contact database
    !senders = ^.*-request@.*:\
    ^bounce-.*@.*:\
    ^.*-bounce@.*:\
    ^owner-.*@.*:\
    ^listmaster@.*:\
    ^root@.*:\
    ^anonymous@.*:\
    ^nobody@.*
    !domains = +rv_callout_receiver_domain_whitelist
    !sender_domains = +rv_callout_sender_domain_whitelist
    # do not check for DSN-ignorant domains
    # those that don't accept MAIL FROM:<>
    !dnslists = dsn.rfc-ignorant.org/$sender_address_domain
    !verify = sender/callout=10s,defer_ok
    ##
    # Check that there is a MX record for those that do not
    # meet the deny statement requirements - ie bounces
    # No cost as previous lookup is cached if executed
    ##
    deny !sender_domains = +rv_sender_verify_domain_whitelist
    !verify = sender

  6. Fai clic su Salva pulsante nella parte inferiore dell'editor avanzato.
  7. Verifica che Exim funzioni correttamente inviando e ricevendo e-mail.
  8. Se Exim non funziona correttamente, verifica nuovamente la presenza di errori nel file di configurazione.
  9. Se Exim funziona correttamente, aggiungi l'indirizzo email del mittente o il dominio con cui hai problemi ai file della white list.
  10. Chiedi al mittente di inviarti nuovamente un'email per verificare la consegna.

cPanel
  1. Errore PHP-intl:impossibile rilevare il prefisso ICU o nessun errore. Si prega di verificare il prefisso di installazione ICU [Risolto]

  2. La richiamata registrata non corrisponde all'URL fornito – Correzione dell'errore WSO2

  3. Come risolvere:errore "550 Verifica mittente non riuscita"?

  4. “Impossibile risolvere il proxy:https; Errore sconosciuto” – errore con 'yum update'

  5. Errore:impossibile trovare o caricare la classe principale

Come risolvere il messaggio di errore di verifica del mittente 550 non riuscito

Come creare 404 pagine di errore personalizzate non trovate in cPanel

Correzione - Errore di indirizzo sconosciuto 550-Verifica non riuscita in exim

Errore FTP:impossibile connettersi al server - Il criterio 534 richiede SSL

Il clone di Git non riesce:la verifica del certificato del server non è riuscita

errore apt:impossibile eseguire la configurazione immediata su