Bruce Campbell | 8 Sep 2006 02:46
Picon

Bug: X-OfflineIMAP header in wrong place


Hi,

Just started using offlineimap, and have noticed a somewhat annoying bug 
in syncing between two IMAP servers.  This bug results in mail messages on 
the destination side being noticably different from the same message on 
the source side.

The problem is the 'X-OfflineIMAP' meta header.  Ideally, the same message 
on both sides, after this header is removed, should be identical. 
However, in 4.0.8 and onwards to 4.0.12, these header is inserted in a 
manner which makes it awkward to actually remove it properly; an annoyance 
if additional mail-handling programs are being used on the destination 
side (eg, SpamAssassin).

To illustrate the problem, a message on the source mail spool may look 
like:

 	Received: from nagbeast by XXXX with local
         	id 1GLRiX-00054f-GG
 	        for XXXX <at> XXXX; Fri, 08 Sep 2006 07:47:25 +1000
 	To: XXXX <at> XXXX
 	Subject: Host UP alert for XXXX!

On the destination mail spool after the gentle ministrations of 
offlineimap, two IMAP servers and savemessage_addheader(), these same 
headers become:

 	Received: from nagbeast by XXXX with local
 	X-OfflineIMAP-878846305-6c6f63616c696d6170-494e424f58: 1157665717-0884545389509-v4.0.8
(Continue reading)

micah milano | 10 Sep 2006 21:15
Picon

Syncing multiple accounts

It seems obvious from the man page and from things I have found via
searching, that to sync multiple accounts one simply has to list them
in the [General] section in the Accounts parameter, separated by commas.
Additionally one needs to have a Remote and Local section devoted to each
account. I have done all this, and I must have missed something really
obvious, because what happens is offlineimap picks a seemingly random
account from the list and syncs that one, but none of the others.
What am I missing here?

[general]
accounts = database, education, elections

[Account database]
localrepository = Local_database
remoterepository = Remote_database
autorefresh = 30

[Repository Local_database]
type = Maildir
localfolders = /home/micah/mailsync/database <at> mydomain.org

[Repository Remote_database]
type = IMAP
remotehost = mail.mydomain.org
remoteuser = database <at> mydomain
remotepass = somepass

[Account education]
localrepository = Local_education
remoterepository = Remote_education
(Continue reading)

David Wallin | 16 Sep 2006 13:15
Picon
Favicon

IMAP to IMAP problem


Since yesterday I've had problems syncing one of my local IMAP servers with the
remote one, the error message is below. I have another machine, also syncing
against the remote server that has no problem syncing so I've pretty much ruled
out that the problem lies elsewhere.  I could just delete the local settings and
start over but that would take some time, is there some other way of fixing
this?

cheers,

--david.

OfflineIMAP 4.0.11 (Rev 592)
Copyright (C) 2002 - 2005 John Goerzen <jgoerzen <at> complete.org>
This software comes with ABSOLUTELY NO WARRANTY; see the file
COPYING for details.  This is free software, and you are welcome
to distribute it under the conditions laid out in COPYING.
***** Processing account UL
Copying folder structure from IMAP to MappedIMAP
Establishing connection to staffexchange1.ul.ie:143.
Establishing connection to tunnel:ssh -q localhost '/usr/sbin/dovecot --exec-mail imap'.
Thread 'Account sync UL' terminated with exception:
Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/offlineimap/threadutil.py", line 153, in run
    Thread.run(self)
  File "/usr/lib/python2.4/threading.py", line 422, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/python2.4/site-packages/offlineimap/accounts.py", line 118, in syncrunner
    self.sync()
  File "/usr/lib/python2.4/site-packages/offlineimap/accounts.py", line 133, in sync
(Continue reading)

David Wallin | 16 Sep 2006 14:11
Picon
Favicon

Re: IMAP to IMAP problem


Please ignore the previous email, for some reason a simple reboot solved the
problem.

--david.

