Bonsoir à tous, Je suis en train de migrer petit à petit mon serveur de messagerie actuel sur un tout nouveau.
*Première problématique* (migration) J'ai une première problématique de migration de l'historique des mails (approximativement 10 ans d'archive sur la boite principale), de l'ancien serveur vers le nouveau. J'ai tenté avec imapcopy, ça "presque marche", mais arrive à un moment donné (au bout de 4 ou 5 minutes), une erreur qui n'était pas prévue au programme : > Getting List of messages in "Drafts" OK, 45 Messages found > Processing Folder Drafts > 45 Messages copied, 0 Errors > Getting List of messages in "Emailed Contacts" OK, 19 Messages found > Processing Folder Emailed Contacts > Error saving message 1, continuing copy, Server returned "APPEND failed" > Error saving message 2, continuing copy, Server returned "APPEND failed" > Error saving message 3, continuing copy, Server returned "APPEND failed" > Error saving message 4, continuing copy, Server returned "APPEND failed" > Error saving message 5, continuing copy, Server returned "APPEND failed" > Error saving message 6, continuing copy, Server returned "" Et ca s'arrête particulièrement brutalement : j'ai du coup de gros doutes sur ce qui a été copié ou pas. Il y a bien la technique du MUA connecté en IMAP sur les deux serveurs, mais malgré l'aspect perso de la chose, il y a quand même pas mal de comptes, et cela risque d'être assez vite fastidieux. Quel est d'après vous le meilleur outil pour effectuer une migration de compte IMAP vers un autre compte IMAP ? Note 1: Il me semble que la question à déjà été évoquée sur la présente ML, mais je n'ai pas retrouvé le thread "kivabien". Note 2: après trois essais, à chaque fois, ca part en erreur au même endroit. Note 3: Au vu du `Server returned "APPEND failed"` j'aurais tendance à dire que le problème vient du nouveau serveur, mais je n'ai pas encore eu le temps de me pencher en détail sur la question. *Deuxième problématique* (plutôt orientée réseau) La deuxième problématique vient du fait qu'à l'heure actuelle , je me retrouve à avoir deux serveurs IMAP hébergés à la maison : Pas vraiment de problème quand je suis à domicile, mais c'est tout de suite moins drôle si je souhaite y accéder de l'extérieur (notamment avec des téléphones mobiles, du réseau décrit comme "Internet", mais de fait particulièrement bridé). Si les opérateurs mobiles Français géraient de l'IPv6 sur le réseau data (UMTS/3G/4G/... ), la question ne se poserait pas vraiment. Mais dans le cas présent , il m'apparait nécessaire d'utiliser la même adresse publique (IPv4) pour pouvoir accéder aux deux serveurs, et de préférence sur des ports standards (143 et 993). La réflexion en est donc venue sur un proxy IMAP (de préférence gérant TLS et/ou SSL) qui serait en mesure de se connecter au bon serveur en fonction du login IMAP initialement demandé. Login [email protected] => proxyfier vers oldserver Login [email protected] => proxyfier vers newserver Les proxy IMAP que j'ai pu voir lors de mes recherches sont tous en mesure de faire du 1:1 (en dehors le fait de faire du cache , il y a assez peu d’intérêt dans le cas présent), mais rares sont ceux en mesure d'analyser les informations de login pour rediriger les requêtes vers le serveur approprié. Seul cas trouvé : passer par des bases de données communes entre Proxy et "serveur mailbox". Cas de Zimbra proxy par ex., mais ça se limite assez vite au fait qu'il y ait des serveur Zimbra pour les mailbox qui partagent cette même base de données (LDAP en l’occurrence). Ce que je cherche est beaucoup plus simple. Définir dans un fichier de configuration au même titre que ce que l'on peut faire en SMTP avec un postfix de base et le fichier transport : domaine1.fr => géré par oldserver domaine2.net => géré par newserver Auriez vous des idées à ce sujet ? Un grand merci par avance pour vos réponses. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers [email protected] En cas de soucis, contactez EN ANGLAIS [email protected] Archive: http://lists.debian.org/[email protected]
