Vai al contenuto
Docs

Risoluzione dei problemi

Perché l’SMTP restituisce 530 From domain not verified?

Risolvi gli errori «530 From/Sender domain is not verified for this workspace» e «API key is restricted to sending domain» dell’SMTP di Emailit.

Aggiornato il 1 ott 2026

Questo articolo spiega perché l’SMTP relay di Emailit rifiuta un messaggio dopo che ne hai inviato il contenuto, e come correggere l’indirizzo From o la chiave API perché venga accettato.

Sintomi

Il relay accetta l’accesso e i destinatari, poi rifiuta il messaggio dopo DATA con una di queste risposte:

  • 530 From/Sender domain is not verified for this workspace. From: …
  • 530 API key is restricted to sending domain: acme.com. From/Sender address must use this domain. From: …
  • 550 Sending from this domain is paused

Il tentativo rifiutato compare anche in Email APILogs con origine SMTP e comando DATA.

Causa

Emailit determina il dominio di invio dall’header From del messaggio, non dal MAIL FROM della busta. Ogni indirizzo nell’header From deve appartenere a un dominio verificato nello stesso workspace della chiave API. Il messaggio viene rifiutato quando:

  • Il dominio non è stato aggiunto o non è verificato in questo workspace. Un dominio verificato in un altro workspace non conta.
  • Il From usa un sottodominio diverso. news.acme.com e acme.com sono domini separati, e ognuno richiede una propria verifica.
  • Il dominio ha perso la verifica. Emailit ricontrolla i DNS ogni giorno. Se un record obbligatorio scompare, l’invio si ferma finché non supera di nuovo il controllo.
  • La libreria imposta un From predefinito, come root@localhost o il nome host del server, perché l’app non ne ha impostato uno.
  • La chiave API è limitata a un dominio e il From ne usa un altro. Le chiavi Sending Only possono essere limitate a un solo dominio.
  • Il dominio è in pausa a causa di un tasso di bounce elevato (la risposta 550). Vedi Salute degli invii.

Soluzione

  1. Leggi il valore From nell’errore. La risposta termina con l’header From esatto ricevuto da Emailit. Controlla il suo dominio, compreso l’eventuale sottodominio.

  2. Verifica che il dominio sia verificato. Apri Email APIDomains. Il dominio deve risultare Verified. Se risulta Not verified, selezionalo, correggi i record contrassegnati come Missing o Invalid e seleziona Check DNS. Vedi Verifica del dominio.

  3. Aggiungi il dominio se manca. Aggiungi esattamente il dominio da cui invii. Vedi Aggiungi un dominio.

  4. Imposta esplicitamente l’indirizzo From. Configura il mittente predefinito del framework, ad esempio MAIL_FROM_ADDRESS=hello@acme.com in Laravel o DEFAULT_FROM_EMAIL in Django.

  5. Controlla la limitazione della chiave API. In Email APIAPI Keys, apri la chiave. Se il suo permesso risulta Sending Only con un dominio, invia da quel dominio oppure crea una chiave per l’altro dominio. Vedi Chiavi API.

  6. Per un dominio in pausa, contatta il supporto. I domini in pausa vengono ripristinati dal team di Emailit dopo che il problema dei bounce è stato risolto.

Il confronto dei domini non distingue tra maiuscole e minuscole, quindi Hello@ACME.com corrisponde ad acme.com. Per gli altri codici di risposta, vedi Codici di risposta SMTP.

Serve ancora aiuto?

Contatta il supporto o chiedi su Discord. Indica la risposta 530 completa, il nome del dominio e il nome della chiave API.

Questa pagina ti è stata utile?

Grazie del feedback.

Grazie, leggiamo ogni messaggio.