Microsoft 365 "554 5.2.0 STOREDRV.Submission.Exception:SendAsDeniedException": come risolvere

Cosa significa

Questo errore viene dalla tua organizzazione Microsoft 365, non dal destinatario. Hai provato a inviare un'email con un indirizzo From che l'account connesso non è autorizzato a usare. Il messaggio di solito è simile a questo:

554 5.2.0 STOREDRV.Submission.Exception:SendAsDeniedException.
MapiExceptionSendAsDenied; Failed to process message due to a permanent
exception with message Cannot submit message.

In Outlook potresti riceverlo come rapporto di mancato recapito con un testo del tipo "Non puoi inviare un messaggio per conto di questo utente senza averne l'autorizzazione".

Perché succede

Microsoft 365 verifica che l'account che si connette per inviare abbia il diritto di usare l'indirizzo del campo From. Rifiuta quando:

• Invii da una casella condivisa o dall'indirizzo di un'altra persona, senza il permesso Send As o Send on Behalf.
• Il permesso è stato appena aggiunto e non ha ancora raggiunto tutti i server.
• Outlook conserva un vecchio indirizzo From nell'elenco di completamento automatico, che punta a una casella o a un alias eliminati.
• Una stampante, uno scanner, un sito o uno script si connette con un account (autenticazione SMTP) ma mette un indirizzo diverso nel From, come scanner@yourdomain.com o noreply@yourdomain.com.
• Un'applicazione (CRM, ERP, sistema di ticket) invia per conto degli utenti tramite un account di servizio senza permessi.

Come verificare

• Confronta i due indirizzi: l'account usato per connettersi (nelle impostazioni dell'app o del dispositivo) e l'indirizzo From. Se sono diversi, serve un permesso.
• Controlla i permessi della casella nell'interfaccia di amministrazione di Exchange: apri la casella usata nel From, poi le sue impostazioni di delega, e guarda Send As e Send on Behalf.
• Prova il dispositivo o l'app con Delivmail: dopo la correzione, invia un'email da lì all'indirizzo unico che trovi nella home page di Delivmail (/). Se arriva, l'invio funziona, e il report mostra anche se SPF, DKIM e DMARC passano.

Come risolvere

1. Concedi il permesso giusto. Nell'interfaccia di amministrazione di Exchange apri la casella (per esempio la casella condivisa), vai alla delega e aggiungi l'utente in Send As (l'email sembra inviata dalla casella) o in Send on Behalf (mostrata come "utente per conto di casella"). In PowerShell:

   Add-RecipientPermission -Identity shared@yourdomain.com -Trustee user@yourdomain.com -AccessRights SendAs

2. Aspetta che la modifica abbia effetto. I permessi possono richiedere fino a un'ora per essere applicati. Poi riavvia Outlook.
3. Cancella il vecchio indirizzo From in Outlook. Togli l'indirizzo dai suggerimenti di completamento automatico e digitalo di nuovo, oppure selezionalo dalla rubrica.
4. Correggi dispositivi e script. Imposta come From lo stesso indirizzo dell'account usato per connettersi, oppure dai a quell'account il permesso Send As sull'indirizzo From. Per stampanti e scanner che non riescono ad autenticarsi correttamente, Microsoft documenta altre opzioni come il direct send o un connettore SMTP relay.
5. Verifica che l'indirizzo esista ancora. Se la casella o l'alias sono stati eliminati, usa un indirizzo attuale.

Verifica che sia risolto

Invia di nuovo l'email dallo stesso utente, app o dispositivo. Per i sistemi automatici, invia prima a un nuovo indirizzo di test Delivmail: se arriva, il problema di permessi è risolto, e puoi verificare che anche il nuovo indirizzo From sia autenticato con SPF, DKIM e DMARC prima di scrivere ai destinatari reali.