Official imapsync migration tool ( release 1.921 )
►https://imapsync.lamiral.info
Un outil en ligne de commande (+ interface web possible) pour faire des transferts ou backup de boites mail. Devrait fonctionner sous Linux / Mac / Windows
Installation et doc : ▻https://imapsync.lamiral.info/#install
Interface web basée sur cet outil : ▻https://i005.lamiral.info/X
Le repo git : ▻https://github.com/imapsync/imapsync
Configuration client #IMAP chez #OVH et dossiers spéciaux
▻https://forum.ovh.com/showthread.php/89381-Configuration-client-IMAP-chez-OVH-et-dossiers
1. Créer dans RoundCube des dossiers Sent, Draft, Trash, et Junk au même niveau que INBOX
2. Indiquer ces dossiers comme étant les dossiers spéciaux
3. RoundCube les renomme illico « Messages envoyés », « Brouillons », « Indésirables », et « Brouillons » et les dossiers dans INBOX reprennent leur nom anglais
4. Déplacer les messages du dossier « Sent » vers le dossier ""Messages envoyés". Idem pour les 3 autres dossiers spéciaux.
5. Vérifier que les dossiers Sent, Draft, Trash, et Junk sont vides, puis les supprimer.
Dans #Thunderbird, pour que les dossiers spéciaux et les dossiers personnels ne soient pas dans le dossier « Courrier entrant » mais au même niveau que lui, faire comme ça :
1. A la création du compte, cliquer sur « Configuration manuelle », puis sur « Configuration avancée ».
2. Aller dans Paramètres serveur > Bouton « Avancés »
3. Dans « Dossier sur le serveur IMAP » mettre « INBOX » (sans les guillemets).
4. Quitter et redémarrer Thunderbird pour que la synchronisation se fasse.
Et voilà !
Les dossiers spéciaux sont tous là, au même niveau que « Courrier entrant », il n’y a pas de « INBOX » en grisé, et plus de messages « Mailbox does not exist ».
Si vous allez dans les paramètres, vous verrez que « INBOX. ». a été rajouté dans les paramètres serveur avancés.
/me en pleine #degooglisation de ses mails qui découvre que l’imap chez ovh est un peu chelou...
Je cherche un script pour rapatrier les mails gmails dans une boite existante (avec potentiellement traitement des doublons car mails forwardés vers gmail pendant pas mal de temps).
Tu aurais pas trouvé cela par hasard ?
Gmail ne fournit pas déjà l’option ? Elle a été supprimée ?
@kent1 j’ai déjà utilisé ►http://imapsync.lamiral.info pour ce genre de besoin, ça avait bien fonctionné à l’époque. Sur ce coup, j’ai utilisé l’outil proposé par ovh en ligne ▻https://omm.ovh.net puisque la boite mail de destination est chez eux, ça a plutôt bien fonctionné aussi.
@sandburg si, gmail fournit un outil d’export dans un format xml proprio, et je n’ai trouvé aucun outil ou script pour convertir ce truc vers un format accepté par thunderbird.
Te revoilà du côté lumineux de la Force :)
@jeanmarie claro, depuis le temps que je devais prendre le temps de le faire...
@kent1 Han Solo ? Pas Chewbacca quand même !
Open source sets sights on killing WhatsApp and Slack • The Register
▻https://www.theregister.co.uk/2017/10/12/openxchange_imap_chat_killer_app
Bonne nouvelle, bientôt une évolution de l’IMAP comme protocole de #messagerie instantanée ! — Permalink
#imap
#imapsync, ou le transfert de comptes #imap | Linux et Geekeries
▻http://geekeries.de-labrusse.fr/?p=822
RFC 7377 : IMAP4 Multimailbox SEARCH Extension
Nouvelle extension #IMAP normalisée, pour effectuer une recherche dans plusieurs boîtes aux lettres simultanément, avec la nouvelle commande ESEARCH. Proposée initialement par le #RFC 6237, à titre expérimental, cette extension accède désormais au statut de norme.
@Fil si ça t’intéresse, il y a aussi ▻http://www.bortzmeyer.org/python-imap-upload.html
Raspberry Pi Email Server
▻http://www.samhobbs.co.uk/raspberry-pi-email-server
The RasPi’s small size and low power consumption make it an ideal choice for use as a home email server. After trying a couple of different pieces of software, I finally found an excellent combination: Postfix with Dovecot and Squirrelmail, plus Spamasssassin and Sieve for spam filtering.
Voilà un bon tutoriel, c’est à dire complet, didactique et clair, pour l’installation d’un serveur email personnel avec Postfix et Dovecot.
#Auto-hébergement_(informatique) #Courrier_électronique #Dovecot #IMAP #Postfix #Raspberry_Pi #SMTP
Bon par contre je me heurte encore à la configuration de deux serveurs côte à côte (et pas juste un nom de domaine en alias). C’est pas simple tout ça.
#Raspbian (le Pi peut avoir plein de systèmes d’exploitation différents)
Fixing the XMPP Push Problem
►https://chatsecure.org/blog/fixing-the-xmpp-push-problem
To solve the XMPP push problem, we need multiple pieces of new infrastructure:
1. Solve the problem of how to send raw push messages between two arbitrary apps.
2. Define spec for where clients (apps) should send messages when contact is “offline”
3. Define spec for where servers should send messages when contact is “offline”
Un papier intéressant de l’équipe de ChatSecure qui décrit un problème méconnu des smartphones : la difficulté d’y pousser des messages. Pousser des messages sur Android et iOS est réservé respectivement à Google (via le Google Cloud Messaging ou GCM) et Apple (via l’Apple Push Notification Service ou APNs). Amazon a aussi sa solution. Bien entendu ils proposent une API, sur laquelle repose la plupart des applications de messagerie.
Pour Android, cela signifie qu’il est nécessaire d’installer le Service Google Play (le cœeur Google pour Android) avec tout ce qui va avec : compte google, géolocalisation, installation/désinstallation d’applications à distance, etc.
XMPP devrait pouvoir résoudre ce problème moyennant quelques aménagements. C’est l’objet de ce papier.
Pourtant il me semble qu’IMAP a déjà une fonctionnalité IDLE (RFC 2177) qui offre une réponse efficace à ce problème et qui à l’avantage d’être partagée par tout les serveurs IMAP. Pourquoi n’est-elle pas utilisée pour construire une plateforme d’échange de messages PUSH ? Je ne sais pas.
▻https://en.wikipedia.org/wiki/IMAP_IDLE
Éditer du contenu déjà stocké en IMAP avec une interface (ici Thunderbird).
Edit a stored message - MozillaZine Knowledge Base
▻http://kb.mozillazine.org/Edit_a_stored_message
Qui conseille cette extension Thunderbird :
▻https://addons.mozilla.org/en-us/thunderbird/addon/header-tools-lite
Trouvé car je me posais la question s’il existait des interfaces déjà prêtes et pas trop geeks, qui permettraient d’éditer du contenu stocké sur un serveur IMAP, et ce à l’infini (càd quand c’est déjà stocké, rangé, publié). Par exemple dans le but d’utiliser ce type de stockage pour mémoriser du contenu web à publier en HTML ou autre ensuite (et donc de manière duplicable et décentralisé aussi).
(Mais il faudrait coupler IMAP et gestionnaire de version, aussi. :)
Et si on imagine un truc décentralisé, il faudrait que si un message est modifié après-coup, ça puisse être re-synchronisé avec d’autres serveurs IMAP ensuite pour ceux qui ont le même message.
Mais ce sont d’autres sujets, là je m’intéressais à l’existence d’interfaces.)
#IMAP #Thunderbird #web #CMS cc @fil
Je viens de le tester, et ça marche bien.
Par contre, quand j’ai cherchais un mot ajouté (dans le sujet ou le corps) dans la recherche globale de TB, ça n’a pas tout de suite trouvé mon message, donc apparemment ça ne réindexe par immédiatement.
Au bout d’un moment ça a marché, mais je ne sais pas si c’est à cause d’un temps passé (genre au bout de X minutes ça a réindexé), ou bien si c’est parce que j’ai changer le message de dossier.
Bref, à part ça ça marche bien. Donc on peut imaginer stocker des contenus en IMAP, et les modifier depuis Thunderbird.
ldidry/gmail-mbox-to-imap
►https://github.com/ldidry/gmail-mbox-to-imap
gmail-mbox-to-imap is an adaptation of #imap upload in order to transform #gmail tags into folders.
via ►http://www.framablog.org/index.php/post/2014/02/05/Bye-bye-Gmail
Pour commencer à décentraliser un peu #seenthis j’ai bricolé un système d’import/export des seens .
Export : j’ai choisi, après avoir pas mal hésité, un format « email », avec l’idée de pouvoir importer les messages dans un client mail ou news, et en espérant que ces derniers sauront refléter les fils de discussion.
Import : l’import d’un email se fait si ce dernier n’existe pas dans ma base (l’identifiant étant un UUID attribué par seenthis, et reflété dans le champ Message-Id) ; ou si la date de modification du fichier est plus récente que la « date_modif » du message dans la base.
(Je n’ai pas traité la suppression, j’imagine qu’on ajoutera un entête ad-hoc disant « message supprimé », mais je n’ai pas regardé s’il existait un standard pour cela.)
A titre d’exemple, un message (ici une réponse) ressemble à ça :
Message-Id: <52d3ae2a-7440-4c6c-b4b1-f4cbecc31efa>
Date: Mon, 13 Jan 2014 10:13:14 +0100
From: <fil@seenthis.net>
Subject: Hello World
In-Reply-To: <52d3a4a7-2db4-4bf6-9211-efe4b236d063>
Hello World http://rezo.net/ coolComme on voit le « subject » est calculé à partir du contenu, comme le « title » des pages seenthis ; mais il est uniquement là à titre décoratif — lorsqu’on réimporte seul le body est pris en compte.
J’ai commencé à programmer le fait d’exporter aussi la version HTML en parallèle (via multipart/alternative) mais il fallait réfléchir à la question des images, qu’il serait sympa d’avoir en local, mais qui demandent un peu plus de programmation. Je préfère savoir d’abord ce qu’en pensent les gens qui s’y connaissent mieux, je pense notamment à toi @stephane).
J’ai posé le script ici : ►https://gist.github.com/Fil/8407898
Au quotidien je me demande quel usage on pourra faire de ces exports :
– un backup complet en synchronisant tout
– une version décentralisée en synchronisant tout en bidirectionnel
– que chacun puisse avoir une copie de « ses » seens par un rsync bien choisi (?)
– que chacun puisse s’abonner à son flux par IMAP ?
Par ailleurs, je pense qu’il faudra traiter la possibilité de répondre par mail et que ça vienne s’afficher sur le site.
Mettre en favori depuis l’email comme on met en SPAM en SPIP 3.0 + notifications aussi serait cool.
Avoir un statut « A lire plus tard car semble vachement cool mais là j’ai pas le temps » aussi que l’on mettrait depuis le mail ou l’interface... mais bon je suis peut être le seul à ne pas trouver de temps...
Ah non @kent1, je confirme, car actuellement on est plusieurs à utiliser le favoritisme pour divers besoins totalement différents, càd :
– soit garder un fil d’une autre personne dans sa boite à soi
– soit dire qu’on est d’accord avec la personne ou qu’on veut la mettre en avant
– soit garder en mémoire des choses à lire plus tard !
Et c’est ce dernier point qui est problématique à mon avis, car je pense que le favoritisme ne devrait pas servir à ça : il ne devrait servir à mettre des choses dans sa liste que quand on veut vraiment les garder. Alors que « lire plus tard » c’est autre chose.
Enfin bon, c’est plutôt un autre fil de discussion à faire pour ce besoin je crois, car ça n’a pas trop de rapport avec la sauvegarde. Mais je plussoie quand même carrément pour qu’apparaisse cette fonctionnalité.
+1 pour un machin spécifique pour les fameux articles à lire plus tard (ahahah).
Pareil que @baroug, @kent1 et @rastapopoulos
En parlant de fils et d’emails, dans mon client mail, je ne vois pas les mails de seenthis par thread, ce qui serait bien pratique. Si je comprend bien, il suffirait d’ajouter In-Reply-To (comme décrit par @fil) dans les mails envoyés par seenthis à chaque nouveau commentaire, ce qui permettra au client mail de recréer le thread.
À propos des Message-ID, @fil, tu proposes un UUID. Pour info, GitHub utilise qqch qui ressemble beaucoup plus à une URL, par exemple :
Message-ID: <openlayers/openlayers/pull/1055/issue_event/57699872@github.com>
In-Reply-To: <openlayers/openlayers/pull/1055@github.com>
Pour le coup, ça ne va pas trop dans le sens de la décentralisation, mais c’est plus explicite.
Et sinon, je plussoie pour le choix de l’email comme format pivot.
Et plus généralement, je me dis que l’email (grâce à #IMAP) est certainement le format le plus adapté et utilisé pour la conservation des données personnelles (messages, photos, documents) sur le long terme : ça reste des années, on ne perd rien, on peut déplacer d’un serveur à l’autre, les clients mails indexent tout très bien.
@kent1 :
Avoir un statut « A lire plus tard car semble vachement cool mais là j’ai pas le temps » aussi que l’on mettrait depuis le mail ou l’interface... mais bon je suis peut être le seul à ne pas trouver de temps...
+1 et #seenthis_demande
Oui on a un peu fait un putsch, vive l’import/export et #merci
L’idée d’un seenthis décentralisé voire avec plusieurs implémentations possibles m’intéresse énormément. Il faudrait que chaque serveur parle avec chaque serveur pour récupérer les derniers messages. ça le parait possible mais assez complexe, en particulier la découverte de serveurs seenthis. Mais au niveau de la décentralisation ce serait juste super. Est-ce que chacun peut avoir son propre serveur seenthis pour l’instant ?
Ce qui risque d’être lourd c’est le dialogue entre les serveurs. D’une part tous devront dialoguer constamment pour synchroniser leurs messages, d’autre part ils ne devront récupérer que les derniers posts/les posts modifiés/supprimés.
Il faudrait également mettre l’adresse du serveur dans le message id.
Il faut gérer pas mal de choses en même temps en effet, notamment :
– comment définit-on les UUID et les id d’auteurs
– comment envoyer les nouveautés d’un serveur à un autre
– comment envoyer le « stock »
Cela dit, plus la réflexion avance, plus j’ai l’impression que le jeu de fonctionnalités dont on a besoin est couvert par #NNTP ; il ne manque, me semble-t-il, que la possibilité de modifier un contenu (je crois que NNTP ne propose que la possibilité d’annuler [cancel] un message).
Sinon, avec cet export, une base seenthis n’est qu’un tas de fichiers au format email (donc, à la base, au format texte). Ca peut se synchroniser avec #BTSync, #rsync, d’autres trucs basés sur HTTP, etc : là c’est juste une question de choix. Il me paraîtrait quand même contre-productif d’inventer un énième truc over PHP si on peut employer des logiciels déjà existants et qui ont fait leurs preuves.
Pour les ids c’est juste une question de choix. Personnellement j’aime bien la notation de Github : people/emersion@seenthis.net ou message/uuid@seenthis.net
Effectivement NNTP me semble très adapté ! ▻http://fr.m.wikibooks.org/wiki/Fichier:Sch%C3%A9ma_usenet.jpg
C’est juste parfait, il ne reste plus qu’à trouver des bibliothèques qui sont capables de la faire. J’avais vu Ratchet en PHP qui pouvait effectuer ce genre de choses. Je peux creuser plus l’idée au besoin.
Sinon il y a git qui pourrait faire des choses pas mal. Mais rsync aussi effectivement.
Seenthis n’est pas open-source ?
oui oui, seenthis est bien libre
►http://seenthis.net/messages/153905
c’est le boxon car on est très mal organisés, mais il est possible d’en installer soi-même une instance indépendante : on est déjà deux à l’avoir fait :)
je me demandais s’il était possible de faire un export de tous mes posts sur seenthis, et je suis tombé sur ce @fil ...
... sans vraiment avoir de réponse. est-ce toujours un projet en cours, ou ai-je loupé quelque chose ?
En attendant la réponse de @fil, @erratic, sache que je me sers personnellement de ce script qui fonctionne très bien : ►http://seenthis.net/messages/30043
je vais regarder ça, en attendant. merci !
ça a l’air utile, j’espére réussir à l’utiliser, la programmation et tout autour est loin d’être mon day-to-day.
RFC 7017 : IMAP Access to IETF Email List Archives
Dans son travail, l’#IETF utilise énormément les listes de diffusion. Afin de s’assurer que le travail de #normalisation soit ouvert et transparent, ces listes sont publiquement accessibles. Mais il n’existe pas de moyen très pratique de naviguer dans les archives de ces listes, alors qu’il serait tenter de pouvoir le faire en utilisant le protocole normalisé d’accès à des boîtes aux lettres, #IMAP. Ce court #RFC est le cahier des charges du projet « Accès en IMAP aux archives des listes IETF ».
Publication par #email, par @erational - #SPIP-Contrib
▻http://contrib.spip.net/Publication-par-email
pas testé mais alléchant
Oui, très intéressant. Je réfléchis à une proposition pour le découper en un noyau générique (gérer de l’#IMAP) et des plugins utilisant cette gestion (publier un objet, répondre à un commentaire, modérer une proposition de publication, etc).
/plugins/mail2img/trunk/paquet.xml – SPIP-ZONE
▻http://zone.spip.org/trac/spip-zone/browser/_plugins_/mail2img/trunk/paquet.xml
Ce plugin est un « proof of concept » operationnel pour publier des images attachees a un article par PUSH.
Parametrage du compte mail et de l’article de publication en tete du script genie/mail2img.php.
La classe PHP embarquee dans receivemail.class.php n’est certainement pas la plus aboutie ni la plus elegante mais elle fonctionne (voir example_receivemail_class.php pour sa syntaxe).
Cinq nouveaux #RFC viennent de paraitre, autour du courrier électronique entièrement internationalisé (donc, y compris les en-têtes, les adresses, etc) :
– RFC 6854 (pas directement lié à l’internationalisation) qui change légèrement la syntaxe du champ From : pour avoir plusieurs expéditeurs
– RFC 6855 qui normalise l’usage d’#IMAP avec le courrier complètement internationalisé (accès à des boîtes aux lettres qui contiennent des messages internationalisés) Voir ▻http://www.bortzmeyer.org/6855.html
– RFC 6856 qui fait la même chose pour #POP
– RFC 6857 et 6858, deux algorithmes (un simple et un compliqué) pour le cas où le serveur IMAP stocke des messages internationalisés et où un vieux client IMAP demande à accéder à la boite. Ces deux RFC spécifient des algorithmes de « repli », où le message va être massacré pour s’adapter au client. Voir ▻http://www.bortzmeyer.org/6857.html et ▻http://www.bortzmeyer.org/6858.html
RFC 6851 : Internet Message Access Protocol (IMAP) - MOVE Extension
Le protocole d’accès aux boîtes aux lettres #IMAP, normalisé dans le RFC 3501, ne prévoyait pas officiellement de moyen de déplacer un message d’une boîte à une autre. Il fallait que le client IMAP réalise une série de commandes à la place, et le déplacement n’était donc pas atomique. Plusieurs serveurs IMAP avaient mis en œuvre une commande atomique non officielle, MOVE, et ce #RFC la normalise.
C’est prévu dans Dovecot apparemment :
▻http://wiki2.dovecot.org/Roadmap
@Fil Je ne crois pas que Modifier soit une opération possible.
@Fil Aucune idée, faut que je cherche.
Dans le même genre y’a #offlineimap :
OfflineImap operates on a REMOTE and a LOCAL repository and synchronizes emails between them, so that you can read the same mailbox from multiple computers. The REMOTE repository is some IMAP server, while LOCAL can be either a local Maildir or another IMAP server.
Mais tu connais peut-être déjà...
OfflineIMAP pour sauvegarder ses #emails - EnigmaCurry
►http://www.enigmacurry.com/category/gmail
But there’s more to #Gmail than just your email: tags. POP3 won’t get the tags, but IMAP will organize tags into folders. However, most #IMAP clients only download messages on-the-fly as you read them, not all at once (like for backups).
Solution: OfflineIMAP.
L’adresse semble désormais être :
►https://github.com/nicolas33/offlineimap
RFC 6186 : Use of SRV Records for Locating Email Submission/Access services
Les enregistrements #DNS de type #SRV ont été normalisés il y a dix ans, pour permettre de trouver la ou les machines rendant un service, en ne connaissant que le nom de domaine délégué, par exemple example.org ou apple.example. Ils ont été adoptés par la plupart des protocoles Internet, avec deux exceptions importantes : le Web ne les utilise toujours pas, ce qui mène à des bricolages contestables comme de mettre une adresse IP sur un nom de domaine délégué. Et le courrier électronique n’utilise pas non plus SRV car, pour trouver le serveur d’un domaine, il compte sur une technique plus ancienne, proche du SRV mais spécifique au courrier, le MX. Les enregistrements MX ne concernent toutefois que la transmission de courrier de MTA à MTA. Pour les autres logiciels de courrier, comment font-ils ? Comment #Thunderbird peut-il trouver le serveur #IMAP d’un domaine ? Grâce aux SRV, désormais.
Diminuez de moitié le volume de vos mails
►http://lifehacker.com/5061419/gmail-labs-adds-advanced-imap-controls
Si vous utilisez un client lourd IMAP avec GMail, vous pouvez maintenant arrêter de synchroniser le dossier « All Mail »
freshmeat.net: Project details for imapsync
►http://freshmeat.net/projects/imapsync
imapsync is a tool for facilitating incremental recursive IMAP transfers from one mailbox to another. It is useful for mailbox migration, and reduces the amount of data transferred by only copying messages that are not present on both servers
#IMAP #synchronisation #copie #logiciel #mac #windows #linux
Checking for new messages in other folders - Thunderbird - MozillaZine Knowledge Base
►http://kb.mozillazine.org/Checking_for_new_messages_in_other_folders_-_Thunderbird
Thunderbird by default only checks for new mail in the Inbox folder for a IMAP account. Rather than manually checking for new mail in other remote folders by opening them you can configure Thunderbird to automatically check for new messages in other folde
#imap #thunderbird #mozilla #mail #email #synchronisation #groupe:clever-age #configuration
Geek To Live: Turn Thunderbird into the Ultimate Gmail IMAP Client
►http://lifehacker.com/software/geek-to-live/turn-thunderbird-into-the-ultimate-gmail-imap-client-314574.php
#gmail #google #thunderbird #mozilla #imap #client #mail #configuration #groupe:clever-age