Prova gratuita di 14 giorni

Messaggi di errore

«Rejected due to DMARC policy»: il proprio dominio blocca le proprie e-mail

Questo messaggio di errore è insidioso, perché colpisce di solito le aziende che volevano fare tutto bene: hanno impostato DMARC su reject, e ora le proprie e-mail ritornano: 550 5.7.1 Unauthenticated email from example.com is not accepted due to domain's DMARC policy. Il destinatario ha fatto esattamente quanto richiesto dalla sua voce DMARC. L'e-mail non ha superato né SPF né DKIM con dominio corrispondente, quindi è stata rifiutata. Il problema non è DMARC, ma un canale di invio mai autorizzato.

3 min di letturaQuanto è protetto il vostro dominio? Controllare il dominio gratis

Quali canali di invio mancano tipicamente

  • Programma di fatturazione o contabilità (fatture e solleciti partono con il suo indirizzo)
  • Strumento di newsletter o marketing
  • Negozio online o sistema di prenotazione
  • Modulo di contatto del sito web, che inoltra la richiesta con il suo indirizzo mittente
  • Stampante multifunzione / scanner, che invia scansioni per e-mail
  • Sistema di ticket, CRM, prenotazione appuntamenti
  • Collaboratori che inviano da un programma di posta privato con l'indirizzo aziendale
  • Inoltri tramite server estranei che rompono SPF e alterano le firme DKIM

Come trovare il responsabile

  1. Leggere i rapporti DMARC. Mostrano, per ogni IP mittente, se SPF e DKIM sono stati superati. La fonte rossa con il suo volume di posta reale è il servizio non autorizzato. DomainRadar assegna gli indirizzi IP ai servizi e segnala ciò che è sconosciuto.
  2. Verificare le intestazioni dell'e-mail rifiutata: da quale server è partita?
  3. Creare un inventario: quali sistemi possono inviare a suo nome? L'elenco è di solito più lungo di quanto si pensi.

Come risolvere

  • Inserire il servizio nella voce SPF (include del fornitore) e/o impostare la sua firma DKIM con il suo dominio. Per DMARC basta uno dei due, ma con il dominio corretto.
  • Servizi che non possono né SPF né DKIM con il suo dominio: spostarli su un sottodominio con regola propria, oppure farli inviare come relay tramite il proprio server di posta.
  • Inoltri: DKIM garantisce che l'e-mail resti valida nonostante l'inoltro, a condizione che il server che inoltra non modifichi il contenuto.

Devo riportare DMARC su none?

Nel breve termine, come soluzione d'emergenza, sì, se e-mail importanti per l'attività non arrivano. Nel lungo termine, no: con p=none il suo dominio torna aperto allo spoofing. Meglio: autorizzare il canale di invio e mantenere reject. Verifichi prima con il controllo gratuito se il resto è a posto: Controllo del dominio gratuito

Decodificatore di rifiuti

Domande frequenti

Perché è emerso solo dopo mesi?

Perché il servizio ha inviato solo ora, ad esempio la fatturazione annuale o un negozio appena configurato. L'analisi quotidiana dei rapporti individua le nuove fonti prima che se ne accorgano i clienti.

Il destinatario non usa Gmail. Perché viene rifiutato comunque?

Quasi tutti i grandi provider e molti server di posta aziendali applicano DMARC, non solo Google.

Come aiuta DomainRadar

DomainRadar controlla continuamente SPF, DKIM e DMARC dei suoi domini, analizza automaticamente i rapporti DMARC e le dice in parole chiare quale canale di invio manca e cosa fare.

La verifica gratuita del dominio le mostra in un minuto a che punto è oggi il suo dominio.

Il controllo del dominio resta gratuito. Poi provate DomainRadar con tutte le funzioni per 14 giorni – senza carta di credito, la prova termina da sola.

Altri articoli

Ora 14 giorni gratis

Come se la cava il vostro dominio?

DomainRadar verifica costantemente SPF, DKIM e DMARC dei vostri domini e vi dice in parole chiare cosa fare.

Oppure direttamente per e-mail: info@domainradar.ch

  • Senza impegno
  • Senza carta di credito
  • Termina da solo dopo 14 giorni
Prova gratuita di 14 giorni