// come risolvere
"530 5.7.0 Must issue a STARTTLS command first" (e "451 5.7.3 STARTTLS is required"): come risolvere
Il server richiede una connessione cifrata prima di accettare la tua email. Attiva TLS nella tua app, stampante o server e usa la porta giusta.
Cosa significa
La tua app, il tuo sito, la tua stampante o il tuo server di posta ha provato a inviare un'email senza prima cifrare la connessione, e il server ha rifiutato. Il messaggio di solito è simile a questo:
530 5.7.0 Must issue a STARTTLS command first
Microsoft 365 (Exchange Online) scrive un errore simile:
451 5.7.3 STARTTLS is required to send mail
STARTTLS è il comando che trasforma una normale connessione email in una connessione cifrata (TLS). La maggior parte dei server che accettano email da utenti e applicazioni, e sempre più server in generale, si rifiuta di continuare finché non è stato eseguito. Senza di esso, la tua password e il tuo messaggio viaggerebbero in chiaro.
Perché succede
- TLS è disattivato nelle impostazioni di invio: "Crittografia: nessuna", "Usa SSL/TLS: No" o un'opzione simile.
- Porta sbagliata. La porta e l'impostazione di sicurezza non corrispondono (vedi sotto).
- Dispositivo o software vecchio. Stampanti, scanner, sistemi di allarme, vecchi plugin di CMS e vecchie librerie possono conoscere solo versioni vecchie di TLS, che i server recenti non accettano più, oppure non supportare affatto STARTTLS.
- Il tuo server di posta invia a un altro server che richiede TLS, mentre dal tuo lato TLS è disattivato o configurato male.
- Qualcosa nel mezzo, come alcuni firewall o antivirus, toglie l'offerta STARTTLS dalla connessione.
Le tre porte, in parole semplici
- Porta 587: per app e utenti che inviano tramite il proprio provider. Connessione in chiaro, poi STARTTLS, poi accesso. Scegli "STARTTLS" o "TLS" nelle impostazioni.
- Porta 465: stesso uso, ma cifrata fin dal primo istante (spesso chiamata "SSL" o "TLS implicito" nelle impostazioni). Scegli "SSL/TLS".
- Porta 25: per i server che parlano con altri server. Di norma le app non dovrebbero usarla per inviare tramite un provider, e molti provider internet e cloud la bloccano.
Un errore comune è scegliere la porta 465 con "STARTTLS", o la porta 587 con "SSL". La connessione allora fallisce o ripiega sul testo in chiaro.
Come verificare
- Leggi le tue impostazioni di invio: nome del server, porta, opzione di crittografia e credenziali di accesso.
- Prova il server da riga di comando:
openssl s_client -starttls smtp -connect smtp.example.com:587
Se vedi un certificato e una risposta250, il server supporta STARTTLS su quella porta. - Fai un test Delivmail. Quando la tua app riesce di nuovo a inviare, invia un'email all'indirizzo unico nella home page (
/). Il report conferma che l'email è arrivata, mostra l'IP e il server di invio e controlla SPF, DKIM e DMARC per quell'app.
Come risolvere
- Attiva la crittografia nella tua app, plugin o dispositivo: seleziona "STARTTLS" (o "TLS") con la porta 587, oppure "SSL/TLS" con la porta 465.
- Usa il nome esatto del server fornito dal tuo provider (per esempio
smtp.office365.comper Microsoft 365), così il certificato corrisponde. - Aggiorna il software vecchio. Aggiorna il firmware della stampante, il plugin del CMS o la libreria. Se il dispositivo non supporta un TLS moderno, invia tramite un piccolo relay che lo supporti, oppure usa un'opzione di scansione verso cartella.
- Sul tuo server di posta, attiva TLS in uscita. In Postfix imposta
smtp_tls_security_level = maye assicurati che sia installata una versione recente di OpenSSL. - Controlla firewall e antivirus che analizzano la posta: disattiva la loro ispezione SMTP se interrompe STARTTLS.
Nota su Microsoft 365
Microsoft 365 richiede anche che l'accesso (SMTP AUTH) sia consentito per la casella, e accetta solo versioni recenti di TLS. Se TLS è attivo e l'invio fallisce ancora, verifica nell'interfaccia di amministrazione che SMTP AUTH sia abilitato per quell'account.
Verifica che sia risolto
Invia un test dall'app o dal dispositivo, poi un test Delivmail all'indirizzo della home page. Se arriva e il report è a posto, invia di nuovo le email che erano fallite. Se la tua app mostra un errore di certificato, ricontrolla il nome del server e la porta.
Verifica che sia risolto
Una modifica DNS può richiedere da pochi minuti a qualche ora. Poi invia una nuova email di test o scansiona di nuovo il tuo dominio.
Guide correlate
- Errore Gmail "550 5.7.26": email non autenticataGmail ha rifiutato la tua email perché non ha potuto confermare che arriva dal tuo dominio. SPF, DKIM o DMARC manca o fallisce. Ecco come risolvere.
- Errore "550 5.7.1": messaggio rifiutato o bloccato da una policyUn bounce 5.7.1 significa che il server di destinazione ha rifiutato la tua email di proposito. Impara a leggere i messaggi di errore, trovare il vero motivo e risolverlo.
- Proteggi la posta in arrivo con MTA-STS e TLS-RPTMTA-STS obbliga gli altri server a usare la cifratura quando consegnano email al tuo dominio. TLS-RPT ti invia report quando questo fallisce. Entrambi sono facoltativi ma consigliati.
- Email inviate senza cifratura TLS (STARTTLS)Il tuo server ha consegnato l'email in chiaro, senza cifratura. Gmail lo segnala con un lucchetto rosso e si aspetta che chi invia grandi volumi usi TLS. Attiva STARTTLS.
- Tasso di bounce alto: pulisci la tua mailing listInviare a indirizzi che non esistono più danneggia in fretta la tua reputazione. Scopri la differenza tra hard bounce e soft bounce e rimuovi gli indirizzi non validi dopo ogni invio.