Forum général.général Besoin d'un outil pour convertir des Maildirs en Mbox

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
13
sept.
2004
Bonjour,


suite à des problèmes en Thunderbird et Courier Imap, je désire repasser à un serveur Imap 'normal', genre impad-uw. Enfin, un qui fonctionne bien.

Mais pour cela, j'ai besoin d'un outil de conversion pour mes mails.

J'ai un mb2mh qui ne me sert à rien, Google parle d'un maildir2mbox introuvable (enfin, on tombe sur le man) .

Alors avant de passer mon après-midi à coder un script pour faire ça, je me demandais si dans les lecteurs de forum de Linuxfr il n'y en avait pas un qui l'aurait déjà fait. (ou une autre méthode).


Merci
  • # mal googlé

    Posté par  . Évalué à 2.

    Il est là :
    http://www.systemsaligned.com/ossprojects/maildir2mbox(...)
    (au bas de la page).
    c'est un binaire et je sais pas ce qu'il vaut.
  • # Solution 1

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    1) tu configure Mutt pour lui dire d'utiliser des mailbox par défaut
    2) tu ouvre ta boite Maildir (mutt -f repertoire/maildir/ )
    3) tu sélectionne tous tes mails ( 'T' puis '.'+entrée)
    4) tu les enregistre dans un autre fichier ( 'S' + nom de fichier)
    5) tu quitte proprement mutt...

    (j'ai personnellement fait la démarche inverse pour convertir mes mbox en mdir...)
  • # mutt

    Posté par  . Évalué à 3.

    Tu vas dans ton maildir
    ~A (sélectionne tout)
    C (copy)
    indique ta mailbox
  • # KMail, Evolution ou autre mailer avancé!

    Posté par  . Évalué à 1.

    Il suffit alors de déplacer les dossiers d'une boîte à l'autre! :)
  • # Merci à tous

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    Avec toutes les solutions que vous proposer, j'ai de quoi m'occuper pendant un moment :)


    merci encore et la prochaine fois, je linuxfrgoogliserai un peu mieux
  • # Pourquoi changer?

    Posté par  . Évalué à 2.

    J'utilise TB avec courier-imap (maildir) et ça marche bien (TB est sans doute moins performant en IMAP qu'en POP, mais ce n'est pas un problème de serveur, mais plutôt de client).
    C'est quoi le(s) problème(s)?
    • [^] # Re: Pourquoi changer?

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      TB a beaucoup de mal, chez moi en tout cas, à synchroniser correctement les repertoires. Un peu comme dans le cas de ce journal: http://linuxfr.org/~NiCoS/15283.html.(...)

      Quand j'étais avec uw-imap, tout allait bien. Mais une fois passé en Courier, j'ai rencontré des problèmes avec TB.

      Je ne sais pas encore qui est fautif(*) dans l'histoire ou où se trouve l'erreur de config, mais j'ai besoin de savoir si j'ai un nouveau message dans tel et tel dossiers mails. Donc, je remets comme avant, je ferai les recherches qui s'impose et je reinstallerai courier quand tout sera au poil. Car je compte bien y revenir, je n'ai pas eu le temps de bien aprecier ses qualités ;-)




      (*) TB étant en version 0.x, je sais que suis sujet à ce genre de pépin et que c'est de ce côté que je dois regarder en premier.
      • [^] # Re: Pourquoi changer?

        Posté par  . Évalué à 2.

        Dans ~/.thunderbird/default.salt/prefs.js:
        il faut avoir:
        user_pref("mail.check_all_imap_folders_for_new", true);
        et dans "Advanced Account Setting", j'ai
        IMAP server directory: [ ] (rien)
        [ ] Shown only subscribed folder
        [x] Server support folders that contain sub-folders and messages (ce que les mbox sont pas capables de faire sur un FS linux)
        [X] Use IDLE command if the server supports it

        Maximum number of server connections to cache [5] ( il faut regarder combien de conexion courrier donne par IP, si on en met trop dans TB, TB est par terre).

        Personal namespace ["INBOX."]
        Public (shared) ["shared."] (je ne l'utilise pas)
        Other Users: [ ] (je ne l'utilise pas)

        [x] Allow server to override these namespaces
        ---------------
        Si le serveur est en LAN, ça va bien. Si le serveur est sur internet. TB a une certaine latence assez chiante que certains autres MUA n'ont pas ou moind (Outlook Express (je sais cestmalcestnilibrenisurlinuxetcesttrouécommedel'emmental, mais le parsage des dossiers est mieux visualisable), Evolution, sylpheed).

        En tout cas la possiblité d'avoir des dossiers et des messages dans un même dossier, c'est quand même le pied.

        Si tu utilises procmail pour trier tes messages, un coup de mailstat chaque jour te montrera tous les messages que tu as reçu:
        8<--------------------------------

        #! /bin/sh
        # zerostat : archive les logs de procmail, envoie un résumé par email

        # Variables à modifier en fonction de votre environnement

        # mettre votre login
        MOI=tonlogin

        # indiquer le fichier de trace
        LOGFILE=~/Procmail/log

        # utilisez gzip ou bzip2, au choix
        ZIPEXE=bzip2

        PATH=/bin:/usr/bin:/usr/local/bin

        mailstat -l $LOGFILE | \
        mail -s 'Statistiques procmail' $MOI
        $ZIPEXE -f ${LOGFILE}.old

        ------------------------------------>8
        • [^] # Re: Pourquoi changer?

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          Grand merci pour ces détails et explications.

          Finalement, je n'ai pas remigré vers uw-imapd, j'ai juste edité /etc/courier/imapd et mis la variable MAXPERIP à 10 (dans la config par défaut, cette variable était à 4).

          Ca fonctionne bien mieux


          Dans les options avancées du compte dans TB, toutes les options était coché et il y avait bien 5 comme nombre de connexion à caché. 5 > 4 => Pas cool pour TB.

          encore merci et bonne journée,


          max
          • [^] # Re: Pourquoi changer?

            Posté par  . Évalué à 1.

            Ouf ! Un serveur courier-imap de sauvé :-D

            Je trouve un peu regrétable que TB ne (fasse|propose) pas un contrôle du nombre de connexion supportées. Tout le monde n'a pas accés à la config ou le contrôle du serveur imap.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.