Re: Bug: subscriptions file

I shall volunteer, not to be chewed, alive, by the lions, on this fine day. Sent from ProtonMail Mobile On Thu, May 24, 2018 at 15:37, Timo Sirainen wrote: > I'd rather not add RFC-breaking settings. But there's IMAP4rev2 discussion > going on in https://www.ietf.org/mailman/listinfo/extra. So

Re: Bug: subscriptions file

I'd rather not add RFC-breaking settings. But there's IMAP4rev2 discussion going on in https://www.ietf.org/mailman/listinfo/extra . Someone motivated enough could perhaps try to suggest changing this behavior in there. > On 23 May 2018, at 23.13, Ru

Re: Bug: subscriptions file

Well, ok, it is a feature, not a bug. I hope it will qualify as a bug for Thunderbird, because manual edit of the subscription file is just batshit crazy. Sent from ProtonMail Mobile On Thu, May 24, 2018 at 07:33, Aki Tuomi wrote: > I understand that reading that paragraph makes it sounds obs

Re: Bug: subscriptions file

Am 2018-05-24 um 07:38 schrieb Roger Klorese: If John Doe dies and a new John Doe is born, they’re not the same person, are they? They can even coexist, hundreds at a time. That is not a good analogy. Peter On Wed, May 23, 2018 at 10:37 PM Aki Tuomi > wrote:

Re: Bug: subscriptions file

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 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 real

Re: Bug: subscriptions file

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, is it?! > On Wed, May 23, 2018 at 10:33 PM Aki Tuomi > wrote: > > I un

Re: Bug: subscriptions file

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 wrote: > I understand that reading that paragraph makes it sounds obscure and > outdated. But the problem is that if something deletes & recreates

Re: Bug: subscriptions file

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 subscription. This includes other MUAs that are in no way obligated to resubscribe to the folder if they do th

Re: Bug: subscriptions file

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

Re: Bug: subscriptions file

On 23.05.2018 12:31, Rupert Gallagher wrote: > Dovecot does not clear the subscription file from non-existent folders.  Hi! Thank you for your bug report. Unfortunately this is not a BUG, but mandated behavior by RFC3501, see last two paragraphs in the excerpt. Aki Tuomi 6.3.6.  SUBSCRIBE Com

Bug: subscriptions file

Dovecot does not clear the subscription file from non-existent folders.

Re: [Dovecot] Bug: subscriptions file does not take on the same perms as dovecot-shared

*Timo, *Config bit. login_user: nobody mail_location: maildir:~/.Maildir namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: public separator: / prefix: ~XX-Shared/ location: maildir:/export/home/XX/.Maildir list: yes subscriptions: yes auth

Re: [Dovecot] Bug: subscriptions file does not take on the same perms as dovecot-shared

On Tue, 2008-05-27 at 00:17 +1000, Damon Atkins wrote: > Bug, renamed a folder with sub folders (Maildir format) > After the rename the subscriptions file is own by the person who > renamed the folders, and access is owner rw only. > Instead it should be the same as dovecot-shared which would g

Re: [Dovecot] Bug: subscriptions file does not take on the same perms as dovecot-shared

On Tue, 2008-05-27 at 01:15 +1000, Damon Atkins wrote: > login_user: nobody > mail_location: maildir:~/.Maildir > namespace: > type: private > separator: / > inbox: yes > list: yes > subscriptions: yes > namespace: > type: public > separator: / > prefix: ~XX-Shared/ > location: ma

Re: [Dovecot] Bug: subscriptions file does not take on th e same perms as dovecot-shared

On Monday 26 May 2008, Timo Sirainen wrote: > To me this sounds like it would be better handled by configuring > Thunderbird to not use subscriptions at all. Then all mailboxes are > always listed. ... which can be done by unchecking 'Show only subscribed folders' in Account Settings / Server Set

[Dovecot] Bug: subscriptions file does not take on the same perms as dovecot-shared

All, Version: 1.1.rc5 Solaris x86 on ZFS Shared Folder Bug, renamed a folder with sub folders (Maildir format) After the rename the subscriptions file is own by the person who renamed the folders, and access is owner rw only. Instead it should be the same as dovecot-shared which would genera