Your message dated Sun, 29 Apr 2012 20:44:15 +0100
with message-id <[email protected]>
and subject line Your bug (maybe) has been fixed!
has caused the Debian Bug report #499755,
regarding offlineimap: can not make empty (top-level) folder names via nametrans
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
499755: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499755
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: offlineimap
Version: 6.0.3
Severity: normal
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hiya,
i have a layout something like the following:
account1
INBOX
foo
bar
account2
INBOX
foo
bar
which then syncs locally to nested subfolders, where INBOX has been mapped to
the folder for the account. i.e.:
account1
foo
bar
account2
foo
bar
i'm using the following nametrans:
nametrans = lambda foldername: re.sub('^INBOX$', '.', foldername)
which kinda works (see below) but what i really want is:
nametrans = lambda foldername: re.sub('^INBOX$', '', foldername)
so that the inbox mail goes into the account folder. however, this results
in some strange errors in the code when '' is passed to mkdir:
maildir: foldername = .
maildir: _GETFOLDERS_SCANDIR RETURNING [<snip>...
maildir: makefolder called with arg ''
maildir: Is dir? False
maildir: makefolder: calling makedirs
it seems that '' can't be used currently in nametrans, even though it's
also given in the offlineimap conf example. '.' works, but has very strange
effects in combination with [mbnames] (you get mailboxes +account/. ,
which then looks strange in the mutt ui)
am i correct in assuming that the code calling makedirs just needs to skip
dir creation for empty folder names? if you feel that this isn't acceptable
for some reason, how about introducing a nametrans to the mbnames section?
sean
- -- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages offlineimap depends on:
ii python 2.5.2-2 An interactive high-level object-o
ii python-support 0.8.6 automated rebuilding support for P
offlineimap recommends no packages.
Versions of packages offlineimap suggests:
pn python-kerberos <none> (no description available)
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iD8DBQFI1sD6ynjLPm522B0RAgPuAJ0TTe5meC4IKFd8l+sVOMUpZP30NQCePKzD
wpWmLqifhGqovq8OBIeRiw8=
=rhD5
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Version: 6.5.3.1-1
The upstream author has indicated [0] that your bug may have potentially
been fixed in 6.4.0 release.
6.5.3.1 has been recently uploaded into debian sid.
Please try this new release. From quick testing it appears to have
solved many issues.
If you still encounter your or new bugs, please either reopen or file
new bugs as appropriate.
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626417#41
--
Regards,
Dmitrijs.
signature.asc
Description: OpenPGP digital signature
--- End Message ---
