| Summary: | Make maildir filename field separator configurable | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Holger Karl <karl> |
| Component: | maildir | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED WAITINGFORINFO | ||
| Severity: | wishlist | CC: | luigi.toscano |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Patch for windows maildir support (uses '!' instead of ':' in mail filenames) | ||
|
Description
Holger Karl
2004-02-09 08:19:07 UTC
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. |