similar to: dovecot? putting wrong seperator in subscriptions file

I noticed this today, I had a user outside of our department test out dovecot. They were using squirrelmail and I noticed that dovecot thinks this user is subscribed to ALL public folders even though a dovecot ACL prevents all access. I'm pretty sure access is still denied. I was able to reproduce this with a guest account I added: l lsub "" "#shared/decs/%" * LSUB

Hello, I'm playing around with Dovecot 2.0 beta 4. If I use dsync to convert a users mail stored in Maildir format to mdbox format, the subscriptions file in the new mdbox is created using the wrong mailbox separator ('.') leading to folders within folders not being readable by clients using the subscription feature. Excerpt from IMAP: . LIST "" "*" * LIST

Item 1: I store the indexes and control in their own directory. I noticed in 1.1: 1192 ./private/indexes/.INBOX 32 ./private/indexes/.Trash 1228 ./private/indexes 4 ./private/control/.INBOX/.INBOX 84 ./private/control/.INBOX 4 ./private/control/.Trash/.Trash 12 ./private/control/.Trash 100 ./private/control 1332 ./private .INBOX/.INBOX and .Trash/.Trash

On Thu, 15 Sep 2011, Timo Sirainen wrote: > On Wed, 2011-09-14 at 12:10 +0200, Lutz Pre?ler wrote: > > imap(2717, testuser): Panic: file mailbox-list-subscriptions.c: line > > 66 (mailbox_list_subscription_fill_one): assertion failed: (ns!= NULL > > && (ns->flags & NAMESPACE_FLAG_AUTOCREATED) != 0) > > > Fixed:

Again, not a Dovecot issua - but can someone clarify better what IMAP subscriptions (SUBSCRIBE/UNSUBSCRIBE/LSUB) are and what they are used for? I've seen a few times in Microsoft mail clients, the options to subscribe to folders and to "show only subscribed folders". I haven't played much with them, though. But what's the actual point? Except for being returned in the

A user alerted me to a problem when he renamed an upper level mail folder and lost access to a lower level folder under it. I tried with and without listescape, it didn't seem to make a difference, and I saw no errors in the dovecot log. Symptoms are if a client has a maildir folder tree .a and .a.b and renames a to c in their client, Thunderbird shows c/b but b is inaccessible since it

I've got a problem with subscriptions in 1.0-stable when migrating from UW-IMAP. I've modified the SUBSCRIPTION_FILE_NAME entries as suggested in the Wiki http://wiki.dovecot.org/Migration and included the "~/mail/" etc. hidden namespaces. The .mailboxlist files contain entries like "~/mail/somefolder" and the clients have "~/mail/" set as a prefix. In

Hello, ? I noticed that somewhere between 2.2.22 and 2.2.25 the workings of subscriptions seem to have changed. In version 2.2.25, when a client subscribes to a folder, and then does an LSUB command, it will not see that subscribed folder. If you retry the LSUB command, the change is there. Same with unsubscribes. In version 2.2.22 I did not see this weird behavior. ? John

I can't reproduce this. Can you send your doveconf -n output and also an example IMAP session showing what goes wrong? I tested with Maildir and mdbox, and with and without mailbox_list_index=yes: x lsub "" * * LSUB () "/" INBOX x OK Lsub completed (0.000 + 0.000 secs). x subscribe Trash x OK Subscribe completed (0.000 + 0.000 secs). x lsub "" * * LSUB ()

Not sure about 1.0, I don't run it anymore :) But a few users discovered for a small issue that only affects a very small portion of my userbase where instructional correction will suffice. I guess I am reporting it in the interest of getting it out there, and I can live with it if not fixed but it might be an issue for some people. I'm running through my list of issues. Basically,

Hello, Dovecot 2.0.5+ (Debian "automatic package" 2.0.5-0~auto+5). If I use the following namespace definitions namespace personal { inbox = yes location = maildir:~/Maildir separator = ^ prefix = type = private } namespace others { type = shared separator = ^ prefix = shared^%%u^ location = maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u subscriptions = no list =

Hello Timo, I'm having a hard time trying to understand why Thunderbird 3.0.3 doesn't allow me to subscribe to a shared mailbox which I can subscribe to via Kmail for instance. I'm running dovecot-1.2.11/Maildir. The user 'doveimap' shares his mailbox folder/subfolder to the 'dovepop' user which should see it in the '#shared' shared namespace at the following

Sorry for top posting, my client is still broken. I have never seen the ghost of a "system-alerts" or similar "well-known" mail folder in the past 30 years. Compliance with an RFC obscure feature is compellong us all to clear subscriptions fol ders by hand. As we meet the problem over and over again, a non-RFC configuration option could solve the problem, and it would be

If something deletes and recreates the folder, it?s not really the folder to which you subscribed, is it?! On Wed, May 23, 2018 at 10:33 PM Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > I understand that reading that paragraph makes it sounds obscure and > outdated. But the problem is that if something deletes & recreates your > folder, while you were gone, you would lose the

Hi list, i have a strange "ghost" folder in my subscription list and just can't find out how to get rid of it. It seems to be someones Inbox, but it doesn't tell me whose. Here's a screenshot of Open-Xchanges Web-GUI: /http://s9.postimage.org/6aohh97ov/iehadjhb.jpg / As you can see there is an unamed folder just under Freigaben (Shares). In Thunderbird:

Hi folks. Here's our situation: Migrating from UW-IMAP. Have lots (as in, tens of thousands) of clients set up using '~/mail' as the IMAP root, and using subscriptions. Dovecot mail_location is using '~' for mbox storage. We've disabled full filesystem access in Dovecot in order to use ACLs for shared folders. Hence we have a hidden namespace for backwards

Hi, I have a problem with my hanging claws-mail. I first subscribed to their bug tracker, described the problem and before I pressed on submit in their bugtracker, I realized it might be a problem with dovecot. I'm using dovecot for internal purposes only (catching all my external boxes and storing locally): # 1.2.8: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.2-RELEASE-p5 i386 listen: *,

If John Doe dies and a new John Doe is born, they?re not the same person, are they? On Wed, May 23, 2018 at 10:37 PM Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > That's rather difficult semantic question. > > Aki > > On 24.05.2018 08:35, Roger Klorese wrote: > > If something deletes and recreates the folder, it?s not really the folder > to which you subscribed,

In dovecot 1.2 I can create a shared name space like this: namespace shared { separator = / prefix = users/%%u/ location = Maildir:/PATH/TO/spool/%%u/maildir:INDEX=/PATH/TO/spool/%u/maildir/shared_idx subscriptions = no } now, when I subscribe to a shared mailbox of another user with an dot in the users id, like: users/2 at example.com/INBOX/foo and I list my subscribed mailboxes I get:

I'm using dovecot 1.0.rc7 and Squirrelmain 1.4.8 using IMAP on a Debian 3.1 Testing system, and I'm having a problem. When Squirrelmail (or other IMAP clients) submits an LSUB "" "*%", dovecot responds with: Request: A004 LSUB "" "*%" Response: * LSUB () "/" "INBOX.Sent" * LSUB () "/" "INBOX.Trash" *