Protéger le compte
Le chantier inclut MFA, codes de secours à usage unique et réauthentification pour les opérations sensibles. Le parcours doit être qualifié avec la version installée.
DES PROTECTIONS, AVEC LEUR PÉRIMÈTRE
De la confiance.
Et des contrôles concrets.
Un compte, une clé ou une instruction ne devraient autoriser que les actions prévues. Voici les protections du socle privé et ce qui reste à qualifier.
Explorer ce guideProjet privé · ouverture publique en préparation
L’APPROCHE MAILIE
Une action, plusieurs contrôles
01
Compte et rôle vérifiés
02
Permission adaptée à l’action
03
Confirmation supplémentaire si nécessaire
Des messages utiles. Des choix clairs.
Informations mises à jour le 14 octobre 2026. Ces guides décrivent les choix du produit et l’intégration privée. Ils ne constituent ni certification, ni conditions juridiques validées, ni qualification des fournisseurs live.
COMPTES ET AUTORISATIONS
Donner l’accès utile, puis pouvoir le retirer.
Le socle distingue les rôles dans une organisation et les accès limités à un espace de travail. Les contrôles se font au serveur ; cacher un bouton ne suffit pas. Les permissions sont revalidées pour tenir compte d’un retrait de membre ou d’une clé révoquée.
Limiter une clé
Une clé de service a un périmètre et une expiration. Elle n’équivaut pas à un propriétaire humain et ne doit pas être partagée dans une page, un email ou un ticket.
Encadrer l’assistance
L’accès support au contenu est prévu avec une autorisation temporaire, limitée et révocable. Un administrateur client ne devient pas opérateur Mailie.
PROTÉGER LES INFORMATIONS
Des protections adaptées aux données.
Les mots de passe sont conservés sous forme de hashes. Des mécanismes applicatifs protègent les secrets récupérables et les adresses de contacts ; les clés de service et jetons utilisent des représentations non récupérables quand cela convient à leur usage.
Les protections ne signifient pas que chaque champ, journal ou sauvegarde est chiffré ou purgé de la même manière. Les durées, rotations et sauvegardes font partie de la qualification d’exploitation.
Une clé, un lien de récupération, un code MFA ou un export n’a pas sa place dans une pièce jointe de support ordinaire. Partagez plutôt une référence opaque et les étapes nécessaires à la compréhension du problème.
AVANT ET APRÈS LA REMISE
Vérifier une intention, reconnaître une incertitude.
Avant un envoi, le contenu, l’expéditeur, la capacité et l’éligibilité des destinataires doivent être contrôlés. Les envois préparés conservent la version approuvée ; une modification exige une nouvelle validation.
Les commandes et événements sont dédupliqués. Lorsqu’un transport a peut-être accepté un email sans que sa réponse soit connue, le message reste à vérifier. Le renvoyer immédiatement pourrait créer un doublon.
Les tests SMTP ont été menés avec des serveurs locaux et des données fictives. Ils ne prouvent pas la qualification du transport SMTP OVH en production ni une délivrabilité garantie.
UN SIGNALEMENT UTILE
Décrire le problème sans exposer de secrets.
Pour les comptes privés, le parcours d’assistance prévu dans l’application permet de décrire un incident et son périmètre. Indiquez l’heure, la page concernée, les étapes observées et une référence non sensible.
Avant ouverture publique, le canal dédié aux signalements sans compte et les modalités d’assistance doivent être publiés. Cette page n’invente ni adresse de réception ni délai de réponse garanti.
Mailie ne revendique ici aucune certification de sécurité, audit externe achevé, disponibilité garantie ou conformité générale acquise. Les contrôles décrits ont le périmètre du socle privé et de ses recettes locales.
POUR LES COMPTES PRIVÉS AUTORISÉS