When I click on a top-level account in KMail on an IMAP client, the File->New->Add Folder option is greyed out, although it is available to create a sub-folder of an existing folder.
I know I can create a new folder by creating a subdirectory .<whatever> in ~/Maildir on the IMAP server; but is this really the only way?
Also: is there any way of re-ordering the folders in KMail ? I created a new folder in the above fashion, but it is listed out of alphabetical order.
On Friday 15 June 2012 15:48:06 Timothy Murphy wrote:
When I click on a top-level account in KMail on an IMAP client, the File->New->Add Folder option is greyed out, although it is available to create a sub-folder of an existing folder.
I know I can create a new folder by creating a subdirectory .<whatever> in ~/Maildir on the IMAP server; but is this really the only way?
Also: is there any way of re-ordering the folders in KMail ? I created a new folder in the above fashion, but it is listed out of alphabetical order.
What IMAP server are you using cyrus-imap or dovecote? If you're using cyrus as I am then the root folder is the inbox and it works for me.
If its dovecot, I believe that you can't add folders to the inbox, unless something has changed and there is a way to do that which I am not aware of. However, the root folder is the very top level of the tree structure, that is, the alias of email account. If you can't add a folder there, it may be bug in kmail.
If it is someother external source, then we need more details about how you have worked in the past. IE have you been able to create folders from what your root folder is? I wish I could be of better help.
Eli
On Fri, 2012-06-15 at 19:11 +0300, Eli Wapniarski wrote:
What IMAP server are you using cyrus-imap or dovecote? If you're using cyrus as I am then the root folder is the inbox and it works for me.
That actually depends on how the Cyrus admin set it up. Cyrus' default behaviour is to have everything hanging from Inbox, but a per-installation config option on the server side allows the more familar "rootless" mode.
poc
Eli Wapniarski wrote:
When I click on a top-level account in KMail on an IMAP client, the File->New->Add Folder option is greyed out, although it is available to create a sub-folder of an existing folder.
I know I can create a new folder by creating a subdirectory .<whatever> in ~/Maildir on the IMAP server; but is this really the only way?
Also: is there any way of re-ordering the folders in KMail ? I created a new folder in the above fashion, but it is listed out of alphabetical order.
What IMAP server are you using cyrus-imap or dovecote? If you're using cyrus as I am then the root folder is the inbox and it works for me.
Thanks for your response. I should have said I am running dovecot.
If its dovecot, I believe that you can't add folders to the inbox, unless something has changed and there is a way to do that which I am not aware of. However, the root folder is the very top level of the tree structure, that is, the alias of email account. If you can't add a folder there, it may be bug in kmail.
If it is someother external source, then we need more details about how you have worked in the past. IE have you been able to create folders from what your root folder is? I wish I could be of better help.
I'm not quite clear what you mean by the "root" folder.
My KMail setup (on a Fedora-17 laptop) is perhaps more complicated than usual, or than necessary?
I have 3 email "accounts" (as seen in KMail Settings=>Configure KMail=>Accounts): "grover", "killeen" and "Local Folders". The first two are servers I get email from.
When I run KMail I see these 3 accounts as top-level items in the menu on the left. The sub-items, eg "Family", under "grover" in the menu correspond to folders in ~/Maildir/ on the server "grover" (~/Maildir/.Family in this case).
The messages in "inbox" under "grover" are a little different. They appear in the server in the folders ~/Maildir/cur and ~/Maildir/new .
If I highlight "grover" in the KMail menu I see that File=>New=>Add Folder is greyed out. On the other hand, if I highlight "Family" (under "grover") the "Add Folder" option is not greyed out, and I can add a subfolder, eg "Anne", to "Family", under KMail. I see that this adds a directory ~/Maildir/.Family.Anne/ on the server.
On Saturday 16 June 2012 14:28:51 Timothy Murphy wrote:
Eli Wapniarski wrote:
When I click on a top-level account in KMail on an IMAP client, the File->New->Add Folder option is greyed out, although it is available to create a sub-folder of an existing folder.
I know I can create a new folder by creating a subdirectory .<whatever> in ~/Maildir on the IMAP server; but is this really the only way?
Also: is there any way of re-ordering the folders in KMail ? I created a new folder in the above fashion, but it is listed out of alphabetical order.
What IMAP server are you using cyrus-imap or dovecote? If you're using cyrus as I am then the root folder is the inbox and it works for me.
Thanks for your response. I should have said I am running dovecot.
If its dovecot, I believe that you can't add folders to the inbox, unless something has changed and there is a way to do that which I am not aware of. However, the root folder is the very top level of the tree structure, that is, the alias of email account. If you can't add a folder there, it may be bug in kmail.
If it is someother external source, then we need more details about how you have worked in the past. IE have you been able to create folders from what your root folder is? I wish I could be of better help.
I'm not quite clear what you mean by the "root" folder.
My KMail setup (on a Fedora-17 laptop) is perhaps more complicated than usual, or than necessary?
I have 3 email "accounts" (as seen in KMail Settings=>Configure KMail=>Accounts): "grover", "killeen" and "Local Folders". The first two are servers I get email from.
When I run KMail I see these 3 accounts as top-level items in the menu on the left. The sub-items, eg "Family", under "grover" in the menu correspond to folders in ~/Maildir/ on the server "grover" (~/Maildir/.Family in this case).
The messages in "inbox" under "grover" are a little different. They appear in the server in the folders ~/Maildir/cur and ~/Maildir/new .
If I highlight "grover" in the KMail menu I see that File=>New=>Add Folder is greyed out. On the other hand, if I highlight "Family" (under "grover") the "Add Folder" option is not greyed out, and I can add a subfolder, eg "Anne", to "Family", under KMail. I see that this adds a directory ~/Maildir/.Family.Anne/ on the server.
The "root" folder of a system is the very first folder of that system. It is the folder in Linux that folder is "/". In Windows it would be "C:/" or "D:/" etc.
Tim.... What you have does not resemble anything I have sitting on my computer. My mail is sitting in..
~/.kde/share/apps/kmail/imap/
Maildir.... If I'm not mistaken, is for locally stored mail. And if I am not mistaken, that means that you are drawing mail in via pop3 protocol, not imap and storing them on your system. Would that be correct?
Eli
On Sat, 2012-06-16 at 18:56 +0300, Eli Wapniarski wrote:
The "root" folder of a system is the very first folder of that system. It is the folder in Linux that folder is "/". In Windows it would be "C:/" or "D:/" etc.
Leaving aside the question as to whether Windows has such a thing as a root folder (since it doesn't have a unified file system it's not a concept that really means much), the root folder of a mail hierarchy has nothing to do with any of this, especially if we're talking about an abstraction maintained by a remote server, e.g. I use Gmail via IMAP, but I don't for a moment think that my "root folder" corresponds to a real file directory, given that Gmail is a huge distributed database.
Mail folder collections almost always look like rooted trees, at least in abstract. Sometimes the root is anonymous, other times it has a name, such as the Inbox supported by the original Cyrus system.
poc
Am Samstag, 16. Juni 2012, 21:49:54 schrieb Patrick O'Callaghan:
On Sat, 2012-06-16 at 18:56 +0300, Eli Wapniarski wrote:
The "root" folder of a system is the very first folder of that system. It is the folder in Linux that folder is "/". In Windows it would be "C:/" or "D:/" etc.
Leaving aside the question as to whether Windows has such a thing as a root folder (since it doesn't have a unified file system it's not a concept that really means much), the root folder of a mail hierarchy has nothing to do with any of this, especially if we're talking about an abstraction maintained by a remote server, e.g. I use Gmail via IMAP, but I don't for a moment think that my "root folder" corresponds to a real file directory, given that Gmail is a huge distributed database.
Mail folder collections almost always look like rooted trees, at least in abstract. Sometimes the root is anonymous, other times it has a name, such as the Inbox supported by the original Cyrus system.
poc
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Hi,
I think it is a bug in Kmail see https://bugs.kde.org/show_bug.cgi?id=292418 , it is supposedly fixed in 4.8.5
Regards Christian
Christian Funke wrote:
I think it is a bug in Kmail see https://bugs.kde.org/show_bug.cgi?id=292418 , it is supposedly fixed in 4.8.5
Thanks for pointing that out.
I should say that I now find KMail entirely satisfactory, after a somewhat bruising passage. The problem about top-level folders - I was the OP - is a very minor one, which I wouldn't even have thought of during the "crashing" days!
On 06/15/2012 09:48 AM, Timothy Murphy wrote:
When I click on a top-level account in KMail on an IMAP client, the File->New->Add Folder option is greyed out, although it is available to create a sub-folder of an existing folder.
I know I can create a new folder by creating a subdirectory .<whatever> in ~/Maildir on the IMAP server; but is this really the only way?
Also: is there any way of re-ordering the folders in KMail ? I created a new folder in the above fashion, but it is listed out of alphabetical order.
Maybe seeing this?
https://bugs.kde.org/show_bug.cgi?id=218935
-- rex
Rex Dieter wrote:
When I click on a top-level account in KMail on an IMAP client, the File->New->Add Folder option is greyed out, although it is available to create a sub-folder of an existing folder.
Maybe seeing this?
Thanks.
I saw someone (possibly you?) mentioned another bugzilla, which mentioned that the problem was solved in a version of KMail coming shortly.
On Monday, June 18, 2012 12:56:01 AM Timothy Murphy wrote:
Rex Dieter wrote:
When I click on a top-level account in KMail on an IMAP client, the File->New->Add Folder option is greyed out, although it is available to create a sub-folder of an existing folder.
Maybe seeing this?
Thanks.
I saw someone (possibly you?) mentioned another bugzilla, which mentioned that the problem was solved in a version of KMail coming shortly.
My colleague Christian Mollekopf (in CC:) will work / has worked on resolving this issue / these issues, IIRC. I'll let him speak for himself.
A client needs to take two things into account for this "thing" that is root- level folders and sub-folders, which are;
- First, the result of the NAMESPACE command. The response to this command lists the roots and hierarchy separators for personal, 'other users' and zero or more 'shared' namespaces.
The traditional root for one's personal namespace has been INBOX, but evolvement from the legacy NNTP name-space and convention has resulted in both the use of alternative namespace (INBOX is a root-level folder, but sub- folders of INBOX are presented as root-level folders as well - they are often still folder/sub-folder on the mail server's filesystem), as well as the '/' hierarchy separator (so mailbox names can contain dots '.' characters).
- Second, as a consequence of using alternative namespaces, "INBOX" cannot contain any "sub-folders" - "sub-folders" being presented as root-level folders and all. To this end a \NoInferiors flag is included in the LIST / LSUB command responses, indicating no child folders can be created.
I hope this clarifies a bit, where things can go wrong.
Kind regards,
Jeroen van Meeuwen
On Monday 18 June 2012 12.54:03 Jeroen van Meeuwen wrote:
On Monday, June 18, 2012 12:56:01 AM Timothy Murphy wrote:
Rex Dieter wrote:
When I click on a top-level account in KMail on an IMAP client, the File->New->Add Folder option is greyed out, although it is available to create a sub-folder of an existing folder.
Maybe seeing this?
Thanks.
I saw someone (possibly you?) mentioned another bugzilla, which mentioned that the problem was solved in a version of KMail coming shortly.
My colleague Christian Mollekopf (in CC:) will work / has worked on resolving this issue / these issues, IIRC. I'll let him speak for himself.
Hey,
A workaround has been commited already (https://bugs.kde.org/show_bug.cgi?id=292418, fixed in 4.8.5), which should at least allow creating toplevel folders, however acl's and such are still not checked properly. I opened a bug for that: https://bugs.kde.org/show_bug.cgi?id=302139
Cheers, Christian
A client needs to take two things into account for this "thing" that is root- level folders and sub-folders, which are;
- First, the result of the NAMESPACE command. The response to this command
lists the roots and hierarchy separators for personal, 'other users' and zero or more 'shared' namespaces.
The traditional root for one's personal namespace has been INBOX, but evolvement from the legacy NNTP name-space and convention has resulted in both the use of alternative namespace (INBOX is a root-level folder, but sub- folders of INBOX are presented as root-level folders as well - they are often still folder/sub-folder on the mail server's filesystem), as well as the '/' hierarchy separator (so mailbox names can contain dots '.' characters).
- Second, as a consequence of using alternative namespaces, "INBOX" cannot
contain any "sub-folders" - "sub-folders" being presented as root-level folders and all. To this end a \NoInferiors flag is included in the LIST / LSUB command responses, indicating no child folders can be created.
I hope this clarifies a bit, where things can go wrong.
Kind regards,
Jeroen van Meeuwen
Jeroen van Meeuwen wrote:
- First, the result of the NAMESPACE command. The response to this command
lists the roots and hierarchy separators for personal, 'other users' and zero or more 'shared' namespaces.
I've seen this remark before, but never understood what it means.
If I say "kmail NAMESPACE" I get the unintelligible (to me) response ---------------------------------- [tim@blanche ~]$ kmail NAMESPACE Enchant dict for "en_GB" 0x8e2a058 ---------------------------------- If I just give the command "NAMESPACE" I'm told it is not knows. "kmail --help" does not mention NAMESPACE at all.
On Thursday, June 28, 2012 04:12:27 PM Timothy Murphy wrote:
Jeroen van Meeuwen wrote:
- First, the result of the NAMESPACE command. The response to this command
lists the roots and hierarchy separators for personal, 'other users' and zero or more 'shared' namespaces.
I've seen this remark before, but never understood what it means.
If I say "kmail NAMESPACE" I get the unintelligible (to me) response
[tim@blanche ~]$ kmail NAMESPACE Enchant dict for "en_GB" 0x8e2a058
If I just give the command "NAMESPACE" I'm told it is not knows. "kmail --help" does not mention NAMESPACE at all.
NAMESPACE is an IMAP4 command, not a kmail command.
Kind regards,
Jeroen van Meeuwen
Jeroen van Meeuwen wrote:
If I just give the command "NAMESPACE" I'm told it is not knows. "kmail --help" does not mention NAMESPACE at all.
NAMESPACE is an IMAP4 command, not a kmail command.
Thanks. I think this shows that for innocents like me it is usually better (and shorter) to paste the actual command given, rather than describe it.
-
Christian Funke -
Christian Mollekopf -
Eli Wapniarski -
Jeroen van Meeuwen -
Patrick O'Callaghan -
Rex Dieter -
Timothy Murphy