Rimbalzo "554 5.4.6 Hop count exceeded - possible mail loop": come risolvere

Cosa significa

Ogni volta che un'email passa per un server, quel server aggiunge una riga Received alle intestazioni. È un "hop" (passaggio). Se un messaggio accumula troppi passaggi, i server presumono che stia girando in tondo (un loop di posta) e lo fermano con un messaggio di errore. Di solito è simile a questo:

554 5.4.6 Hop count exceeded - possible mail loop

Microsoft 365 usa 554 5.4.14 Hop count exceeded - possible mail loop, a volte seguito da ATTR1 o ATTR34. Secondo Microsoft, il 5.4.14 proviene da Exchange Online e il 5.4.6 di solito da un server Exchange on-premises. Anche Postfix usa lo stato 5.4.6, per esempio con il testo mail for yourdomain.com loops back to myself o mail forwarding loop for user@yourdomain.com.

Perché succede

• Inoltri in cerchio. L'indirizzo A inoltra a B e B inoltra di nuovo ad A (o passando per C). Succede spesso dopo aver configurato l'inoltro sia sulla vecchia sia sulla nuova casella.
• L'MX punta a un server che non conosce il dominio. Il server riceve la posta, non si considera la destinazione finale, cerca l'MX e la invia… a se stesso. Su Postfix, succede quando il dominio manca da mydestination o dalle impostazioni dei domini virtuali.
• Due sistemi pensano ciascuno che la casella sia sull'altro. Tipico di Exchange ibrido o durante una migrazione: l'on-premises invia al cloud, il cloud rimanda all'on-premises.
• Connettori o gateway sbagliati. Un gateway di filtraggio invia la posta a Microsoft 365 e un connettore o una regola la rimanda al gateway.
• Dominio accettato impostato come relay. In Exchange Online, un dominio impostato come "internal relay" inoltra i destinatari sconosciuti a un altro server, che li rimanda indietro.
• Risposte automatiche e regole di inoltro che si rispondono a vicenda.

Come verificare

1. Apri il messaggio di errore e leggi le intestazioni del messaggio restituito. Leggi le righe Received dal basso verso l'alto. Vedrai ripetersi gli stessi due o tre nomi di server: sono loro a formare il loop. La nostra guida per leggere le intestazioni di un'email spiega ogni riga.
2. Controlla i record MX del dominio del destinatario con lo scanner di domini, oppure con dig MX yourdomain.com +short. Devono puntare al server o al servizio che ospita davvero le caselle. Vedi anche record MX che punta a un CNAME o a un IP.
3. Su Postfix, verifica che il dominio sia dichiarato come locale o virtuale:

   postconf mydestination virtual_mailbox_domains relay_domains
   postconf -n | grep -i transport

4. Su Microsoft 365, in Exchange Online PowerShell:

   Get-AcceptedDomain | Format-Table Name,DomainType
   Get-Mailbox user@yourdomain.com | Format-List ForwardingAddress,ForwardingSmtpAddress
   Get-InboxRule -Mailbox user@yourdomain.com
   Get-InboundConnector; Get-OutboundConnector

   Anche la traccia messaggi nell'interfaccia di amministrazione di Exchange mostra il percorso seguito da un messaggio.

Come risolvere

1. Interrompi gli inoltri in cerchio. Mantieni l'inoltro in una sola direzione e rimuovilo dalla vecchia casella quando la migrazione è terminata.
2. Rendi un solo server autorevole. Su Postfix, aggiungi il dominio a mydestination (utenti locali) o a virtual_mailbox_domains (utenti virtuali), mai a entrambi, poi systemctl reload postfix. In Exchange Online, imposta il dominio su Authoritative, a meno che alcune caselle non si trovino davvero altrove.
3. Correggi l'MX in modo che punti al sistema che ospita le caselle. Dopo un cambio di provider, aggiornalo presso il tuo provider DNS e rimuovi le vecchie voci.
4. Correggi l'instradamento ibrido. Assicurati che ogni casella esista in un solo posto (una casella nel cloud deve essere una "remote mailbox" on-premises, non una seconda casella) e che i connettori inviino all'altro lato solo per i destinatari che si trovano davvero lì.
5. Rivedi i gateway. Se un servizio di filtraggio si trova davanti alle tue caselle, il percorso in entrata (gateway → casella) e quello in uscita (casella → gateway → internet) non devono rimandare indietro lo stesso messaggio.
6. Ferma le guerre di risposte automatiche con regole che non rispondono ai messaggi automatici.

Verifica che sia risolto

Invia un nuovo messaggio all'indirizzo che andava in loop e verifica che arrivi con solo poche righe Received. Se hai modificato il DNS, lascia il tempo alla propagazione. Poi invia un test da quel dominio all'indirizzo indicato nella home page di Delivmail per confermare che anche la posta in uscita e l'autenticazione funzionano dopo la modifica dell'instradamento.