Il y a 2 interfaces pour consulter ses mails. Les 2 sont équivalentes,
c'est à dire qu'elles donnent accès aux mêmes mails.
Protocole: SMTP(S)
Ports : 25, 31141
Serveur : smtp.md2t.eu
Logiciel : postfix
Protocole: IMAP(S)
Ports : 143 (uniquement en local), 993
Serveur : imap.md2t.eu
Logiciel : courier-imap
Pourquoi c'est mieux d'utiliser md2t que hotmail, yahoo, laposte, gmail ou
compagnie? Parce que les mails seront stockés sur ma machine, et qu'il
n'y a que moi, alban et ma maman qui avons le mot de passe root (donc la
possibilité de lire toutes les données non-cryptées). L'idée est qu'on fait
plus facilement confiance à quelqu'un qu'on connait... Et puis en plus, si
y'a un problème, on peut aller l'insulter en direct. C'est moins évident
pour le patron de google!
Un autre truc cool : je ne m'amuse pas à rajouter de la pub à la fin des mails
que vous envoyez. Je ne modifie pas non plus les en-têtes. C'est agréable d'envoyer
des mails contenant uniquement ce qu'on a mis dedans...
Il y a un webmail installé sur le serveur. Il s'agit de squirrelmail.
Pour l'utiliser, rien de plus simple :
ici. Il suffit d'entrer son login et son pass.
Pour ceux qui sont perdus, quelques exemples de clients mail :
Récupérer ses mails avec IMAP
Serveur : imap.md2t.eu
Utiliser une connexion sécurisée SSL
Port : 993
Pour s'identifier, utiliser son login et mot de passe.
Pour envoyer des mails, utiliser le serveur SMTP sécurisé sur le port 31141
(non standart).
Serveur : smtp.md2t.eu
Utiliser une connexion sécurisée SSL
Port : 31141
Pour s'identifier, utiliser son login et mot de passe.
Il faut se connecter au serveur avec ssh, puis entrer la commande :
cone
Pour afficher le menu : touche "m". Pour afficher les dossiers de mails : touche "l". Pour quitter : touche "q"
L'idée est que les mails sont redirigés sur le serveur de florian si md2t est down. Il faut quelques petites configurations pour que tout fonctionne
Quand le serveur md2t fonctionne, il reçoit les mails et permet de les
consulter normalement. Il fait en plus une syncronisation par jour sur
le serveur de secours.
Quand il s'arrête, le serveur de secours prend le relai et permet aux
utilisateurs de consulter les mails syncronisés et ceux qui sont arrivés
depuis la panne. Les mails arrivés entre la dernière syncro et la panne
ne seront lisibles que lors de la remise en ligne du serveur principal.
Quand md2t repart, il récupère les mails qu'il a raté dès la
première syncronisation.
Passons à la pratique!
Il faut aller gentiment demander à florian d'ouvrir un compte utilisateur. Très important : garder le même login que celui de md2t! À priori, ça se passe bien... Il se peut qu'il râle parce qu'il a un lapin blanc à boucler, mais dans le fond, ça lui fait plaisir (enfin je crois).
Il faut se connecter en ssh sur le serveur de florian, et changer son mot de passe (on lui doit bien ça). Ensuite, créer le fichier de configuration du logiciel de syncronisation. Comme un mot de passe apparait dedans, on protège l'accès.
#Connexion...
ssh ton_mon@filyb.info
#changer le mot de passe!
passwd
#création du fichier
touch .offlineimaprc
#Changement des droits
chmod 700 .offlineimaprc
#éditer le fichier
nano .offlineimaprc
Voiçi le fichier à créer (compléter avec les valeurs adéquates) :
/home/ton_nom/.offlineimaprc
[general]
accounts = Al
ui = Noninteractive.Quiet
[Account Al]
localrepository = filyb
remoterepository = md2t
[Repository filyb]
type = Maildir
localfolders = ~/Maildir
[Repository md2t]
type = IMAP
remotehost = imap.md2t.eu
remoteuser = ton_nom
remotepass = ton_mot_de_passe
ssl = yes
remoteport = 993
nametrans = lambda foldername: re.sub('^INBOX\.*', '.', foldername)
On peut maintenant faire la syncronisation à l'aide de la commande :
offlineimap
Maintenant, ça serait cool que le logiciel se lance automatiquement,
par exemple une fois par jour, non?
Pour ça, on va utiliser cron, qui permet de lancer des commandes
automatiquement et régulièrement. C'est-y pas beau?
Donc, toujours sur le serveur de secours, lancer :
crontab -e
Ça ouvre un fichier bizzare. Explications :
m et h représentent la minute et l'heure de lancement de l'appli
dom représente le jour du mois
mon représente le mois de l'année
dow représente le jour de la semaine
command : c'est la commande qui sera exécutée sur le terminal
Une étoile signifie que l'application s'executera pour toutes les
valeurs possibles
Voiçi mon exemple :
# m h dom mon dow command
42 5 * * * offlineimap > /dev/null
Ça signifie que la commande se lance tous les jours à 5h42. Essayez de diversifier les heures, et si possible la nuit, pour ne pas trop encombrer le serveur. J'allais oublier : (ctrl+o) pour enregistrer, (ctrl+x) pour quitter.
Et voilà, normalement tout fonctionne!