La configuration d'un serveur mail pour ton propre domaine commence par le DNS, pas par le logiciel. Les enregistrements MX indiquent où le courrier est livré, SPF liste les serveurs autorisés à l'envoyer, DKIM ajoute une signature vérifiable par les destinataires, DMARC précise la conduite à tenir en cas d'échec, et l'adresse IP d'envoi doit disposer d'un nom DNS inverse (PTR) correspondant. Portward lit tes enregistrements, liste les manquants et prépare chaque modification sous forme de diff pour validation. Les destinataires jugeant la réputation de l'IP, Portward ne peut garantir la remise en boîte de réception. Utilise ce flux pour le courrier normal de ton domaine sur un serveur que tu administres. Garde le travail modulaire : un enregistrement, un diff, un test.
Crée un dossier pour le domaine, copie-y ton fichier de zone et toute configuration mail, puis ouvre ce dossier comme espace de travail dans Portward. Les outils de fichiers agissent dans ce dossier : copie ce que l'agent doit lire et conserve une copie du fichier de zone d'avant la première modification, au cas où tu aurais besoin de revenir en arrière.
Choisis Plan only ou Ask first et décris l'objectif, par exemple : « liste les enregistrements MX, SPF, DKIM et DMARC dans ce fichier de zone et dis-moi lesquels manquent ». L'agent répond par une carte pour chaque appel d'outil. En mode Plan only, il ne modifie rien tout en listant les manquants.
Lis la carte pour chaque modification. L'outil edit_file affiche le nouvel enregistrement à côté de l'ancien ; en mode Ask first, rien ne change tant que tu n'acceptes pas. Rejette tout ce que tu ne comprends pas et demande à l'agent de l'expliquer avant de réessayer.
Applique les enregistrements chez ton fournisseur DNS, attends la propagation, puis lance ta propre commande de lookup avec Shell et compare le résultat avec ton fichier de zone. Note chaque résultat dans un fichier journal dans le dossier de travail, en indiquant la date, l'enregistrement modifié et ce que la recherche a retourné.
zone-copy.txtchargéMX zone-copy.txt1 correspondancev=spf1 zone-copy.txt1 correspondance_dmarc zone-copy.txt0 correspondancesnotes/mail-check.txtsauvegardé# checklist for my own VPS and its mail domain
step 1: update the system
step 2: create a normal user
step 3: log in with SSH keys
verify 1: key login works before password login is off
step 4: allow only the ports I need in the firewall
step 5: set the time zone and time sync
step 6: add MX, SPF, DKIM and DMARC records
verify 2: the sending IP has a matching PTR name
step 7: make a backup
verify 3: a test restore worksCette liste de contrôle simple couvre un VPS et le domaine de messagerie qui s'y trouve. Chaque ligne de vérification indique un résultat à contrôler avant de passer à la suite, comme la connexion par clé, les règles du pare-feu ou un nom PTR correspondant. Modifie les lignes pour ton propre serveur, puis demande à l'agent de les traiter une par une et de rapporter le résultat réel de chacune. Ajoute des lignes pour tes propres services et supprime celles qui ne s'appliquent pas à ton serveur.
L'agent ouvre la copie de ton fichier de zone avec read_file et utilise grep pour lister les lignes MX, SPF, DKIM et DMARC, puis rapporte dans une carte ce qui manque. En mode Plan only, il écrit cette liste comme un plan et ne modifie rien, ce qui est la façon la plus sûre de commencer sur un domaine qui reçoit déjà du courrier. Si tu veux auto-héberger un serveur mail à la maison, vérifie d'abord si tu contrôles un nom DNS inverse pour l'adresse IP d'envoi, car les destinataires jugent de la réputation de l'IP. Tu lis la liste et décides quel enregistrement ajouter en premier. L'agent travaille sur une copie, donc le fichier original reste intact. Sauvegarde la liste des enregistrements manquants dans un fichier de notes, pour que la prochaine session reparte sur des faits et non sur la mémoire.
SPF liste les serveurs autorisés à envoyer pour le domaine, et DKIM ajoute une signature vérifiable par les destinataires. L'agent utilise edit_file pour ajouter la ligne SPF à ta copie de fichier de zone et l'affiche comme un diff ; web_search trouve la documentation officielle de ton logiciel de messagerie quand tu as besoin de la syntaxe exacte. La clé publique DKIM vient de ton logiciel de messagerie : colle-la toi-même et laisse l'agent la placer. En mode Ask first, l'agent fait une pause avant chaque modification, et tu compares la nouvelle ligne avec l'ancienne avant de l'accepter. Ajoute un enregistrement à la fois et applique-le chez ton fournisseur DNS avant le suivant, pour que toute erreur remonte à une seule modification.
L'enregistrement MX nomme l'hôte qui reçoit le courrier pour le domaine, et le nom PTR appartient à l'adresse IP d'où tu envoies. L'agent ajoute la ligne MX avec edit_file en conservant la priorité que tu choisis, puis écrit une courte note avec write_file listant le nom d'hôte souhaité comme nom DNS inverse. Demande à ton fournisseur de le définir là où l'adresse IP est gérée. Le niveau de durcissement nécessaire pour un nouveau VPS dépend des services que tu fais tourner ; un service mail ajoute des ports à considérer, liste-les avant d'en ouvrir un. Écris le nom d'hôte exact utilisé par ton logiciel de messagerie et laisse l'agent le comparer avec la ligne MX et la note PTR pour assurer la cohérence des noms.
Lance ta propre commande de lookup avec Shell et laisse l'agent comparer le résultat avec le fichier de zone, un enregistrement à la fois. Avant la mise en production du mail, vérifie la sécurité de base du VPS : connexion par clé, pare-feu avec uniquement les ports nécessaires et sauvegarde testée. Envoie ensuite un message de test depuis ton domaine vers une adresse que tu possèdes et lis les en-têtes pour les résultats SPF et DKIM. L'agent affiche chaque résultat sur une carte, et tu notes le résultat dans ton fichier journal. Un test réussi ne garantit pas la livraison à toutes les boîtes de réception. Si une vérification échoue, colle les lignes d'en-tête dans le chat, demande quel enregistrement le destinataire n'a pas pu faire correspondre, modifie un enregistrement à la fois, puis relance la commande de lookup.
