Registered Member
|
Currently I use Mutt/fetchmail/procmail to get/read/send email from my GMail account. Some testing I have made indicates that Akonadi behaves nicely with regard to Maildir. That is, it will not copy the messages in another maildir as KMail1 did. That makes me reconsider using Kmail, again. So, I would like to clear some doubts I have:
1. Confirmation: Does it really intend to play nice with the configured Maildir folder? (sharing it with other mail user agent (MUA)) 2. Mutt handles New/Unread/Seen statuses by appending suffixes N/O/S to the message filenames. Akonadi leaves the filenames intact and seems to store the status in the database. That means I'd have to mark as read messages once in both MUA. Is there another option or workaround I am missing? 3. Is Akonadi/Maildir capable of handling subfolders? I created a subfolder for the Maildir resource in KMail2 and moved some messages to it but, I cannot find the messages nor the subfolders in the filesystem. Are they in another folder or only in the Akonadi database? 4. Where can I rename the resources?
connect(post, SIGNAL(readSignature()), qapp, SLOT(quit()));
|
KDE Developer
|
It will currently not detect new messags automatically. i.e. the folder has to be reloaded manually if any other program added or deleted messages.
Currently no. This might be added in future releases though.
Each subfolder is stored in a "hidden" subdirectory called ".directory.foldername"
The maildir resource does not seem to update its name when its top level folder is renamed You could try using qdbus or qdbusviewer to set a name through the resource's D-Bus interface. Cheers, _
anda_skoa, proud to be a member of KDE forums since 2008-Oct.
|
Registered Member
|
Damnshock, proud to be a member of KDE forums since 2008-Oct.
|
Registered Member
|
I look forward for Akonadi's future development.
There is not one folder named .directory.* in the Maildir. Grepping the directory for the contents of the message returns nothing. Though the message is still readable by KMail.
Yes, that worked! Hmm, it did not. The new name is visible in Akonadi configuration but, KMail still displays the internal resource name: akonadi_maildir_resource_2. @Damnshock I meant this:
connect(post, SIGNAL(readSignature()), qapp, SLOT(quit()));
|
Registered Member
|
I'm interested in this as well, only the other way around.
I'm currently using KMail, but would like to use Mutt as well as a secondary/CLI client. BTW, this link might be interesting to you: http://wiki.mutt.org/?ExtendedMaildirFormat
It's time to prod some serious buttock!
|
Registered Member
|
Hi,
did you find the messages? I just created a new local maildir resource and am now able to create new folders in KMail2. But despite of the very first created folder nothing is created on the HDD (and this folder also only "visible" (no .foldername.directory is created)). But I can see subfolders and also mails which I copied into the folder by copy/paste with KMail inside of KMail. I just want to have a local mail archive (to not go over my quota on the IMAP server) and definitely want this to be a standard maildir and not saved in any database. And if KMail could be used to manage and search through it that would be very convenient. Thanks, M |
Registered Member
|
No, I did not find the messages and I have not used KMail nor Akonadi since then.
connect(post, SIGNAL(readSignature()), qapp, SLOT(quit()));
|
Registered Member
|
OK, I guess I found a way.
The problem seems to be that akonadi or KMail are not creating maildirs as they'd like to use them. They only create Maildir/NEWDIR/{cur,tmp,new} but not Maildir/.NEWDIR.directory/{cur,new,tmp}. By creating them manually on the console and letting akonadi resyncing the directory it can use the maildir and also puts the files physically into it. I do not say this is good... just a very un-nice workaround. M |
Registered users: Bing [Bot], Google [Bot], Sogou [Bot]