Version: (using KDE KDE 3.2.0) Installed from: SuSE RPMs OS: Linux Hello, I would like to propose to make the "field separators" in a maildir filename configurable. Example: Instead of, say, 1057322525.286.SLiW:2,S I would like to tell kmail to name its files 1057322525.286.SLiW.2,S ( dot instead of colon) Background: with the availability of kde 3.1.4 on cygwin, the colon in the filenames is the only thing that prevents someone from using kmail on a windows laptop and at the same time kmail on a linux box, with simple synchronization between the two ~/Mail directories. (Not everybody as an IMAP server at their disposal). Feasibility: I am sure this is doable as the kmail-on-cygwin uses the file name format as described above (dot instead of colon), as far as I can tell. This would be an answer to at least my needs, and I imagine to many other people's problems as well. I'd very much appreciate this, thanks! Cheers, Holger
The problem with this is that maildir is a standardized format, so this would break compatibility with other mail clients, with mail delivery tools like procmail, with IMAP servers, with mail delivery programs like sendmail and with all other programs out there that support maildir. Anyway, would using a semi-colon ';' be an alternative? Then we could introduce a maildir derived folder format which uses a semi-colon instead of the colon.
Hello Ingo, - I understand the standardization/compatibility problem, but a (probably not uncommon) use case is to poll the mail via POP3 and just to use maildir locally (for synchronization purposes, really). I personally do not use procmail or IMAP server, for instance. That's why I would suggest to make this a (non-default) switch - Whether this is ";" or "." or any other character doesn't really matter, I guess. I just suggested "." since that is what the kmail-on-cygwin is using. Thanks a bundle, Holger
Hi, actually, I checked the kmail-on-cygwin again, and their maildir format is 1057322525.286.SLiW_2,S so it replaces the : with an _ (makes much more sense of course not to increase number of dots in the filename - sorry, my mistake) SO, there is a patch for that change already available in principle. What would be great is to make this configurable... Cheers, Holger
Hi, I have patched kmail for cygwin. The only problem on windows is the colon, which isn't supported by the os. Are there any other email related application known under windows, which provides maildir suppport? It may be good to research this first and look what kind of delimiter they use. Regards Ralf
Hi, ... other email applications... courier uses a '!' instead of ':' on cygwin. (from http://cvs.sourceforge.net/viewcvs.py/courier/libs/maildir/configure.in?rev=1.28&view=auto)
Created attachment 4723 [details] Patch for windows maildir support (uses '!' instead of ':' in mail filenames) the patch is based on the kdenetwork KDE_3_1_BRANCH tag.
My researches does not give any more maildir implementation for windows (cygwin), so I've added the used patch for kmail 3.1.4 on cygwin (see Comment #6. To use this suffix in an derivated maildir format on unix/linux, there is some additional logic required for choosing the recent output format based on the used operation system or already used maildir format, which isn't covered by this patch. Currently it switches completly between using ':' and '!' choosen by the #ifdef __CYGWIN__, which is cygwins os identifier. Note: A relating topic is if it would be possible to use maildir trees located on a linux or other unix host with cygwin over a samba share or vice versa. A research in this direction has given, that this will be only possible with the '!' suffix, because the used suffix must be supported on both os and the maildir filenames and the index file must be in sync. So implementing '!' as derivated maildir format suffix will enable maildir interoperability between unix and windows. Thanks for applying Ralf KDE on cygwin http://kde-cygwin.sf.net
fixed typo in summary s/useability/usability
KMail now works natively on Windows and uses ! as a separator there. It is not configureable though, but I think this bug could be closed.
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.