At Sat, 16 Sep 2006 12:15:01 +0100,
David Wallin wrote:
> 
> 
> Since yesterday I've had problems syncing one of my local IMAP servers with the
> remote one, the error message is below. I have another machine, also syncing
> against the remote server that has no problem syncing so I've pretty much ruled
> out that the problem lies elsewhere.  I could just delete the local settings and
> start over but that would take some time, is there some other way of fixing
> this?
> 
> 
> cheers,
> 
> --david.
> 
> OfflineIMAP 4.0.11 (Rev 592)
> Copyright (C) 2002 - 2005 John Goerzen <jgoerzen <at> complete.org>
> This software comes with ABSOLUTELY NO WARRANTY; see the file
> COPYING for details.  This is free software, and you are welcome
> to distribute it under the conditions laid out in COPYING.
> ***** Processing account UL
> Copying folder structure from IMAP to MappedIMAP
> Establishing connection to staffexchange1.ul.ie:143.
(Continue reading)

John Goerzen | 16 Sep 2006 15:29
Favicon

Re: IMAP to IMAP problem

On Sat, Sep 16, 2006 at 01:11:13PM +0100, David Wallin wrote:
> 
> Please ignore the previous email, for some reason a simple reboot solved the
> problem.

Thanks for letting me know.

Just FYI: the EOF error you were getting meant that the server closed
the connection for some reason.  The first step in troubleshooting
that sort of thing is to look at the server logs (if you have access
to them).  Otherwise, try running with -d imap -1 and see what were
some of the last things OfflineIMAP received.

-- John

devel - Fashion Content | 24 Sep 2006 20:42

Mailbox already exists

Why does the replication fail complaining about mailboxes that already 
exists?

I know it exists....

imap:   45:57.87 > DJGA4 CREATE SPAMfighter
imap:   45:57.87 < DJGA4 NO Mailbox already exists
imap:   45:57.87        matched r'(?P<tag>DJGA\d+) (?P<type>[A-Z]+) 
(?P<data>.*)' => ('DJGA4', 'NO', 'Mailbox already exists')
imap:   45:57.87 NO response: Mailbox already exists

David Wallin | 27 Sep 2006 14:48
Picon
Favicon

Re: IMAP to IMAP problem

At Sat, 16 Sep 2006 08:29:17 -0500,
John Goerzen <jgoerzen <at> complete.org> wrote:
> Just FYI: the EOF error you were getting meant that the server closed
> the connection for some reason.  The first step in troubleshooting
> that sort of thing is to look at the server logs (if you have access
> to them).  Otherwise, try running with -d imap -1 and see what were
> some of the last things OfflineIMAP received.

Thanks,

I tried the above flags on a macbook that consistently refuses to download a
particular email from the server. An IMAP<->IMAP configuration is used.

The relevant information seems to be this:

Copy message 778 IMAP[INBOX/ul] -> MappedIMAP[INBOX/ul], LocalStatus[INBOX.ul]
DEBUG[imap]:   29:06.80 > CAP82 UID FETCH 778 (BODY.PEEK[])
DEBUG[imap]:   29:07.11 < * 777 FETCH (BODY[] {4933099}
DEBUG[imap]:   29:07.11         matched r'\* (?P<data>\d+) (?P<type>[A-Z-]+)( (?P<data2>.*))?' => ('777',
'FETCH', ' (BODY[] {4933099}', '(BODY[] {4933099}')
DEBUG[imap]:   29:07.11         matched r'.*{(?P<size>\d+)}$' => ('4933099',)
DEBUG[imap]:   29:07.11 read literal size 4933099
Thread 'Copy message 778 from INBOX/ul' terminated with exception:
Traceback (most recent call last):
  File "/opt/local/lib/python2.4/site-packages/offlineimap/threadutil.py", line 153, in run
    Thread.run(self)
  File
"/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/threading.py",
line 422, in run
    self.__target(*self.__args, **self.__kwargs)
(Continue reading)


Gmane