Historique de la page
| Sv translation | |||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||
Problèmes connusLes emails n'arrivent pas sur une adresse existanteSymptômes : les emails ne sont pas délivrés à une adresse pourtant existante et l'expéditeur ne reçoit pas de message d'erreur Cause : la modification de l'adresse de messagerie (suite à changement de login par exemple) n'a pas été correctement reportée par le système dans les maps postfix Solution : il faut régénérer les maps Postfix en se rendant dans la console d'administration > Gestions du Système > Maintenance des mails > cliquer sur le bouton "Exécuter" :
Si cela ne résout pas le problème, voir les chapitres ci-dessous pour une investigation plus poussée.
Vérifier qu'un email est bien arrivé sur le serveurIl peut y avoir plusieurs raisons pour qu'un email supposé arrivé ne soit pas présent dans la boite d'un utilisateur.
Si l'email n'est pas bloqué alors vous pouvez trouver les traces de son arrivée dans les logs de postfix (
Cette ligne de log montre que l'email identifié par l'id C5BF3135FAF a bien été remis dans la boite de réception de l'utilisateur 'user@bluemind.net' le 1 mars à 20:45. Vous pouvez trouver plus d'information sur l'email, notamment l'adresse de l'expéditeur, en recherchant l'id :
On peut voir ici que c'est user2@domain.net qui est l'expéditeur de l'email AM5PR04MB3219A293B59D96973D338B01D2290 et qu'il a bien été délivré à notre utilisateur. Le message-id est l'identifiant unique du message, celui-ci se trouve dans les en-têtes de l'email Le dernier nombre de la ligne lmtp (ici 2294) correspond à l'id de l'email dans le dossier INBOX de l'utilisateur, vous pouvez donc trouver l'email dans Suivre les déplacements/suppression d'un emailLes opérations effectuées sur un email peuvent être retracées via les logs du proxy IMAP bm-ips : Identifier l'originePour identifier le client à l'origine des actions, chercher le ou les clients qui se connectent au compte en recherchant le login de l'utilisateur :
→ il s'agit ici du client Thunderbird Dans le core.log, on cherche alors la connexion à l'heure indiquée :
→ Le client s'est connecté depuis l'adresse IP 172.16.231.22 Déplacement d'un mailIl est possible de retrouver ces informations en recherchant le login de l'utilisateur ou l'id de l'email
On voit ici que l'utilisateur user2@bluemind.net a déplacé l'email 7120 du dossier INBOX vers le dossier Trash et l'email dans le dossier Trash porte maintenant l'id 20 Suppression d'un emailDe la même manière, les logs de bm-ips permettent de voir la suppression d'un email :
Dans le cas d'une suppression multiple il est possible que l'id du mail n'apparaissent pas directement mais qu'il soit inclue dans un range, dans ce cas les logs montreront :
Il est possible de voir les suppressions de dossiers IMAP avec le log suivant dans le mail.log (ou maillog en fonction de l'OS) :
RestaurationÀ partir de la version 3.5.11 la suppression en mode delayed a été mise en place au niveau de cyrus. Cela signifie que les mails ne sont réellement supprimés du serveur qu'au bout de 7 jours. Pendant ce laps de temps ils sont présents sur le disque mais non visible en IMAP. Pour lister les mails supprimés d'un utilisateur ou d'une boite partagée il faut utiliser la commande :
Pour restaurer un mail :
où 46908 est l'id du message pour l'utilisateur, 678 est l'id du message pour la boite partagée. Pour restaurer tous les emails de l'utilisateur ou de la boite partagée :
Pour plus d'informations sur ces commandes et la façon de les passer, veuillez consulter la documentation cyrus : https://www.cyrusimap.org/imap/reference/manpages/systemcommands/unexpunge.html |
| Sv translation | |||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||
Known issuesEmails are not delivered to an existing addressSymptoms: emails are not delivered to an existing address and the sender does not receive any error messages Cause: a change in the email address (e.g. after a username has been changed) has not been correctly reported by the system in the postfix maps Solution: you need to regenerate the Postfix maps by going to the admin console > System Management > Manage messaging system > click "Execute":
If this doesn't solve the problem, see the paragraphs below for further investigations.
Checking for incoming emails on the serverThere are several reasons why an email message may not make it to a user's mailbox.
If the email message is not stuck, you can find traces of its arrival in the postfix logs (/var/log/maillog ou /var/log/mail.log):
This log line shows that the message with id number C5BF3135FAF has indeed been delivered to the inbox of 'user@bluemind.net' on 1 March at 20:45 hrs. You can find more details about the message, including the sender's address by searching the message-id:
In this case, you can see that user2@domain.net is the sender of message AM5PR04MB3219A293B59D96973D338B01D2290 and it has been delivered to this user. message-id is the identifier for the message only and it is found in the email header. The number at the end of the lmtp line (2294 in this case) corresponds to the message's id in the user's INBOX folder, you can therefore find it in Tracking email movements/deletionsThe operations performed on an email message can be tracked through the bm-ips IMAP proxy logs: Identifying the sourceTo identify the client these operations originate from, look for the client(s) that log(s) into the account by searching for the user's username:
→ in this case, the client is Thunderbird. In core.log, look for the connection at the time indicated:
→ The client is connected from the IP address 172.16.231.22 Email movementsYou can find this information by searching the user's login ID or the message ID
In this example, you can see that the user user2@bluemind.net has moved the email 7120 from the INBOX folder to the Trash folder and the email message's ID number in the Trash folder now is 20. Email deletionsSimilarly, bm-ips logs allow you to see an email deletion:
In the case of multiple deletions, the message ID may not appear on its own but may be part of a range, in which case the logs will show:
RestorationFrom version 3.5.11, delayed delete has been set up at the cyrus level. This means that emails are actually deleted from the server after seven days only. In the meantime, they are present on the disk but not visible in IMAP. To list a user's deleted emails, use this command:
To restore an email message:
46908 being the message id. To restore all a user's emails:
For more information about these commands and how to pass them, please refer to the cyrus documentation: https://www.cyrusimap.org/imap/reference/manpages/systemcommands/unexpunge.html |
Vue d'ensemble
Gestion des contenus
Apps