[smtp], la file que vous gérez, et les parcours autour des domaines d’envoi. L’assistant de premier démarrage écrit une base fonctionnelle pour tout cela.
Écouteurs et ports
L’entrant (25) et la soumission (587/465) sont des chemins de code séparés aux règles différentes : le courrier non fiable est authentifié et scoré, le courrier des utilisateurs est validé en identité puis mis en file. Ne proxifiez jamais ces ports ; ils écoutent en direct, même derrière un proxy inverse.
Domaines d’envoi et clés DKIM
Chaque domaine pour lequel le serveur envoie a sa propre clé de signature, déclarée comme entrée de tableau :oximail setup dkim --domain <d>), ajouter le bloc ci-dessus, et publier l’enregistrement DNS. Une clé sans son enregistrement TXT publié signe du courrier que les destinataires rejettent. oximail check-dns --domain <d> confirme l’ensemble des enregistrements ; la page d’authentification du courrier explique chacun.
La soumission valide à la fois le MAIL FROM d’enveloppe et le From: du corps contre les identités du compte authentifié : les utilisateurs ne peuvent pas envoyer sous des adresses qu’ils ne possèdent pas, et les adresses d’envoi supplémentaires se gèrent comme des alias (oximail alias, ADR-089).
Router le sortant : les cartes de transport
Par défaut, le courrier sortant résout le MX de la destination et remet en direct.[[smtp.transport_maps]] surcharge le routage par motif de destination : c’est le mécanisme derrière l’envoi par relais/smarthost :
La file sortante
Chaque soumission atterrit dans la file de remise persistante ; un worker réessaie avec backoff exponentiel (1 min à 24 h) jusqu’à l’expiration de la fenêtre d’abandon de 5 jours, puis renvoie un avis de non-remise RFC 3464. Gérez-la avec :oximail check-dns et par la réponse du serveur distant enregistrée sur l’entrée de file. À noter : un effacement de compte refuse volontairement de s’exécuter tant que ce compte a des entrées sortantes non remises ; les annuler par la surface de file le débloque.
Limites de débit
[rate_limit] smtp_outbound_per_hour plafonne le volume sortant par compte, et la table [rate_limit.destination_domains] façonne le comportement par destination pour rester courtois avec les grands destinataires. Les deux sont surchargeables à l’exécution (configuration).
MX de secours
Une seconde machine avec[mode] role = "backup" accepte le courrier de vos domaines quand le principal est à terre, dans l’un des deux modes (file ou proxy synchrone : voir la couche SMTP). L’assistant a un déroulé dédié Backup MX ; publiez-le en MX priorité 20. Un MX de secours doit connaître les destinataires valides ou rester en mode proxy : un secours qui accepte tout est une source de backscatter.
Où vit le reste
- Verdicts et placement du courrier entrant : anti-spam.
- Le contrat DNS (SPF, DKIM, DMARC, MTA-STS, DANE) : authentification du courrier.
- Archiver des copies des flux : journalisation de conformité.
- Le filtrage utilisateur à la remise : règles & Sieve.