Posté par NeoX .
En réponse au message Auto héberger ses courriels.
Évalué à 6.
Dernière modification le 05 mai 2022 à 12:33.
des comptes de courriels non liés à un compte utilisateur si possible.
il te faudra quand meme gérer les logins/mot de passe ailleurs,
on appelle cela le 'backend'
cela peut etre une base de données (mysql, sqlite), cela peut etre un annuaire (ldap, activedirectory)
et ce n'est pas parce qu'un email est lié à un compte que tu ne peux pas interdire à cet utilisateur de se connecter sur l'ordi/serveur
protocole imaps et smtp (je pense limiter le smtp dans mon réseau en local, au moins dans un premier temps, surtout vu les difficultés qu'il y a à faire accepter ses courriels par les gros fournisseurs)
imaps : c'est pour que tes utilisateurs récupèrent leurs emails, normalement pas de souci en dehors d'avoir un certificat, meme autosigné, que tu fais reconnaîtras aux logiciels des utilisateurs
smtp : si le but de tes emails c'est de ne jamais sortir de chez toi, ca reste tres restreint, mais c'est ta vie, c'est ton choix.
en tout cas il va y avoir le SMTP (souvent 25) pour recevoir les emails provenant de l'extérieur de chez toi (ton fournisseur écrit @domain.tld, et ca arrive dans ta boite email)
et il va y avoir le SMTP pour que tes utilisateurs puissent envoyer une réponse... souvent en SMTPs avec identification et mot de passe (SSL ou TLS, port 465 ou 587), pour que les utilisateurs puissent envoyer des emails meme s'ils ne sont pas sur le reseau local
apres les classiques restent quand meme postfix et dovecot
postfix pour recevoir et envoyer les emails,
dovecot pour fournir une interface IMAP à tes utilisateurs
avec postfix, tu peux gérer les alias dans un fichier du type
de memoire faire pointer l'option "aliases" vers un fichier genre /etc/postfix/aliases.db
# des pistes
Posté par NeoX . En réponse au message Auto héberger ses courriels. Évalué à 6. Dernière modification le 05 mai 2022 à 12:33.
il te faudra quand meme gérer les logins/mot de passe ailleurs,
on appelle cela le 'backend'
cela peut etre une base de données (mysql, sqlite), cela peut etre un annuaire (ldap, activedirectory)
et ce n'est pas parce qu'un email est lié à un compte que tu ne peux pas interdire à cet utilisateur de se connecter sur l'ordi/serveur
imaps : c'est pour que tes utilisateurs récupèrent leurs emails, normalement pas de souci en dehors d'avoir un certificat, meme autosigné, que tu fais reconnaîtras aux logiciels des utilisateurs
smtp : si le but de tes emails c'est de ne jamais sortir de chez toi, ca reste tres restreint, mais c'est ta vie, c'est ton choix.
en tout cas il va y avoir le SMTP (souvent 25) pour recevoir les emails provenant de l'extérieur de chez toi (ton fournisseur écrit @domain.tld, et ca arrive dans ta boite email)
et il va y avoir le SMTP pour que tes utilisateurs puissent envoyer une réponse... souvent en SMTPs avec identification et mot de passe (SSL ou TLS, port 465 ou 587), pour que les utilisateurs puissent envoyer des emails meme s'ils ne sont pas sur le reseau local
apres les classiques restent quand meme postfix et dovecot
postfix pour recevoir et envoyer les emails,
dovecot pour fournir une interface IMAP à tes utilisateurs
avec postfix, tu peux gérer les alias dans un fichier du type
de memoire faire pointer l'option "aliases" vers un fichier genre /etc/postfix/aliases.db
ecrire un fichier /etc/postfix/aliases contenant
puis dans le dossier /etc/postfix, faire la commande
enfin je dis ca de memoire,
y a longtemps que je ne fais plus cela à la main et que je passe par :
évidemment, du coup c'est une dépendance "externe" car il faut ajouter un depot et dépendre de ce fournisseur.