Microsoft 365 — erreur SMTP 5.7.60 : autorisation de l’expéditeur

Microsoft 365 — erreur SMTP 5.7.60 : autorisation de l’expéditeur

Contexte : Soumission SMTP authentifiée à Exchange Online. Applicable à Acomba uniquement si ce mode et ce diagnostic exact sont observés.

Validation : Cause et permissions documentées par Microsoft; pas un incident Acomba confirmé dans les forums examinés.

Solution documentée

La documentation de soumission SMTP associe 5.7.60 au compte qui s’authentifie sans permission d’envoyer comme l’expéditeur choisi. Microsoft précise aussi que Full Access permet de gérer une boîte mais ne donne pas à lui seul Send As.

Procédure et diagnostic proposés par Uni-Action

1. Relever la boîte d’authentification et l’adresse réellement utilisée comme expéditeur; ne pas demander les mots de passe.
2. Faire vérifier si cet expéditeur est le bon choix métier. Une erreur de configuration doit être corrigée, pas compensée par des droits excessifs.
3. Si l’émission déléguée est légitime, faire attribuer et contrôler le seul droit nécessaire par l’administrateur autorisé.
4. Tester de nouveau un message fictif avec l’identité concernée; ne pas modifier les factures pour ce test.

Précautions

Ne pas partager le compte administrateur, accorder Full Access à tout le monde ou modifier globalement le domaine pour contourner le refus.

Contrôle

La boîte destinataire voit l’expéditeur prévu et la réponse SMTP n’est plus 5.7.60. D’autres refus demandent une branche distincte.

Limites

Ne pas appliquer à tout code 5.7.x ni à une erreur Outlook locale. Un login accepté n’accorde pas automatiquement Send As.

Procédures internes

• SMTP — distinguer fournisseur, chiffrement, authentification et autorisations
• Erreur à l'envoi du email
• Outlook — mode d’envoi, signatures et compatibilité

Effectuer la manipulation

Lorsque la délégation est réellement justifiée, suivre Attribuer et vérifier Envoyer en tant que. Cette procédure reste distincte de l’accès au contenu de la boîte.