Package: imapcopy
Version: 1.04-1
Severity: normal
Tags: patch
When using the DstRootFolder option, messages in the INBOX folder are not
copied in the DstRootFolder. Instead they are still copied in the INBOX of the
destination.
All other subfolders, including their messages are correctly copied to the
folder specified by DstRootFolder.
Here is my imapcopy.cfg:
-----
SourceServer localhost
SourcePort 1143
DestServer localhost
DestPort 143
DstRootFolder FROMIST20111
#CreateEmptyFolders
DenyFlags "\Recent"
Copy "weberp" "pass1" "pweber" "pass2"
----
Assume the following mailbox structure:
SRC:
INBOX
/sent
/trash
DST:
INBOX
When i run imapcopy with the above configuration and the following call:
imapcopy -s -l
then the operation currently performs this:
INBOX Messages(SRC) -> INBOX(DST) FAIL!!!
INBOX/sent Messages(SRC) -> INBOX/FROMIST2011/sent(DST) OK
INBOX/trash Messages(SRC) -> INBOX/FROMIST2011/trash(DST) OK
If i specify the DstRootFolder option it implies that the following SHOULD
happen:
INBOX Messages(SRC) -> INBOX/FROMIST2011/(DST)
instead of copying the messages still to INBOX ignoring the DstRootFolder
parameter for INBOX.
I think this an upstream bug.
Patch to fix, following.
*** imapcopy-1.04-1/imapcopymain.pas 2011-04-20 18:28:22.000000000 +0200
--- imapcopy-1.04-2/imapcopymain.pas 2011-04-20 18:33:52.000000000 +0200
***************
*** 424,429 ****
--- 424,430 ----
DstFolder := Dst.NamespaceUser;
IF DstFolder = '' THEN
DstFolder := 'INBOX';
+ DstFolder := DstFolder + '.' + DstRootFolder;
END;
END ELSE
BEGIN // copy all messages to INBOX
-- System Information:
Debian Release: 5.0.8
APT prefers oldstable
APT policy: (800, 'oldstable'), (400, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages imapcopy depends on:
ii libc6 2.7-18lenny7 GNU C Library: Shared libraries
imapcopy recommends no packages.
imapcopy suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]