On Tue, Apr 27, 2004 at 06:49:59PM +0200, Richard Lyons wrote: | On Tuesday 27 April 2004 17:48, Derrick 'dman' Hudson wrote: [...] | > Anyways, now that you've explained how kmail stored the folders | > on-disk it all makes sense :-). | | You can use maildir in kmail - or in fact mix the two. the difficulty | when trying to share with other mailreaders (eg mutt) is that any | subdirectories created in kmail, even in maildir format, are not really | there. This is simply a matter of how the things the user sees in a GUI is mapped to the on-disk data store. | If, in kmail, you create folders foo and foo|bar, and put some mail into | both, then look in mutt, you see only the mail in foo/. And if you do "Look in mutt" -- this is too ambiguous. If you open the folder foo then of course you are only going to see mail in foo :-). Try this : $ cd ~/Mail $ mutt -f foo $ mutt -f .foo.bar $ mutt -f foo/.bar and you can see the mail in either folder. (I've never used kmail, but I think one of the latter two is the naming scheme it uses) | cd ~/Mail | ls ;you will see foo | ls foo ;you will see 'cur new tmp' - no sign of bar Instead run 'ls -A'. | But if you do | cd ~/Mail | mkdir admin | mkdir admin/dull | and look in kmail - they don't exist. Again, it is the ondisk<->GUI mapping that is not identical. However, mutt is flexible enough to work with kmail if you want it to. Just don't use that on-disk naming pattern because kmail doesn't understand it. | so look in mutt if there are cur, new, and tmp subdirs in admin, mutt | will show it, but then it says admin/dull is not a mailbox, even if you | have copied mail into it (in CLI). Did you create the directories admin/dull/{cur,new,tmp}? If not, then admin/dull is indeed not a Maildir mailbox. | But if you delete the cur, new, and | tmp subdirs from admin, mutt now shows you dull and the mail in it. "mutt now shows". Mutt has many aspects and views. Which one are you referring to? | So it is impossible to have a hierarchy in which there are both mail and | subdirectories in any directory. Proof by counter example : $ mkdir -p admin/{dull,boring,cur,new,tmp}/{cur,new,tmp} $ for F in admin/new/1 admin/dull/new/1 ; do echo -ne 'From: testing:;\nSubject: dummy mail message\n\nHello World.\n' >$F ; done # the above creates the three mail folders and puts a new # message in two of them $ mutt -f admin $ mutt -f admin/dull $ mutt -f admin/boring This works exactly as it should -- mutt shows the contents of each mail folder and allows you to manipulate it including marking messages as read, deleting messages, copying messages to other folders, etc.. I've been using this sort of setup (with mutt) for a few years now. | And if interoperability with kmail is needed, only a flat file | structure will work. Apparently. Much like working with courier-imap. Courier imap stores all personal mail folders in the INBOX folder. INBOX is by default ~/Maildir, but can be different. Subfolders look like this on-disk : ~/Maildir/.Sent ~/Maildir/.my-best-friend ~/Maildir/.lists.debian-user ~/Maildir/.lists.zope3-dev Courier presents this on-disk data through the IMAP protocol and the IMAP client displays all of those folders, including the 'lists' folder that doesn't have its own spool on-disk. | The best compromise is a fake hierarchy using maildirs called, eg: | admin | admin-dull | admin-boring | lists-du | lists-lilypond | | which shows up the same in either mailreader. | | At least, that is what I seem to have found... If you want to use both (either mutt+courier or mutt+kmail) then my recommendation is to use the on-disk naming scheme that the other app requires. Use the dots (like my courier example above) as the directory separator. Mutt doesn't care, but courier and kmail do. Alright, so I'll take a quick look through muttrc(5) for you ... ... In your .muttrc put this line : set mask="" Now, in the *file browser* mutt won't hide dotfiles. (I suspect that's what you are referring to above, the file browser) Note that that affects the *file browser* only, not whether or not mutt is capable of reading and writing and in general using the mail folder. -D -- "He is no fool who gives up what he cannot keep to gain what he cannot lose." --Jim Elliot www: http://dman13.dyndns.org/~dman/ jabber: dman@dman13.dyndns.org
Attachment:
signature.asc
Description: Digital signature