====== Quitter Gandi ======
Ça sent le sapin, ça se précise... petites notes diverses pour gérer le bazar.

===== Mails =====
  * Synchroniser des boites mails, pour ne pas perdre lors du transfert :
    * [[https://imapsync.lamiral.info/|imapsync]]
    * [[https://www.offlineimap.org/|offlineimap]]
    * [[https://isync.sourceforge.io/|isync]] avec la [[https://wiki.archlinux.org/title/isync|doc courte]]
    * Dans Thunderbird :
      * Sauvegarde complète au format zip : menu Outils -> Exporter.
      * Ou archiver les messages, tu les sélectionnes et tu vas dans Messages -> archiver. Ça les retire du serveur et tu les retrouves dans le dossier Archives. Par défaut, mais ça se configure, ça les range par année.
      * [[https://www.frayssinet.org/2022/02/22/migration-de-ovh-vers-ouvaton/|Tutoriel]] sur une migration de OVH vers Ouvaton qui indique la procédure (et surtout l'ordre des opérations).
    * fetchmail (daté dans la manip ?)

Prestataire mail : rien de bien pertinent la dernière fois que j'ai regardé, surtout vu qu'il me *faut* ces fichus jokers. Possible de transférer une partie des boites, temporairement, chez infomaniak ou autre... Ou simplement tout mettre en alias sur une seule, mais c'est pas top.

Il faut surtout apprendre à les héberger soi-même. Pas le choix. Et à cause de DKIM/DMARC il semble mieux de gérer les dns soi-même aussi dans cette affaire... mais on va essayer d'y aller petit à petit. 

==== Serveurs mails ====
=== Besoins ===
  * Mails avec joker ( moi.*@mondomaine.com et pas du "+" ! retrouver le nom de la fonction). C'est pas du "catchall" mais ça sert de piste. wildcard !
    * pigeonhole (dovecot) a l'air de supporter ça : https://datatracker.ietf.org/doc/html/rfc5233.html
    * pour opensmtpd il est très simple de changer le caractère + qui sert à dire d'ignorer tout ce qu'il a après, et proposer par exemple le point. Idem avec postfix.
  * Multidomaine (gérer les autres aussi)
  * Pouvoir faire des listes d'attentes pour limiter le nombre de mail sortant suivant les fournisseurs (moins de X par minute en direction des Gafams, bloquer temporairement en cas de fonctionnement bizarre) ; se paramètre sur postfix (cf doc Chatons)

=== Liste ===
À voir si ça répond aux demandes
  * https://modoboa.org/fr/ : existe en version fr ce qui est un gros plus. Cependant, je ne suis pas certaine que l'interface m'apporte tant que ça par rapport à des trucs sur mesure... Mais pas éliminé pour autant.
  * <del>https://mailinabox.email/</del> : comme son nom l'indique, c'est une boite, et pas conseillé si on veut mettre les mains dans le cambouis.
  * https://www.iredmail.org/ : la doc est.... pas terrible...
  * <del>https://github.com/sovereign/sovereign</del> : playbooks Ansible, c'est sans doute bien à terme mais pas pour apprendre.
  * <del>https://www.mailpile.is</del>/ : dev bloqué depuis pas mal d'années car ils attendaient de réécrire en python 3...
  * https://mailcow.email/
    * https://docs.mailcow.email/prerequisite/prerequisite-system/ : il n'aime pas les containers.
  * proxmox mail : à première vue c'est un proxy qui permet de filtrer le trafic, ça ne dispense pas d'installer postfix/dovecot etc derrière, mais ça peut aider dans la gestion du flux. De bons retours sur cet aspect : https://forum.chatons.org/t/recette-pour-serveur-mail-securise/323/16
  * <del>https://maddy.email/</del> : juste en CLI, en beta... non.
  * <del>AlternC</del> pas de MAJ depuis 7 ans, tourne sur du vieux debian, plein de tickets ouverts.. Non !
  * https://github.com/postalserver/postal ; actif et pas mal de choses sympa mais configuré pour tourner avec Docker. Ceci dit de ce que je vois sur l'installation, ça parait pas si bloquant... hum...
  * https://mailu.io : j'avais testé, sympa de mémoire mais à voir si ça répondra aux besoins. Docker aussi.
    * https://mailu.io/1.9/compose/requirements.html
    * https://mailu.io/1.9/webadministration.html#aliases pour potentiel wildcard
  * https://github.com/docker-mailserver/docker-mailserver : comme son nom l'indique.
  * <del>https://poste.io/</del> : fournit même le café, pardon le webmail. Enfin sauf que c'est du semi-open et que la version communautaire n'a pas tout. De toute façon c'est du Docker, sans regret !

Interfaces seules :
  * Modoboa (listé plus haut)
  * https://webmin.com/ qui a un script "usemin" semblant faire le taf (grosse surcouche par contre)
  * Interface de gestion : https://mailboy.manurevah.com/
  * https://www.ima.jungclaussen.com/ (ispmail)
  * https://mailadminpanel.org/
  * postfix admin


Notes variées :
  * L'ajout des antivirus fait monter énormément le besoin matériel (RAM, CPU). Mais vraiment, hein. "Prévoir minimum 4Go de ram de base, monter à 8Go si y'a du webmail et portail de configuration"
  * Doc de référence :

Alternatives
  * Gestion du spam (rspamd) : https://www.mailcleaner.org/ ; amavis ?
  * Intérêt de postfix, intégration d'outils comme postscreen (qui permet de mettre un délai avant de répondre, ce qui dégage des zombies)


Webmail :
  * https://snappymail.eu est vraiment sympa, dans la démo que j'ai eu.
===== Nom de domaine =====
L'augmentation est énorme pour un service qui passe à zéro. Donc va falloir migrer... Vu qu'on va gérer ses propres DNS avec le mail, le seul impératif du registrar sera donc de pouvoir pointer son DNS. 

https://www.bookmyname.com est une bonne possibilité. Prix coûtant, ça fait un peu bricolage de tech mais, ben... c'est presque à ce genre de personne qu'on peut le plus se fier ? Ça reste une filiale Iliad/Scaleway. 






===== Pas à pas =====

Ça se passe sur la page dédiée pour ne pas mélanger notes de recherche et expérimentation : [[pratique:informatique:mail:serveur_mail]].

[[https://creativecommons.org/publicdomain/zero/1.0/deed.fr|{{ https://liev.re/imagesweb/licences/cc-zero.png?100 | Ce texte est placé sous licence CC0}}]]