Forum Linux.général Cherche utilisateur de offlineimap

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes : aucune
-1
16
avr.
2013

Bonjour,

De manière très pertinente, dans un autre message, vous m'avez conseillé offlineimap.

Avec pas mal de retard car admin est loin de mon activité principale, je commence l'instalation de offlineimap.

Mais j'ai des soucis de configuration entre dovecot et offlineimap.
Je cherche donc de bonnes âmes…

Voici mon premier (et j'espère le seul) point de blocage.
J'ai dovecot installé sur le serveur principale et sur le secondaire. Ils tournent tous les deux pour recevoir et envoyer des messages. (Le principale est en prod depuis des mois, le secondaire ne me sert que pour les tests pour le moment)
offlineimap est installé sur le serveur secondaire.

La synchronisation est lancé et semble se faire normalement, puis je me retrouve sur ce qui semble une boucle "infinie" (jusqu'à un nouvel email je suppose) comme cela:

serveur-distant reader:
DEBUG[imap]: 26:41.71 serveur-distant reader poll => []
localhost reader:
DEBUG[imap]: 26:41.89 localhost reader poll => []

En regardant dans le maildir local, il apparait que seuls les emails de février sont synchronisés. Si il y avait eu uniquement le 14 février ça aurait été marrant, mais là c'est troublant. ou bien l'inverse?

  • # Je vois

    Posté par  . Évalué à 4.

    Oui je vois, je vois ta conf d'offlineimap dans ma boule de Cristal.

    Oh, c'est grave. C'est vraiment difficile. C'est très grave. Vous allez mourrir.

    • [^] # Re: Je vois

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

      Tu n'as pas d'yeux bioniques? je suis déçu.

      Plus sérieusement, comme la situation dépend en particulier de offlineimap et de dovecot, ça fait un peu long de fichier de conf, j'avais donc pas voulu vous noyer sous les lignes. De plus ça pouvait être un pb connu…

      Voici la conf de offlineimap:

      ##################################################
# General definitions
##################################################

[general]
metadata = ~/.offlineimap
accounts = pierig
sync your additional accounts if this is 1.
maxsyncaccounts = 1
ui = TTYUI
ignore-readonly = no

fsync = true

##################################################
# Mailbox name recorder
##################################################

[mbnames]
enabled = no
filename = ~/Mutt/muttrc.mailboxes
header = "mailboxes "
peritem = "+%(accountname)s/%(foldername)s"
sep = " "
footer = "\n"
[ui.Curses.Blinkenlights]

statuschar = .

##################################################
# Accounts
##################################################

[Account pierig]
localrepository = local_pierig
remoterepository = remote_pierig
autorefresh = 10
quick = 30
maxage = 60
maildir-windows-compatible = no


[Repository local_pierig]
type = IMAP
remotehost = localhost
remoteuser = blabla
remotepass = passwd_blabla
localfolders = ~/Maildir
sep = .
restoreatime = no

[Repository remote_pierig]
type = IMAP
remotehost = remote_serveur_name
remoteuser = blabla
remotepass = passwd_blabla

maxconnections = 2
holdconnectionopen = no
subscribedonly = no

      Pour la non synchro des messages avant février, c'est assez clair avec l'option maxage=60, mais pour ceux après février, je ne vois pas.

      Merci pour ton aide.

      • [^] # Re: Je vois

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

        Le matin étant revenu pour moi, j'ai fait quelques test.

        Dans les symptomes, il apparait que si je tue le processus et que je le relance (sans rien changer à la config entre temps), le télécharge de nouveaux messages.

        Je soupçonnes donc deux problèmes:
        1. un temps maximum de synchronisation (ou une quantité. Il faut que je regarde le paramétrage par défaut sur ces sujets)
        2. la synchro périodique toutes les 10 minutes ne permet pas de télécharger de nouveau des messages (j'ai retirer la ligne "quick = 30" pour faire des updates complètes, mais sans succès).

Suivre le flux des commentaires

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