amaise envoie des notifications par e-mail (dossier prêt, nouveaux documents, demandes de collaboration, invitations, réinitialisation du mot de passe). Les messages sont entièrement authentifiés (SPF, DKIM, DMARC avec une politique « reject », TLS). Malgré cela, un filtre antispam d’entreprise strict peut classer une notification provenant d’un expéditeur qu’il ne connaît pas encore dans le dossier indésirable, en quarantaine ou dans l’onglet « Autres ». Une autorisation accordée par ton service informatique met fin à cela. Selon le système, une autorisation expire après une période sans trafic de messagerie ou est perdue lors d’un changement de système de messagerie ; pour chaque méthode, nous indiquons sa durée de validité.

Transmets ces informations à ton service informatique. amaise envoie depuis la région où ton espace de travail est hébergé :

Pour les messages de collaboration, le nom de la personne qui a écrit figure dans l’expéditeur (« Anna Muster via amaise ») ; l’adresse reste no-reply@…. Les réponses se font dans amaise ; la notification ne contient donc pas d’adresse de réponse personnelle.

Merci de ne pas autoriser d’adresses IP : amaise envoie via Amazon SES, dont les adresses IP peuvent changer. Une autorisation doit porter sur les domaines du tableau.

Avant de solliciter le service informatique :

Microsoft propose plusieurs façons d’autoriser un expéditeur. Nous les présentons dans l’ordre dans lequel la plupart des équipes d’exploitation les acceptent.

1. Soumettre un message mal classé (recommandé, sans modification de politique)

Portail Defender → E-mail et collaboration → Soumissions → soumets le message concerné → « J’ai confirmé qu’il est sain » → « Autoriser ce message ». Microsoft en crée une entrée d’autorisation qui s’applique même en cas d’évaluation stricte et que Microsoft entretient lui-même. Les entrées expirent après 45 jours sans utilisation ; c’est voulu, car elles ne sont nécessaires que tant que le filtre se trompe.

2. Liste verte du locataire (rapide, sans soumission)

Portail Defender → Stratégies de menace → Listes d’autorisation/de blocage du locataire → Domaines et adresses → autoriser eu.amaise.com (ou ch.amaise.com / us.amaise.com, selon ta région). Même durée de validité que ci-dessus : 45 jours après la dernière utilisation.

3. Microsoft Defender for Office 365 : protection contre l’usurpation d’identité

Si ton locataire utilise Defender, ajoute [email protected] ainsi que les domaines eu.amaise.com, ch.amaise.com et us.amaise.com sous Stratégie anti-hameçonnage → Usurpation d’identité → Expéditeurs et domaines approuvés. La protection contre l’usurpation d’identité n’est pas contournée par les listes d’autorisation. Cette entrée n’expire pas.

4. Boîte de réception prioritaire

Pour que les e-mails d’amaise n’arrivent pas dans l’onglet « Autres », une règle de flux de messagerie sans contournement du filtre antispam est utile : condition L’expéditeur → le domaine est eu.amaise.com (ou ch.amaise.com, us.amaise.com) et En-têtes de message → contiennent Authentication-Results avec dmarc=pass, action Définir l’en-tête de message X-MS-Exchange-Organization-BypassFocusedInbox sur true. Cette règle ne modifie pas le score antispam et reste compatible avec les référentiels de durcissement courants.

5. Afficher les images dans Outlook

Outlook classique ne charge pas les images d’expéditeurs inconnus et affiche alors la mention « Outlook a empêché le téléchargement automatique de certaines images ». Le logo est intégré au message et toujours visible ; la mention ne concerne que le pixel de comptage. Si tu préfères ne pas la voir, ajoute le domaine à la liste des Expéditeurs approuvés (par stratégie de groupe ou Set-MailboxJunkEmailConfiguration -TrustedSendersAndDomains) ; cela maintient également les messages hors du dossier indésirable de la boîte aux lettres concernée.

Non recommandé : contourner le filtrage antispam par une règle

Une règle de flux de messagerie avec « contourner le filtrage du courrier indésirable » (SCL -1) pour le domaine d’expéditeur fonctionne durablement, mais elle contredit le référentiel CIS pour Microsoft 365 (contrôle 6.2.2) et est refusée par de nombreuses équipes d’exploitation ou supprimée lors du prochain audit. Si tes politiques l’autorisent, combine-la impérativement avec la condition dmarc=pass ; sans cette condition, la règle laisserait aussi passer des expéditeurs falsifiés.

Ce qu’aucune autorisation ne contourne

L’analyse des logiciels malveillants, Liens fiables, Pièces jointes fiables et les verdicts d’hameçonnage hautement probable s’appliquent toujours. Une autorisation qui devrait les contourner relève du support amaise.

Envoie-nous les en-têtes complets d’un message concerné (dans Outlook : Fichier → Propriétés → En-têtes Internet, en particulier X-Forefront-Antispam-Report et Authentication-Results) à [email protected]. Nous y verrons pour quelle raison ton système de messagerie a classé le message ainsi.