Re: Namespace question
Yes, it gets created automatically. ---Aki TuomiDovecot oy Original message From: J Doe Date: 24/07/2018 00:10 (GMT+02:00) To: dovecot@dovecot.org Subject: Namespace question Hi, I have a question about the “inbox” namespace, as mentioned in: conf.d/10-mail.conf. I have written my dovecot.conf file from scratch and do not include: conf.d/10-mail.conf. I have not defined the “inbox” namespace and so I am assuming that one is created by default. When I list the dovecot defaults via “sudo doveconf -d”, I notice that no “namespace inbox” entry exists. If “namespace inbox” is not specified, is one still created by default ? Thanks, - J
Namespace question
Hi, I have a question about the “inbox” namespace, as mentioned in: conf.d/10-mail.conf. I have written my dovecot.conf file from scratch and do not include: conf.d/10-mail.conf. I have not defined the “inbox” namespace and so I am assuming that one is created by default. When I list the dovecot defaults via “sudo doveconf -d”, I notice that no “namespace inbox” entry exists. If “namespace inbox” is not specified, is one still created by default ? Thanks, - J
Re: [Dovecot] imapc / namespace question
On 13.4.2012, at 23.41, René Neumann wrote: I've got two questions regarding imapc and namespaces: 1) Is there a way of stating, that I only want part of the hierarchy on the end of an imapc connection to be available here? My problem: hg has now imapc_list_prefix. 2) Private namespaces only make sense, if location contains something user-specific like %u or ~. Is this correct? If yes: Is there some other way to make something like an imapc connection only appear for one user, if there is nothing in the location or imapc_user to denote the user it belongs to and hence I cannot use private? The only way I see currently is to use shared and set up ACLs to forbid all users except one to access the namespace (which gets slightly ugly as I have to use global ACLs, as -- I think -- there is no way to store ACLs for an imapc storage). Well, it's not necessarily a problem to use a private namespace for anything you want. If you set it hidden=yes (probably should do anyway) then IMAP clients won't even know that you've set it as private. Internally the main difference between private and public namespaces is the default ACLs.
[Dovecot] imapc / namespace question
Hi, I've got two questions regarding imapc and namespaces: 1) Is there a way of stating, that I only want part of the hierarchy on the end of an imapc connection to be available here? My problem: On the other end the layout is: INBOX.Shared.{some,nice,folders} If I mirror this into my dovecot hierarchy with prefix Gemeinsam I get the following folder structure: Gemeinsam.INBOX.Shared.{some,nice,folders} But I want to ignore the two top-most parts of the hierarchy, i.e. I want it to look: Gemeinsam.{some,nice,folders} Is this possible? I tried with 'location=imapc:INBOX.Shared.' but this did not change anything. 2) Private namespaces only make sense, if location contains something user-specific like %u or ~. Is this correct? If yes: Is there some other way to make something like an imapc connection only appear for one user, if there is nothing in the location or imapc_user to denote the user it belongs to and hence I cannot use private? The only way I see currently is to use shared and set up ACLs to forbid all users except one to access the namespace (which gets slightly ugly as I have to use global ACLs, as -- I think -- there is no way to store ACLs for an imapc storage). Thanks, René signature.asc Description: OpenPGP digital signature
[Dovecot] virtual namespace question
Hi, I'm wondering if it is possible to create a virtual namespace on a prefix other than virtual/. My goal is to mix IMAP folders with virtual folders on the same folder level (prefix = ). mail_location = maildir:/data/mail/%d/%u/ # Virtual namespace private { prefix = separator = / location = virtual:/data/mail/%d/%u/virtual } # Default namespace private { separator = / prefix = inbox = yes } With this configuration the folders show up on the same level, but I'm unable to subscribe to them. When I change the prefix back to virtual/ it works, but folders are still gruoped under virtual. Funny thing is, when I use a prefix something like vfolder/, the root folder is no longer greyed out in my MUA (TB3), and I get a Mailbox doesn't exist: vfolder error msg if I click on it. BR, Jos
Re: [Dovecot] Multiple private namespace question
Timo Sirainen wrote: But I don't think there are any problems if you make INBOX. namespace the hidden one. Most clients don't care about namespaces. Hi Timo, thanks for the reply - I understand what you're saying. Can you theorize what will happen to the already configured/subscribed users (Thunderbird) whose tree looks like: INBOX |_ Sent |_ Drafts ...when I would change the default namespace around and make the empty prefix inbox=yes? Would everything suddenly become flat on them and cause confusion? Ala: INBOX Sent Drafts Most Thunderbird instances already configured say INBOX. under the setting of '(IMAP Account) - Server Settings - Advanced - Personal Namespace'; I think this value is filled in automatically by Thunderbird the first time you configure the account and it queries the server and received the namespace advertisement. Would it be correct to assume that all these existing users would be fine (because of the hidden INBOX prefix namespace, compatibility mode), and only new users would see a flat hierarchy when setting up Thunderbird? Many thanks, -te -- Troy Engel | Systems Engineer Fluid Inc. | http://www.fluid.com
[Dovecot] Multiple private namespace question
(apologies if this has been covered, can't find it on the Wiki/FAQ, etc.) We have a stellar, fantastic, hard working Dovecot 1.0.5 (yes, I need to upgrade) installation running in Courier-IMAP compatibility mode: mail_location = maildir:~/Maildir:INDEX=/var/spool/dovecot/indexes/%1u/%u namespace private { separator = . prefix = INBOX. inbox = yes } A user purchased a Windows Mobile 6 device which is ignoring the namespace (it's the device's bug for sure, other people report it on forums around the 'net) and there's no way on this device to manually set the Prefix; so, his Sent mails are never making it back to the server when replying from the device because of the missing INBOX. issue. Can I add a second hidden namespace with no prefix: namespace private { separator = . prefix = hidden = yes } ...to fix his problem, but without adversely affecting anyone else? The issue that has given me pause is this comment in the config file: Default namespace is simply done by having a namespace with empty prefix. ..but then there's also: If namespace is hidden, it's not advertised to clients via NAMESPACE extension or shown in LIST replies. I'm not sure what exactly will happen by adding a hidden namespace with no prefix after an advertised namespace with a prefix; this is a live server, so mucking up the works with a bad config is not an option. :) Anyone have a clue if this is valid/good/correct and Dovecot will play nicely? Many thanks, -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com
Re: [Dovecot] Multiple private namespace question
On 5/23/2008, Troy Engel ([EMAIL PROTECTED]) wrote: Can I add a second hidden namespace with no prefix: Certainly... http://wiki.dovecot.org/Namespaces -- Best regards, Charles
Re: [Dovecot] Multiple private namespace question
Charles Marcus wrote: On 5/23/2008, Troy Engel ([EMAIL PROTECTED]) wrote: Can I add a second hidden namespace with no prefix: Certainly... http://wiki.dovecot.org/Namespaces See, the wiki page has it backwards though of the way I need to do it; the empty prefix namespace is the inbox = yes, not the hidden = yes. I'm giving pause because I can't find examples of anyone doing it the other way around; empty prefix, hidden = yes as NOT the default namespace (inbox = yes). Have you run the reverse configuration like I need and can confirm it works? thx, -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com
Re: [Dovecot] Multiple private namespace question
On 5/23/2008, Troy Engel ([EMAIL PROTECTED]) wrote: Can I add a second hidden namespace with no prefix: Certainly... http://wiki.dovecot.org/Namespaces See, the wiki page has it backwards though of the way I need to do it; the empty prefix namespace is the inbox = yes, not the hidden = yes. I'm giving pause because I can't find examples of anyone doing it the other way around; empty prefix, hidden = yes as NOT the default namespace (inbox = yes). Have you run the reverse configuration like I need and can confirm it works? No, but there's no reason it wouldn't... a namespace is a namespace. Easiest is to just try it... -- Best regards, Charles
Re: [Dovecot] Multiple private namespace question
Charles Marcus wrote: No, but there's no reason it wouldn't... a namespace is a namespace. Easiest is to just try it... ...I think you missed the whole part of my original email that stated this is a live, hard working server and just trying things is not an option. I'm normally a just-push-the-button type of guy, but in this case I need to get quantified evidence that it will actually do what I need without breaking other things. -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com
Re: [Dovecot] Multiple private namespace question
On 5/23/2008, Troy Engel ([EMAIL PROTECTED]) wrote: ...I think you missed the whole part of my original email that stated this is a live, hard working server and just trying things is not an option. I'm normally a just-push-the-button type of guy, but in this case I need to get quantified evidence that it will actually do what I need without breaking other things. No such thing as a guarantee. Only you know your environment, and only you can properly test such a change. That said - the examples in the wiki are just that... *examples*. There is absolutely ZERO reason I can see that it would NOT work. This isn't in the category of 'just trying things'... it really should just work. I guess the closest thing to a guarantee you might get is if Timo chimes in and also says that it will work... so I'll shut up now. -- Best regards, Charles
Re: [Dovecot] [Fwd: Re: Namespace Question]
On Sat, 2007-10-20 at 17:08 -0700, Jeff Grossman wrote: 2 search since 6-Sep-2007 * SEARCH 2 OK Search completed. 3 fetch 1:* internaldate * 1 FETCH (INTERNALDATE 23-Sep-2007 17:21:04 -0700) .. Weird. Try the attached patch. What does it log? diff -r 9e7bf6becfb4 src/lib-storage/index/index-search.c --- a/src/lib-storage/index/index-search.c Sun Oct 21 03:09:33 2007 +0300 +++ b/src/lib-storage/index/index-search.c Sun Oct 21 03:15:11 2007 +0300 @@ -196,6 +196,7 @@ static int search_arg_match_cached(struc return date = arg-value.time date arg-value.time + 3600*24; case SEARCH_SINCE: + i_warning(since: %d vs %d, (int)date, (int)arg-value.time); return date = arg-value.time; default: /* unreachable */ signature.asc Description: This is a digitally signed message part
[Dovecot] [Fwd: Re: Namespace Question]
Timo Sirainen wrote: On Fri, 2007-10-05 at 17:27 -0700, Jeff Grossman wrote: Timo Sirainen wrote: On Tue, 2007-10-02 at 18:12 -0700, Jeff Grossman wrote: So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? Is it using SORT command? Apparently there are some bugs still in it. http://dovecot.org/bugreport.html#sniffing I don't think so. Here is the first .in file from the rawlog A6 NAMESPACE A7 SELECT Inbox A8 SEARCH SINCE 6-Sep-2007 OK, this finds the messages based on their INTERNALDATE. With maildir that means the files' mtime. Are all the mtimes older than 6 Sep? If not, try deleting dovecot.index.cache file to see if it helps. Out of 13 messages in my inbox, 12 of them are newer than 6 Sep. I deleted the dovecot.index.cache file and it still will not display any messages in my inbox when I have the setting to only display the most current 30 days worth of mail. Jeff Timo, Just FYI, the above problem is still not fixed with beta 3. Jeff
Re: [Dovecot] Namespace Question
Timo Sirainen wrote: On Tue, 2007-10-02 at 18:12 -0700, Jeff Grossman wrote: So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? Is it using SORT command? Apparently there are some bugs still in it. http://dovecot.org/bugreport.html#sniffing I don't think so. Here is the first .in file from the rawlog A6 NAMESPACE A7 SELECT Inbox A8 SEARCH SINCE 6-Sep-2007 A9 SELECT Sent Items A10 LOGOUT Here are the results from the above .in file * OK [RAWLOG TIMESTAMP] 2007-10-05 17:22:53 * NAMESPACE (( .)) NIL NIL A6 OK Namespace completed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded \*)] Flags permitted. * 14 EXISTS * 1 RECENT * OK [UIDVALIDITY 1191346544] UIDs valid * OK [UIDNEXT 275] Predicted next UID A7 OK [READ-WRITE] Select completed. * SEARCH A8 OK Search completed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 164 EXISTS * 0 RECENT * OK [UIDVALIDITY 1191346634] UIDs valid * OK [UIDNEXT 165] Predicted next UID A9 OK [READ-WRITE] Select completed. * BYE Logging out A10 OK Logout completed. And, here is the second .in file from the rawlog A6 LIST % A7 LOGOUT Please let me know if there is anything else I can run for you. Jeff
Re: [Dovecot] Namespace Question
On Fri, 2007-10-05 at 17:27 -0700, Jeff Grossman wrote: Timo Sirainen wrote: On Tue, 2007-10-02 at 18:12 -0700, Jeff Grossman wrote: So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? Is it using SORT command? Apparently there are some bugs still in it. http://dovecot.org/bugreport.html#sniffing I don't think so. Here is the first .in file from the rawlog A6 NAMESPACE A7 SELECT Inbox A8 SEARCH SINCE 6-Sep-2007 OK, this finds the messages based on their INTERNALDATE. With maildir that means the files' mtime. Are all the mtimes older than 6 Sep? If not, try deleting dovecot.index.cache file to see if it helps. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Namespace Question
Timo Sirainen wrote: On Fri, 2007-10-05 at 17:27 -0700, Jeff Grossman wrote: Timo Sirainen wrote: On Tue, 2007-10-02 at 18:12 -0700, Jeff Grossman wrote: So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? Is it using SORT command? Apparently there are some bugs still in it. http://dovecot.org/bugreport.html#sniffing I don't think so. Here is the first .in file from the rawlog A6 NAMESPACE A7 SELECT Inbox A8 SEARCH SINCE 6-Sep-2007 OK, this finds the messages based on their INTERNALDATE. With maildir that means the files' mtime. Are all the mtimes older than 6 Sep? If not, try deleting dovecot.index.cache file to see if it helps. Out of 13 messages in my inbox, 12 of them are newer than 6 Sep. I deleted the dovecot.index.cache file and it still will not display any messages in my inbox when I have the setting to only display the most current 30 days worth of mail. Jeff
Re: [Dovecot] Namespace Question
Okay, I feel pretty stupid now. It was not a problem with namespaces at all. But, I think there is a problem somewhere. I had the phone setup to display the last 30 days of messages. When I would sync it up, it did not display any messages. That is why I thought something was messed up with the namespaces. So, I changed the setting to display All messages and then they appeared. I currently have 20 messages in my inbox, of which 17 of those are in the past 30 days. So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? On a side note, none of my folders were displaying. That is also why I thought the namespaces were messed up. It turns out I needed to select Show All Folders. Once I did that all of my folders appeared. I apologize for wasting anybody's time on the namespace problem. But, I do think there is a problem with the date being sent over the IMAP connection. It still partly looks like a namespace issue. You probably weren't seeing the folders because you would have been subscribed to a slightly differently named version of each folder, say with INBOX. prefixed on to it. Been through the same when changing namespaces here on dumb clients I bet there is a folder prefix option in your client. There is in Outlook Express / Outlook for example. Ed W
[Dovecot] Namespace Question
I installed 1.1Beta2 over 1.0.5 last night. My 1.0.5 setup was running with no problems at all. Stupid me overwrote my dovecot.conf file with a vanilla one. I know I know, backup!!! I am pretty sure my old dovecot.conf file did not specify any namespaces, but I could be mistaken. My Thunderbird and Squirrelmail are working fine on the new 1.1Beta2 setup. But, my smartphone running Windows Mobile 5.0 does not see the inbox or my folders. Does anybody know what might be different between 1.0.5 and 1.1Beta2 in regards to pocket outlook? This is on a Gentoo system. Here is my dovecot-n output. apple dovecot # dovecot -n # 1.1.beta2: /etc/dovecot/dovecot.conf protocols: imap imaps pop3 pop3s listen: [::] ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:%h/.maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: passdb: driver: pam args: * userdb: driver: passwd Thanks, Jeff
Re: [Dovecot] Namespace Question
Jeff Grossman wrote: I installed 1.1Beta2 over 1.0.5 last night. My 1.0.5 setup was running with no problems at all. Stupid me overwrote my dovecot.conf file with a vanilla one. I know I know, backup!!! I am pretty sure my old dovecot.conf file did not specify any namespaces, but I could be mistaken. I believe that was one of the things to note for an upgrade - check the original announcement I am sure there is something there about breaking configs where the names space is not previously specified? Ed W
Re: [Dovecot] Namespace Question
Jeff Grossman wrote: I installed 1.1Beta2 over 1.0.5 last night. My 1.0.5 setup was running with no problems at all. Stupid me overwrote my dovecot.conf file with a vanilla one. I know I know, backup!!! I am pretty sure my old dovecot.conf file did not specify any namespaces, but I could be mistaken. I believe that was one of the things to note for an upgrade - check the original announcement I am sure there is something there about breaking configs where the names space is not previously specified? Ed W I looked through all of the 1.1 announcements and did not see it. I also looked at the wiki page talking about the 1.0 to 1.1 upgrade, nothing there. I think the windows mobile device is looking for an INBOX. prefix where my other setup (Thunderbird, Outlook, and Squirrelmail) are not looking for a prefix. Can somebody help me with setting that up in Dovecot? Thanks, Jeff
Re: [Dovecot] Namespace Question
Jeff Grossman wrote: I looked through all of the 1.1 announcements and did not see it. I also looked at the wiki page talking about the 1.0 to 1.1 upgrade, nothing there. I think the windows mobile device is looking for an INBOX. prefix where my other setup (Thunderbird, Outlook, and Squirrelmail) are not looking for a prefix. Can somebody help me with setting that up in Dovecot? Thanks, Jeff Okay, I feel pretty stupid now. It was not a problem with namespaces at all. But, I think there is a problem somewhere. I had the phone setup to display the last 30 days of messages. When I would sync it up, it did not display any messages. That is why I thought something was messed up with the namespaces. So, I changed the setting to display All messages and then they appeared. I currently have 20 messages in my inbox, of which 17 of those are in the past 30 days. So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? On a side note, none of my folders were displaying. That is also why I thought the namespaces were messed up. It turns out I needed to select Show All Folders. Once I did that all of my folders appeared. I apologize for wasting anybody's time on the namespace problem. But, I do think there is a problem with the date being sent over the IMAP connection. Jeff