Je mets le postulat en échec : pourquoi stocker dans 1 fichier un mail constitué de 3 pièces jointes ? Pourquoi ne pas séparer les pièces jointes pour pouvoir justement les lires directement avec leur logiciel d'origine en cliquant dessus ?
Eudora (sous windows) procède ainsi : il stocke les mails dans des dossiers, (je ne sais plus si c'est un mail par fichier ou façon mbox) et crée des dossiers sur le disque dans lesquels il stocke les pièces jointes de ces mails. Ainsi, il suffit de cliquer sur un fichier attaché pour pouvoir l'ouvrir dans son logiciel associé.
Cela me parait donc plus pertinent.
Toutefois, une telle approche a son lot de problème :
- Le mail d'origine n'est pas conservé dans son intégralité
- La pièce jointe peut être modifiée si on la sauve dans son logiciel associé, on perd donc l'original dans ce cas
- Je ne pense pas que cela soit compatible avec Imap, et dans tous les cas, si la pièce jointe est modifiée, le message qui devrait être modifié localement ne sera pas réinjecté dans le serveur imap.
Donc on perd l'avantage de la synchro de ses données local/distant.
Cela me fait penser à quelque chose ... Je sens que cela va donner naissance à un autre journal ...
[^] # Re: IMAP, fetchmail et SMTP
Posté par Benjamin (site web personnel) . En réponse au journal un concept de lecteur de mails particulier. Évalué à 2.
Je mets le postulat en échec : pourquoi stocker dans 1 fichier un mail constitué de 3 pièces jointes ? Pourquoi ne pas séparer les pièces jointes pour pouvoir justement les lires directement avec leur logiciel d'origine en cliquant dessus ?
Eudora (sous windows) procède ainsi : il stocke les mails dans des dossiers, (je ne sais plus si c'est un mail par fichier ou façon mbox) et crée des dossiers sur le disque dans lesquels il stocke les pièces jointes de ces mails. Ainsi, il suffit de cliquer sur un fichier attaché pour pouvoir l'ouvrir dans son logiciel associé.
Cela me parait donc plus pertinent.
Toutefois, une telle approche a son lot de problème :
- Le mail d'origine n'est pas conservé dans son intégralité
- La pièce jointe peut être modifiée si on la sauve dans son logiciel associé, on perd donc l'original dans ce cas
- Je ne pense pas que cela soit compatible avec Imap, et dans tous les cas, si la pièce jointe est modifiée, le message qui devrait être modifié localement ne sera pas réinjecté dans le serveur imap.
Donc on perd l'avantage de la synchro de ses données local/distant.
Cela me fait penser à quelque chose ... Je sens que cela va donner naissance à un autre journal ...