Re: [Dovecot] doveadm delete folders ? / unsubscribe ?

[Aki Tuomi via dovecot]

> On 19/02/2024 22:17 EET Ryan Ford  wrote:
> 
>  
> Hello,
> Would you be able to show what you did in order to make this command
> unsubscribe as well? The link provided with the answer, no longer works.
> 
> Thank you, Ryan
> 

doveadm mailbox unsubscribe -u  

Aki
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org

Re: [Dovecot] doveadm delete folders ? / unsubscribe ?

[Ryan Ford]

Hello,
Would you be able to show what you did in order to make this command
unsubscribe as well? The link provided with the answer, no longer works.

Thank you, Ryan

___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org

UNSUBSCRIBE

[Andreas Boschke]

> On Jan 17, 2023, at 2:49 PM, Gerben Wierda  wrote:
> 
> It might have a noticeable effect on clients.
> 
> I encountered (probably triggered by this in some way?) that I was unable to 
> het the 'read' bit set in macOS Mail.app. Maybe (as I am doing HA with round 
> robin) the Mail.app client got to one dovecot repository on one tcp 
> connection and then on the other.
> 
> Is there a reason why syncing tis move from new to cur is a bad idea?
> 
> Gerben Wierda (LinkedIn )
> R&A IT Strategy  (main site)
> Book: Chess and the Art of Enterprise Architecture 
> 
> Book: Mastering ArchiMate 
> 
>> On 17 Jan 2023, at 22:41, Gerben Wierda > > wrote:
>> 
>> I can confirm this in a slightly different setting, but still using two-way 
>> sync between two dovecots. On e is 2.3.19.1 running on macOS Monterey, the 
>> other is 2.3.20 running in an alpine container on Ubuntu.
>> 
>> Gerben Wierda (LinkedIn )
>> R&A IT Strategy  (main site)
>> Book: Chess and the Art of Enterprise Architecture 
>> 
>> Book: Mastering ArchiMate 
>> 
>>> On 15 Jan 2023, at 23:12, Tomaz Kavcic >> > wrote:
>>> 
>>> Hello,
>>> 
>>> I have a question in regards to specific dovecot replication behaviour and 
>>> I'm just wondering if this is actually an expected/normal behaviour, or 
>>> just a version issue.
>>> 
>>> I'm using dovecot 2.3.16 which is packed by default with latest Ubuntu 
>>> 22.04.1 LTS server release. I setup dovecot replication pair (mx1 - mx2) 
>>> which is working ok. MX1 has priority 10, MX2 has priority 20. I use 
>>> maildir (postfix + dovecot lmtp).
>>> 
>>> The "strange" behaviour is this. When new mail arrives, it's by default 
>>> delivered into "new" folder inside user directory. This email is then 
>>> replicated to both servers (mx1 and mx2). When I login to mx1 via IMAP 
>>> client (roundcube, outlook, etc.) that specific email is moved from "new" 
>>> to "cur" folder on server mx1 and it's flagged also with "S", which 
>>> probably means read flag. On server mx2, that email filename is also 
>>> flagged with "S", but the email stays inside the "new" folder and it's not 
>>> moved to "cur". If I want this email to be moved to "cur" on mx2 server, I 
>>> have to login to that IMAP server as well, click on that email (which is 
>>> already flagged as read), and after click, the email is also moved to "cur" 
>>> on server mx2.
>>> 
>>> Simply said, all new mails on mx1 server are moved to "cur" when accessed, 
>>> but the stay in "new" folder on server mx2 until they're physically 
>>> accessed there as well. Is this normal behaviour?
>>> 
>>> I tried setup with TCP and SSH replication, and the situation is the same 
>>> in all cases. Lastly, I tried TCPS (with SSL) as well, but that option has 
>>> issues in 2.3.16, which is probably known already as I found multiple posts 
>>> about these issues in this version.
>>> 
>>> Thank you in advance for your answer and kind regards, Tomaz Kavcic.
>>> 
>>> ---
>>> 
>>> As suggested by mr. Timo Sarainen, this should be synced, so I'm posting 
>>> doveconf -n as attachment for both servers as well.
>>> 
>>> 
>> 
> 

Re: Can't unsubscribe from public mailbox when dsync multi-master is enabled

[Salatiel Filho]

Nobody else facing this problem?
Thanks!


On Tue, Oct 12, 2021 at 10:36 AM Salatiel Filho
 wrote:
>
> Hello,
>
> I am trying to build a dovecot environment with 2 servers with dsync
> master<->master replication. Everything works just fine, one can login
> in any of the servers and see and manage their mails. The problem I
> see is that one can not unsubscribe from public mailboxes.
> Let's call the servers server1 and server2, both of them have an imap
> webui pointing to localhost, just to make the test easier.
> One  subscribes to a public mailbox connected through the webui on
> server1. A few seconds later the same user can see the subscribed
> mailbox on the webui on server2 just as expected, but if he tries to
> unsubscribe it will not work. The public mailbox folder will still be
> subscribed to and visible. There is absolutely nothing on the logs,
> but I know it is related to the dsync replication because if I
> shutdown any of the servers, I will be able to unsubscribe just fine,
> UNTIL the shutdown server is powered back on and replication starts
> again, and, in this case, the previously unsubscribed public mailbox
> will just reappear.
>
> Is this a bug or am I missing something in my configuration?
> Thanks!
>
>
> # dovecot -n
> # 2.3.16 (7e2e900c1a): /etc/dovecot/dovecot.conf
> # Pigeonhole version 0.5.16 (09c29328)
> # OS: Linux 4.18.0-305.19.1.el8_4.x86_64 x86_64
> auth_username_format = %Ln
> doveadm_password = # hidden, use -P to show it
> first_valid_uid = 1000
> mail_debug = yes
> mail_home = /var/spool/imap/%n
> mail_location = maildir:/var/spool/imap/%n/mail:VOLATILEDIR=/var/spool/imap/%n
> mail_plugins = " notify replication"
> managesieve_notify_capability = mailto
> managesieve_sieve_capability = fileinto reject envelope
> encoded-character vacation subaddress comparator-i;ascii-numeric
> relational regex imap4flags copy include variables body enotify
> environment mailbox date index ihave duplicate mime foreverypart
> extracttext
> namespace {
>   list = children
>   location = 
> maildir:/var/spool/imap/salas/mail/:INDEXPVT=/var/spool/imap/%n/pub-seen-idx/
>   mailbox * {
> autoexpunge = 60 days
>   }
>   prefix = salas/
>   separator = /
>   subscriptions = no
>   type = public
> }
> namespace inbox {
>   inbox = yes
>   location =
>   mailbox Drafts {
> auto = subscribe
> special_use = \Drafts
>   }
>   mailbox Junk {
> special_use = \Junk
>   }
>   mailbox Sent {
> auto = subscribe
> special_use = \Sent
>   }
>   mailbox "Sent Messages" {
> special_use = \Sent
>   }
>   mailbox Trash {
> auto = subscribe
> special_use = \Trash
>   }
>   prefix =
>   separator = /
> }
> passdb {
>   args = scheme=CRYPT username_format=%n /etc/dovecot/users
>   driver = passwd-file
> }
> passdb {
>   args = failure_show_msg=yes dovecot
>   driver = pam
> }
> plugin {
>   mail_replica = tcps:10.10.10.10:26
>   sieve = 
> file:/var/spool/imap/%n/sieve;active=/var/spool/imap/%n/.dovecot.sieve
>   sieve_before = /var/lib/dovecot/sieve.d/
>   sieve_global = /var/lib/dovecot/sieve.d/
> }
> protocols = imap lmtp sieve
> replication_dsync_parameters = -d -N -l 10 -U
> service aggregator {
>   fifo_listener replication-notify-fifo {
> mode = 0666
> user = dovecot
>   }
>   unix_listener replication-notify {
> mode = 0666
> user = dovecot
>   }
> }
> service doveadm {
>   inet_listener {
> port = 26
> ssl = yes
>   }
> }
> service replicator {
>   process_min_avail = 1
>   unix_listener replicator-doveadm {
> mode = 0666
> user = dovecot
>   }
> }
> ssl = required
> ssl_ca =  ssl_cert =  ssl_key = # hidden, use -P to show it
> userdb {
>   args = username_format=%n /etc/dovecot/users
>   default_fields = uid=vmail gid=mail home=/var/spool/imap
>   driver = passwd-file
> }
> userdb {
>   driver = passwd
>   override_fields = uid=vmail gid=mail home=/var/spool/imap/%n
> }
> protocol lmtp {
>   mail_plugins = " notify replication sieve"
> }
> protocol imap {
>   ssl_cert =ssl_key = # hidden, use -P to show it
> }

Can't unsubscribe from public mailbox when dsync multi-master is enabled

[Salatiel Filho]

Hello,

I am trying to build a dovecot environment with 2 servers with dsync
master<->master replication. Everything works just fine, one can login
in any of the servers and see and manage their mails. The problem I
see is that one can not unsubscribe from public mailboxes.
Let's call the servers server1 and server2, both of them have an imap
webui pointing to localhost, just to make the test easier.
One  subscribes to a public mailbox connected through the webui on
server1. A few seconds later the same user can see the subscribed
mailbox on the webui on server2 just as expected, but if he tries to
unsubscribe it will not work. The public mailbox folder will still be
subscribed to and visible. There is absolutely nothing on the logs,
but I know it is related to the dsync replication because if I
shutdown any of the servers, I will be able to unsubscribe just fine,
UNTIL the shutdown server is powered back on and replication starts
again, and, in this case, the previously unsubscribed public mailbox
will just reappear.

Is this a bug or am I missing something in my configuration?
Thanks!


# dovecot -n
# 2.3.16 (7e2e900c1a): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.16 (09c29328)
# OS: Linux 4.18.0-305.19.1.el8_4.x86_64 x86_64
auth_username_format = %Ln
doveadm_password = # hidden, use -P to show it
first_valid_uid = 1000
mail_debug = yes
mail_home = /var/spool/imap/%n
mail_location = maildir:/var/spool/imap/%n/mail:VOLATILEDIR=/var/spool/imap/%n
mail_plugins = " notify replication"
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date index ihave duplicate mime foreverypart
extracttext
namespace {
  list = children
  location = 
maildir:/var/spool/imap/salas/mail/:INDEXPVT=/var/spool/imap/%n/pub-seen-idx/
  mailbox * {
autoexpunge = 60 days
  }
  prefix = salas/
  separator = /
  subscriptions = no
  type = public
}
namespace inbox {
  inbox = yes
  location =
  mailbox Drafts {
auto = subscribe
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
auto = subscribe
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
auto = subscribe
special_use = \Trash
  }
  prefix =
  separator = /
}
passdb {
  args = scheme=CRYPT username_format=%n /etc/dovecot/users
  driver = passwd-file
}
passdb {
  args = failure_show_msg=yes dovecot
  driver = pam
}
plugin {
  mail_replica = tcps:10.10.10.10:26
  sieve = file:/var/spool/imap/%n/sieve;active=/var/spool/imap/%n/.dovecot.sieve
  sieve_before = /var/lib/dovecot/sieve.d/
  sieve_global = /var/lib/dovecot/sieve.d/
}
protocols = imap lmtp sieve
replication_dsync_parameters = -d -N -l 10 -U
service aggregator {
  fifo_listener replication-notify-fifo {
mode = 0666
user = dovecot
  }
  unix_listener replication-notify {
mode = 0666
user = dovecot
  }
}
service doveadm {
  inet_listener {
port = 26
ssl = yes
  }
}
service replicator {
  process_min_avail = 1
  unix_listener replicator-doveadm {
mode = 0666
user = dovecot
  }
}
ssl = required
ssl_ca = 

Re: OT somewhat, how to unsubscribe?

[Antonio Leding]

Go here - enter in your creds and there is an Unsub option middle of the 
page on the left:


https://dovecot.org/mailman/options/dovecot/

On 16 Jul 2021, at 12:39, Christy S wrote:


Hi folks,


It's been a while since I've subscribed and I don't remember how to 
get off the mailing list. We've changed how we're handling mail now, 
so dovecot is no longer being used. Can anyone help? MOst mailing 
lists have a blurb at the bottom with instructions but this one 
doesn't seem to.



Thanks

Christy

Re: OT somewhat, how to unsubscribe?

[@lbutlr]

On 2021 Jul 16, at 13:39, Christy S  wrote:
> It's been a while since I've subscribed and I don't remember how to get off 
> the mailing list. We've changed how we're handling mail now, so dovecot is no 
> longer being used. Can anyone help? MOst mailing lists have a blurb at the 
> bottom with instructions but this one doesn't seem to.

Most mailing list have list headers, as does this one.

List-Id: Dovecot Mailing List 
List-Unsubscribe: <https://dovecot.org/mailman/options/dovecot>,
 <mailto:dovecot-requ...@dovecot.org?subject=unsubscribe>
List-Archive: <https://dovecot.org/pipermail/dovecot/>
List-Post: <mailto:dovecot@dovecot.org>
List-Help: <mailto:dovecot-requ...@dovecot.org?subject=help>
List-Subscribe: <https://dovecot.org/mailman/listinfo/dovecot>,
 <mailto:dovecot-requ...@dovecot.org?subject=subscribe>


(In the headers of every message)

-- 
You Bastard was thinking: ...Delta squared. Thus, dimensional
pressure k will result in a ninety-degree transformation in
Chi(16/x/pu)t for a K-bundle of any three invariables. Or four
minutes, plus or minus ten seconds... The camel looked down at
the great pads of his feet. Let speed equal gallop. --Pyramids

OT somewhat, how to unsubscribe?

[Christy S]

Hi folks,


It's been a while since I've subscribed and I don't remember how to get 
off the mailing list. We've changed how we're handling mail now, so 
dovecot is no longer being used. Can anyone help? MOst mailing lists 
have a blurb at the bottom with instructions but this one doesn't seem to.



Thanks

Christy

Unsubscribe

[Carla Tironi Farinati via dovecot]

Unsubscribe

El vie., 6 de diciembre de 2019 11:32, ratatouille via dovecot <
dovecot@dovecot.org> escribió:

> Hello!
>
> dovecot --version 2.2.36 (1f10bfa63)
>
> I defined a sievefilter
>
> require ["copy"];
> # rule:[weiterleitung]
> if header :contains "to" "u...@bitclusive.de"
> {
> redirect :copy "otheru...@gmail.com";
> stop;
> }
>
> It doesn't work and I don't know why. I can define a vacationfilter
> that works fine.
>
> Can I debug this somehow and can somebody here explain what
> is going wrong?
>
> Kind regards
>
>   Andreas
>

UNSUBSCRIBE

[-- Colin Hart -- via dovecot]

UNSUBSCRIBE 

---

Regards

Colin Hart 

On 2019-05-29 05:17, @lbutlr via dovecot wrote:

> Are you sure you read it? https://wiki2.dovecot.org/MailboxFormat/dbox seems 
> pretty clear.
> 
> --  
> This is my signature. There are many like it, but this one is mine.

Re: How to unsubscribe

[Timo Sirainen]

On 1 Dec 2018, at 12.37, Keith Edmunds  wrote:
> 
>> I am very sorry that I had to enable the delivery for people who had
>> intentionally disabled delivery, but I didn't want to spend days
>> figuring out the best possible way to fix the situation and in the end
>> it's not a horrible bother to disable yourself again
> 
> 
> I have disabled mail delivery in Mailman.
> 
> I'm still receiving the list mails.

You and at least another person I just looked at was subscribed via a different 
email address. You actually had 2 addresses from this domain. I disabled the 
other one now as well.

Re: How to unsubscribe

[Keith Edmunds]

> I am very sorry that I had to enable the delivery for people who had
> intentionally disabled delivery, but I didn't want to spend days
> figuring out the best possible way to fix the situation and in the end
> it's not a horrible bother to disable yourself again


I have disabled mail delivery in Mailman.

I'm still receiving the list mails.
-- 

Re: How to unsubscribe

[Aki Tuomi]

> On 30 November 2018 at 15:41 Keith Edmunds  wrote:
> 
> 
> > b) go to https://https://dovecot.org/mailman/listinfo/dovecot and click
> > unsubscribe, don't change your delivery options to notmail.
> 
> 
> That's not at all clear (quite apart from the double protocol prefix). A
> lot of the potential audience of this list "know" how Mailman works, so
> why have you broken that knowledge by delivering to those who have
> disabled mail delivery?

This is my final reply to this subject, as it's getting way beyond it's 
usefulness.

Reason this happened was due to almost everyone on the list being disabled by 
mailman due to some senders having DMARC policy that requires mails to be 
discarded if validation fails.

The validation failure caused bounces, and mailman dutifully disabled these 
people after sufficient number of bounces received.

Hopefully mailman now handles this better in the future.

Also it appears that people do not have knowledge of how mailman works, since 
there were quite many 'unsubscribe' attemps on the mailing list, and questions 
on why they are receiving emails in the first place.

I am very sorry that I had to enable the delivery for people who had 
intentionally disabled delivery, but I didn't want to spend days figuring out 
the best possible way to fix the situation and in the end it's not a horrible 
bother to disable yourself again instead of spending hours debating this issue. 
These things happen sometimes, unfortunately.

Aki

Re: How to unsubscribe

[Keith Edmunds]

> b) go to https://https://dovecot.org/mailman/listinfo/dovecot and click
> unsubscribe, don't change your delivery options to notmail.


That's not at all clear (quite apart from the double protocol prefix). A
lot of the potential audience of this list "know" how Mailman works, so
why have you broken that knowledge by delivering to those who have
disabled mail delivery?

How to unsubscribe

[Aki Tuomi]

As pointed out already by several emails before,

a) mail to dovecot-unsubscr...@dovecot.org (which will unsubscribe instead of 
temporarily disable delivery)

b) go to https://https://dovecot.org/mailman/listinfo/dovecot and click 
unsubscribe, don't change your delivery options to notmail.

Aki


> On 30 November 2018 at 11:46 Michal Szymanski  wrote:
> 
> 
> Hi,
> 
> I have just started to get dovecot list messages which I had not been
> receiving until today. How can I opt out (again)?
> 
> regards, Michal Szymanski
> 
> On Fri, Nov 30, 2018 at 10:42:22AM +0100, Per Jessen wrote:
> > Aki Tuomi wrote:
> > >On 30.11.2018 10.03, Per Jessen wrote:
> > >
> > >>Hi AKi
> > >>
> > >>I guess my address was re-subscribed then?  I was subscribed as nomail
> > >>before, do I need to update that myself?
> > >>
> > >>thanks
> > >>Per
> > >>
> > >>
> > >Yes. I had to do it with an automated script and mailman withlist
> > >interface is crappy. Sorry about this.
> > 
> > No problem,  these things happen.
> > 
> > 
> > /Per
> 
> -- 
>   Michal Szymanski (msz at astrouw dot edu dot pl)
>   Warsaw University Observatory, Warszawa, POLAND
>

Re: UNSUBSCRIBE

[Stanislav via dovecot]

UNSUBSCRIBE

Gianfranco Bartolini писал 2018-11-30 10:52:

UNSUBSCRIBE


-Original Message-
From: dovecot [mailto:dovecot-boun...@dovecot.org] On Behalf
Of Michael A. Peters
Sent: Friday, November 30, 2018 8:21 AM
To: dovecot@dovecot.org
Subject: Re: DMARC policies

On 11/29/2018 11:13 PM, Aki Tuomi wrote:
> Hi!
>
> It seems we accidentically had a high amount of subscribers
temporarily
> disabled due to DMARC on some sender's host. We have now
taken actions
> to prevent this in the future and all temporarily disabled
members have
> been restored.
>
> Aki
>
>

I've seen that happen on several lists.

I disabled DMARC on my mail servers. I really like the
concept but way
way way too many false positives.

Mostly lists, but also what sometimes happens - primary MX for
whatever.com is down so mail goes to their backup with then
relays it to
their primary when primary back up, but their backup MX
obviously isn't
in my SPF record and they have things mis-configured causing a DMARC
trigger.

I like the concept but it seems to have too many problems in
implementation.

Re: UNSUBSCRIBE

[Aki Tuomi]

Please visit

https://dovecot.org/mailman/listinfo/dovecot

to unsubscribe

Aki

On 30.11.2018 9.52, Gianfranco Bartolini wrote:
> UNSUBSCRIBE 
>
>> -Original Message-
>> From: dovecot [mailto:dovecot-boun...@dovecot.org] On Behalf 
>> Of Michael A. Peters
>> Sent: Friday, November 30, 2018 8:21 AM
>> To: dovecot@dovecot.org
>> Subject: Re: DMARC policies
>>
>> On 11/29/2018 11:13 PM, Aki Tuomi wrote:
>>> Hi!
>>>
>>> It seems we accidentically had a high amount of subscribers 
>> temporarily
>>> disabled due to DMARC on some sender's host. We have now 
>> taken actions
>>> to prevent this in the future and all temporarily disabled 
>> members have
>>> been restored.
>>>
>>> Aki
>>>
>>>
>> I've seen that happen on several lists.
>>
>> I disabled DMARC on my mail servers. I really like the 
>> concept but way 
>> way way too many false positives.
>>
>> Mostly lists, but also what sometimes happens - primary MX for 
>> whatever.com is down so mail goes to their backup with then 
>> relays it to 
>> their primary when primary back up, but their backup MX 
>> obviously isn't 
>> in my SPF record and they have things mis-configured causing a DMARC 
>> trigger.
>>
>> I like the concept but it seems to have too many problems in 
>> implementation.
>>

UNSUBSCRIBE

[Gianfranco Bartolini]

UNSUBSCRIBE 

> -Original Message-
> From: dovecot [mailto:dovecot-boun...@dovecot.org] On Behalf 
> Of Michael A. Peters
> Sent: Friday, November 30, 2018 8:21 AM
> To: dovecot@dovecot.org
> Subject: Re: DMARC policies
> 
> On 11/29/2018 11:13 PM, Aki Tuomi wrote:
> > Hi!
> > 
> > It seems we accidentically had a high amount of subscribers 
> temporarily
> > disabled due to DMARC on some sender's host. We have now 
> taken actions
> > to prevent this in the future and all temporarily disabled 
> members have
> > been restored.
> > 
> > Aki
> > 
> > 
> 
> I've seen that happen on several lists.
> 
> I disabled DMARC on my mail servers. I really like the 
> concept but way 
> way way too many false positives.
> 
> Mostly lists, but also what sometimes happens - primary MX for 
> whatever.com is down so mail goes to their backup with then 
> relays it to 
> their primary when primary back up, but their backup MX 
> obviously isn't 
> in my SPF record and they have things mis-configured causing a DMARC 
> trigger.
> 
> I like the concept but it seems to have too many problems in 
> implementation.
> 

unsubscribe

[jean francois pion]

unsubscribe


--
--

JF Pion

/*Marisol Touraine, Ministre de la Santé à propos du virus Zika:*/

*"Quand on a un projet de grossesse, il faut avoir des relations 
sexuelles protégées parce que le virus peut se transmettre par la voie 
sexuelle. "*


Oui, mais…enfin, sérieusement quoi ? ?? elle réfléchit parfois ??






---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus

Re: Replication: Can't unsubscribe from shared mailbox

[Mike Fröhner]

Hi Karsten,

I have a similar issue with current 2.2.27 version on CentOS with public 
folder/namespaces on a active/active replication.


I am able to subscribe the public folder on one dovecot, but it is not 
replicated to the 2nd dovecot throught dsync. Everything else is fine 
with dsync, also the replication of the subscription of private/personal 
folder.


Currently I am trying to debug this at the source code, but my C is 
quite dusty.


Mike;

On 01/16/2017 03:19 PM, Karsten Heiken wrote:

Hi all,

I hope it's okay to bump this once after four months.

In the meantime we updated to 2.2.26.0 and our problem still persists:
After unsubscribing from a shared mailbox, the subscription instantly
re-appears.
A pcap was attached to my original mail, in case it has something to do
with dsync:
http://dovecot.org/pipermail/dovecot/2016-September/105419.html

Is anyone on this mailing list using replication in combination with
shared folders?
Does this problem exist for anyone else? I would love to hear from
people who got this working or if anyone else is affected by this.

My original post is at the end of this email; the current doveconf is
also attached.


Thank you very much,

Karsten

# doveconf -n
# 2.2.26.0 (23d1de6): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.16 (fed8554)
# OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.6
auth_cache_size = 10 M
auth_cache_ttl = 2 hours
default_vsz_limit = 1 G
dict {
  acl = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext
}
lmtp_rcpt_check_quota = yes
login_trusted_networks = xxx
mail_attribute_dict = file:%h/dovecot-attributes
mail_gid = 
mail_location = mdbox:%h/mdbox
mail_plugins = " zlib quota acl notify replication"
mail_server_admin = mailto:postmaster@xxx
mail_server_comment = xxx
mail_shared_explicit_inbox = yes
mail_uid = 
mailbox_list_index = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date index ihave duplicate mime foreverypart
extracttext imapflags notify
mdbox_rotate_size = 10 M
namespace {
  hidden = no
  ignore_on_failure = no
  inbox = no
  list = children
  location = mdbox:%%h/mdbox:INDEXPVT=%h/shared/%%u
  prefix = shared/%%u/
  separator = /
  subscriptions = no
  type = shared
}
namespace inbox {
  hidden = no
  inbox = yes
  list = yes
  location =
  mailbox 30dTrash {
auto = subscribe
autoexpunge = 30 days
special_use = \Junk
  }
  mailbox Drafts {
auto = subscribe
special_use = \Drafts
  }
  mailbox Sent {
auto = subscribe
special_use = \Sent
  }
  mailbox Trash {
auto = subscribe
special_use = \Trash
  }
  prefix =
  separator = /
  subscriptions = yes
  type = private
}
passdb {
  args = /etc/dovecot/dovecot-ldap.conf.ext
  driver = ldap
}
plugin {
  acl = vfile
  acl_shared_dict = proxy::acl
  mail_replica = tcp:xxx:24245
  quota = dict:User quota::noenforcing:file:%h/dovecot-quota
  quota_grace = 2%%
  quota_rule = *:storage=8G
  quota_status_nouser = DUNNO
  quota_status_overquota = DUNNO
  quota_status_success = DUNNO
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
  sieve_extensions = +notify +imapflags
  sieve_max_actions = 250
  sieve_max_redirects = 200
  zlib_save = gz
  zlib_save_level = 6
}
postmaster_address = postmaster@xxx
protocols = " imap lmtp sieve pop3 sieve"
replication_dsync_parameters = -d -l 30 -U -N
replication_max_conns = 5
service aggregator {
  fifo_listener replication-notify-fifo {
user = vmail
  }
  unix_listener replication-notify {
user = vmail
  }
}
service auth {
  unix_listener auth-userdb {
group = vmail
user = vmail
  }
}
service dict {
  unix_listener dict {
group = vmail
mode = 0660
user = vmail
  }
}
service doveadm {
  inet_listener {
port = 24245
  }
}
service imap-login {
  process_min_avail = 16
  service_count = 0
}
service imap {
  executable = imap postlogin
  process_limit = 3
}
service lmtp {
  inet_listener lmtp {
port = 24
  }
  vsz_limit = 1 G
}
service managesieve-login {
  inet_listener sieve {
port = 4190
  }
}
service managesieve {
  process_limit = 1024
}
service pop3-login {
  process_min_avail = 4
  service_count = 0
}
service pop3 {
  process_limit = 2500
}
service postlogin {
  executable = script-login -d rawlog /usr/local/bin/dovecot-postlogin.sh
}
service quota-status {
  client_limit = 1
  executable = quota-status -p postfix
  inet_listener {
port = 12340
  }
}
service replicator {
  process_min_avail = 1
  unix_listener replicator-doveadm {
mode = 0600
user = vmail
  }
}
shutdown_clients = no
ssl_cert = 
Hi,

I am running two dovecot servers active/active.
Everything runs pretty great, except for the replication of
subscriptions in a shared namespace.

When I unsubscribe from a folder the subscription instantly
re-appears. The timestamp on the subs

Re: Replication: Can't unsubscribe from shared mailbox

[Karsten Heiken]

Hi all,

I hope it's okay to bump this once after four months.

In the meantime we updated to 2.2.26.0 and our problem still persists:
After unsubscribing from a shared mailbox, the subscription instantly 
re-appears.
A pcap was attached to my original mail, in case it has something to do with 
dsync:
http://dovecot.org/pipermail/dovecot/2016-September/105419.html

Is anyone on this mailing list using replication in combination with shared 
folders?
Does this problem exist for anyone else? I would love to hear from people who 
got this working or if anyone else is affected by this.

My original post is at the end of this email; the current doveconf is also 
attached.


Thank you very much,

Karsten

# doveconf -n
# 2.2.26.0 (23d1de6): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.16 (fed8554)
# OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.6
auth_cache_size = 10 M
auth_cache_ttl = 2 hours
default_vsz_limit = 1 G
dict {
  acl = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext
}
lmtp_rcpt_check_quota = yes
login_trusted_networks = xxx
mail_attribute_dict = file:%h/dovecot-attributes
mail_gid = 
mail_location = mdbox:%h/mdbox
mail_plugins = " zlib quota acl notify replication"
mail_server_admin = mailto:postmaster@xxx
mail_server_comment = xxx
mail_shared_explicit_inbox = yes
mail_uid = 
mailbox_list_index = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date index ihave duplicate 
mime foreverypart extracttext imapflags notify
mdbox_rotate_size = 10 M
namespace {
  hidden = no
  ignore_on_failure = no
  inbox = no
  list = children
  location = mdbox:%%h/mdbox:INDEXPVT=%h/shared/%%u
  prefix = shared/%%u/
  separator = /
  subscriptions = no
  type = shared
}
namespace inbox {
  hidden = no
  inbox = yes
  list = yes
  location =
  mailbox 30dTrash {
auto = subscribe
autoexpunge = 30 days
special_use = \Junk
  }
  mailbox Drafts {
auto = subscribe
special_use = \Drafts
  }
  mailbox Sent {
auto = subscribe
special_use = \Sent
  }
  mailbox Trash {
auto = subscribe
special_use = \Trash
  }
  prefix =
  separator = /
  subscriptions = yes
  type = private
}
passdb {
  args = /etc/dovecot/dovecot-ldap.conf.ext
  driver = ldap
}
plugin {
  acl = vfile
  acl_shared_dict = proxy::acl
  mail_replica = tcp:xxx:24245
  quota = dict:User quota::noenforcing:file:%h/dovecot-quota
  quota_grace = 2%%
  quota_rule = *:storage=8G
  quota_status_nouser = DUNNO
  quota_status_overquota = DUNNO
  quota_status_success = DUNNO
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
  sieve_extensions = +notify +imapflags
  sieve_max_actions = 250
  sieve_max_redirects = 200
  zlib_save = gz
  zlib_save_level = 6
}
postmaster_address = postmaster@xxx
protocols = " imap lmtp sieve pop3 sieve"
replication_dsync_parameters = -d -l 30 -U -N
replication_max_conns = 5
service aggregator {
  fifo_listener replication-notify-fifo {
user = vmail
  }
  unix_listener replication-notify {
user = vmail
  }
}
service auth {
  unix_listener auth-userdb {
group = vmail
user = vmail
  }
}
service dict {
  unix_listener dict {
group = vmail
mode = 0660
user = vmail
  }
}
service doveadm {
  inet_listener {
port = 24245
  }
}
service imap-login {
  process_min_avail = 16
  service_count = 0
}
service imap {
  executable = imap postlogin
  process_limit = 3
}
service lmtp {
  inet_listener lmtp {
port = 24
  }
  vsz_limit = 1 G
}
service managesieve-login {
  inet_listener sieve {
port = 4190
  }
}
service managesieve {
  process_limit = 1024
}
service pop3-login {
  process_min_avail = 4
  service_count = 0
}
service pop3 {
  process_limit = 2500
}
service postlogin {
  executable = script-login -d rawlog /usr/local/bin/dovecot-postlogin.sh
}
service quota-status {
  client_limit = 1
  executable = quota-status -p postfix
  inet_listener {
port = 12340
  }
}
service replicator {
  process_min_avail = 1
  unix_listener replicator-doveadm {
mode = 0600
user = vmail
  }
}
shutdown_clients = no
ssl_cert = 
Hi,

I am running two dovecot servers active/active.
Everything runs pretty great, except for the replication of subscriptions in a 
shared namespace.

When I unsubscribe from a folder the subscription instantly re-appears. The 
timestamp on the subscriptions file is updated, but the entry is still in there.
If the other node is shut down, everything works as expected, which leads me to 
believe that the subscription is re-applied upon a replicator-run.

I attached a tcpdump of a dsync run.
The only action that was executed was to unsubscribe from the folder 
shared/wein...@luis.uni-hannover.de/INBOX.

Is there any other way I might help debugging this?


Thanks,
Karsten


# 2.2.24 (a82c823): /etc/dovecot/dovecot.conf
# Pigeonhole vers

Replication: Can't unsubscribe from shared mailbox

[Karsten Heiken]

Hi,

I am running two dovecot servers active/active.
Everything runs pretty great, except for the replication of subscriptions in a 
shared namespace.

When I unsubscribe from a folder the subscription instantly re-appears. The 
timestamp on the subscriptions file is updated, but the entry is still in there.
If the other node is shut down, everything works as expected, which leads me to 
believe that the subscription is re-applied upon a replicator-run.

I attached a tcpdump of a dsync run.
The only action that was executed was to unsubscribe from the folder 
shared/wein...@luis.uni-hannover.de/INBOX.

Is there any other way I might help debugging this?


Thanks,
Karsten


# 2.2.24 (a82c823): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.13 (7b14904)
# OS: Linux 2.6.32-44-pve x86_64 Debian 8.5
default_vsz_limit = 512 M
dict {
   acl = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext
}
imap_max_line_length = 2 M
lmtp_rcpt_check_quota = yes
mail_attribute_dict = file:%h/Maildir/dovecot-attributes
mail_gid = 
mail_location = maildir:%h/Maildir:LAYOUT=fs:DIRNAME=maiLdir
mail_plugins = " zlib quota acl notify replication "
mail_shared_explicit_inbox = yes
mail_uid = 
mailbox_list_index = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date index ihave duplicate 
mime foreverypart extracttext imapflags notify
namespace {
   hidden = no
   ignore_on_failure = no
   inbox = no
   list = children
   location = 
maildir:%%h/Maildir:INDEXPVT=%h/shared/%%u:LAYOUT=fs:DIRNAME=maiLdir
   prefix = shared/%%u/
   separator = /
   subscriptions = yes
   type = shared
}
namespace inbox {
   hidden = no
   inbox = yes
   list = yes
   location =
   mailbox 30dTrash {
 auto = subscribe
 autoexpunge = 30 days
 special_use = \Junk
   }
   mailbox Drafts {
 auto = subscribe
 special_use = \Drafts
   }
   mailbox Sent {
 auto = subscribe
 special_use = \Sent
   }
   mailbox Trash {
 auto = subscribe
 special_use = \Trash
   }
   prefix =
   separator = /
   subscriptions = yes
   type = private
}
passdb {
   args = /etc/dovecot/dovecot-ldap.conf.ext
   driver = ldap
}
plugin {
   acl = vfile
   acl_shared_dict = proxy::acl
   mail_replica = tcp:10.6.1.10:24245
   quota = maildir:Postfach-Limit
   quota_grace = 2%%
   quota_rule = *:storage=8G
   quota_status_nouser = DUNNO
   quota_status_overquota = 552 5.2.2 Mailbox is full
   quota_status_success = DUNNO
   sieve = ~/.dovecot.sieve
   sieve_dir = ~/sieve
   sieve_extensions = +notify +imapflags
   sieve_max_actions = 250
   sieve_max_redirects = 200
   zlib_save = gz
   zlib_save_level = 6
}
protocols = " imap lmtp sieve pop3 sieve"
replication_dsync_parameters = -d -l 300 -U -N
service aggregator {
   fifo_listener replication-notify-fifo {
 user = vmail
   }
   unix_listener replication-notify {
 user = vmail
   }
}
service auth {
   unix_listener auth-userdb {
 group = vmail
 user = vmail
   }
}
service dict {
   unix_listener dict {
 group = vmail
 mode = 0660
 user = vmail
   }
}
service doveadm {
   inet_listener {
 port = 24245
   }
}
service imap-login {
   process_min_avail = 16
   service_count = 0
}
service imap {
   executable = imap postlogin
   process_limit = 3
}
service lmtp {
   inet_listener lmtp {
 port = 24
   }
   vsz_limit = 1 G
}
service managesieve-login {
   inet_listener sieve {
 port = 4190
   }
}
service managesieve {
   process_limit = 1024
}
service pop3-login {
   process_min_avail = 4
   service_count = 0
}
service pop3 {
   process_limit = 2500
}
service postlogin {
   executable = script-login -d rawlog /usr/local/bin/dovecot-postlogin.sh
}
service quota-status {
   client_limit = 1
   executable = quota-status -p postfix
   inet_listener {
 port = 12340
   }
}
service replicator {
   process_min_avail = 1
   unix_listener replicator-doveadm {
 mode = 0600
 user = vmail
   }
}
shutdown_clients = no
ssl_cert = 

dovecot-sub-replication.pcap
Description: application/vnd.tcpdump.pcap

Unsubscribe from shared mailbox

[Miloslav Hůla]

Hi,

I'm using Dovecot 2.2.13-11 (Debian Jessie) and shared namespace (to be 
old Cyrus compatible setting):


namespace {
  list = children
  location = 
maildir:/vmail/user/%%n/Maildir:INDEXPVT=/vmail/user/%n/Maildir/Shared/%%n

  prefix = user.%%n.
  separator = .
  subscriptions = yes
  type = shared
}

My account: milo
Other account: peter

After subscription, I have:
/vmail/user/milo/Maildir/Shared/peter/.INBOX/dovecot.index.pvt.log

After unsubscribe, file and folder still exists. Where Dovecot stores 
the information, that I had unsubscribed from this folder? I need this 
to analyze subscriptions over all mail acounts.


Thank you, Miloslav

Re: unsubscribe

[Reindl Harald]

who did subscribe you?
ask the same person to unsubsribe.
the samme for any othe rmailing-list

List-Unsubscribe: <http://dovecot.org/cgi-bin/mailman/options/dovecot>,
<mailto:dovecot-requ...@dovecot.org?subject=unsubscribe>
List-Archive: <http://dovecot.org/pipermail/dovecot/>
List-Post: <mailto:dovecot@dovecot.org>
List-Help: <mailto:dovecot-requ...@dovecot.org?subject=help>
List-Subscribe: <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>,
<mailto:dovecot-requ...@dovecot.org?subject=subscribe>



signature.asc
Description: OpenPGP digital signature

unsubscribe

[Dave Gattis]

 

 

Dave Gattis 

Suhner Manufacturing, Inc.

IT Manager

43 Anderson Rd SW

Rome, GA  30161

Phone:  706-314-2943

Fax:  706-235-8045

  dave.gat...@suhner.com

  www.suhner.com

 

Description: Description: Description: suhner_100_logo_standard



NOTE: This message and all attachments should be considered confidential and
proprietary to Suhner Manufacturing Inc and are intended only for the
individual or company to whom addressed, and only for the purpose stated or
intended. Any other viewing, copying, distribution or other use of this
information is prohibited. If you received this message in error, please
immediately notify the sender and then delete.

 

 

Re: [Dovecot] doveadm delete folders ? / unsubscribe ?

[Robert Schetterer]

Am 25.04.2012 08:13, schrieb Robert Schetterer:
> Am 24.04.2012 20:13, schrieb Timo Sirainen:
>> On 24.4.2012, at 10.50, Robert Schetterer wrote:
>>
>>> doveadm expunge -d -u *@domain.example mailbox exampelfolder\*
>>> savedbefore 10d
>>>
>>> works like charm, but the folders do not get unsubscribed
>>> any chance to have i.e another add parameter ,or do it auto
>>> cause empty and deleted folders should not stay subscribed in my eyes
>>
>> Yeah, I guess unsubscribing is always wanted:
>>
>> http://hg.dovecot.org/dovecot-2.1/rev/b1653b7bd165
>>
> 
> Hi Timo, i will try after update and report, jep
> unsubscribing should be the uni wanted behave
> thx again !

tested works nice
thx Timo !

-- 
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria

Re: [Dovecot] doveadm delete folders ? / unsubscribe ?

[Robert Schetterer]

Am 24.04.2012 20:13, schrieb Timo Sirainen:
> On 24.4.2012, at 10.50, Robert Schetterer wrote:
> 
>> doveadm expunge -d -u *@domain.example mailbox exampelfolder\*
>> savedbefore 10d
>>
>> works like charm, but the folders do not get unsubscribed
>> any chance to have i.e another add parameter ,or do it auto
>> cause empty and deleted folders should not stay subscribed in my eyes
> 
> Yeah, I guess unsubscribing is always wanted:
> 
> http://hg.dovecot.org/dovecot-2.1/rev/b1653b7bd165
> 

Hi Timo, i will try after update and report, jep
unsubscribing should be the uni wanted behave
thx again !
-- 
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria

Re: [Dovecot] doveadm delete folders ? / unsubscribe ?

[Timo Sirainen]

On 24.4.2012, at 10.50, Robert Schetterer wrote:

> doveadm expunge -d -u *@domain.example mailbox exampelfolder\*
> savedbefore 10d
> 
> works like charm, but the folders do not get unsubscribed
> any chance to have i.e another add parameter ,or do it auto
> cause empty and deleted folders should not stay subscribed in my eyes

Yeah, I guess unsubscribing is always wanted:

http://hg.dovecot.org/dovecot-2.1/rev/b1653b7bd165

Re: [Dovecot] doveadm delete folders ? / unsubscribe ?

[Robert Schetterer]

Am 19.04.2012 22:00, schrieb Robert Schetterer:
> Am 19.04.2012 17:16, schrieb Timo Sirainen:
>> On 19.4.2012, at 15.09, Robert Schetterer wrote:
>>
>>> Hi ,
>>> is there a feature like
>>> doveadm expunge savedbefore ...
>>> for imap folder delete ?
>>
>> Here:
>>
>> http://hg.dovecot.org/dovecot-2.1/rev/2d8bafd11569
>> http://hg.dovecot.org/dovecot-2.1/rev/782570f644f7
>>
> 
> thx Timo !
> 
Hi Timo

doveadm expunge -d -u *@domain.example mailbox exampelfolder\*
savedbefore 10d

works like charm, but the folders do not get unsubscribed
any chance to have i.e another add parameter ,or do it auto
cause empty and deleted folders should not stay subscribed in my eyes

-- 
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Bruno Tréguier]

Le 07/03/2011 à 21:59, Timo Sirainen a écrit :

Would you accept a patch from me, tranforming this little compile-time kludge into a runtime 
configuration option in the "imap_client_workarounds" field, let's say 
"verbose-lsub" or something similar ?

I think it would be convenient, what about you ?


Oh, that's a good idea. I hate adding new settings, but a new workaround would be ok :) 
"tb-lsub-flags" maybe.


:-)

Ok, let's go for it then. I'll be back soon.

Regards,

Bruno

--
- Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF
-  13, rue du Chatellier -  CS 92803  - 29228 Brest Cedex 2, FRANCE
- Phone: +33 2 98 22 17 49  -  Email: bruno.tregu...@shom.fr

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Timo Sirainen]

On 7.3.2011, at 22.51, Bruno Tréguier wrote:

>> You could try if the attached patch helps.
> 
> Hi again Timo,
> 
> It works *great* !
> 
> Would you accept a patch from me, tranforming this little compile-time kludge 
> into a runtime configuration option in the "imap_client_workarounds" field, 
> let's say "verbose-lsub" or something similar ?
> 
> I think it would be convenient, what about you ?

Oh, that's a good idea. I hate adding new settings, but a new workaround would 
be ok :) "tb-lsub-flags" maybe.

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Bruno Tréguier]

Le 07/03/2011 à 17:22, Timo Sirainen a écrit :


You could try if the attached patch helps.


Hi again Timo,

It works *great* !

Would you accept a patch from me, tranforming this little compile-time 
kludge into a runtime configuration option in the 
"imap_client_workarounds" field, let's say "verbose-lsub" or something 
similar ?


I think it would be convenient, what about you ?

Thanks again.

Bruno

--
- Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF
-  13, rue du Chatellier -  CS 92803  - 29228 Brest Cedex 2, FRANCE
- Phone: +33 2 98 22 17 49  -  Email: bruno.tregu...@shom.fr

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Bruno Tréguier]

Timo Sirainen wrote:


The right way to determine if mailbox is selectable is by looking at its
\NoSelect flag. That is returned correctly in LIST replies. With LSUB
replies Dovecot does what other servers too: It doesn't bother seeing
what the correct flags are, because it wastes time and clients probably
don't use them anyway.


Ok, right, thanks for this quick and clear answer Timo. I know what is 
wrong now.



You could try if the attached patch helps.


I'll certainly do and I'll let the list know whether it fixes the problem.

Best regards again.

Bruno

--
- Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF
-  13, rue du Chatellier -  CS 92803  - 29228 Brest Cedex 2, FRANCE
- Phone: +33 2 98 22 17 49  -  Email: bruno.tregu...@shom.fr

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Timo Sirainen]

On Mon, 2011-03-07 at 17:07 +0100, Bruno Tréguier wrote:

> I'm just questionning the choice of not putting the slash at the end of 
> the mailbox name in the .subscriptions file (for "folders of folders"), 
> as it seems Dovecot solely relies on this to determine which type of 
> mailbox it is dealing with.

The .subscriptions file should never have trailing slashes.

> On the contrary, if the trailing / is present in the names returned by 
> the LSUB command, the client (at least TB) is able to take that into 
> account, and the "folder of folders" type of mailbox is greyed out (and 
> is unselectable, so), and when you right-click on it, the menu allows 
> you to create further subfolders in them. With no way to distinguish 
> between both types of mailboxes, this behaviour is broken...

It's not right to send trailing / to non-selectable mailboxes, even if
it happens to make Thunderbird handle them better.. It might just as
easily break other clients.

The right way to determine if mailbox is selectable is by looking at its
\NoSelect flag. That is returned correctly in LIST replies. With LSUB
replies Dovecot does what other servers too: It doesn't bother seeing
what the correct flags are, because it wastes time and clients probably
don't use them anyway.

You could try if the attached patch helps.
diff -r 2cb0fb910441 src/imap/cmd-list.c
--- a/src/imap/cmd-list.c	Mon Mar 07 01:00:28 2011 +0200
+++ b/src/imap/cmd-list.c	Mon Mar 07 18:20:51 2011 +0200
@@ -931,8 +931,7 @@
 	if (lsub) {
 		/* LSUB - we don't care about flags */
 		ctx->list_flags |= MAILBOX_LIST_ITER_SELECT_SUBSCRIBED |
-			MAILBOX_LIST_ITER_SELECT_RECURSIVEMATCH |
-			MAILBOX_LIST_ITER_RETURN_NO_FLAGS;
+			MAILBOX_LIST_ITER_SELECT_RECURSIVEMATCH;
 	} else if (!ctx->used_listext) {
 		/* non-extended LIST - return children flags always */
 		ctx->list_flags |= MAILBOX_LIST_ITER_RETURN_CHILDREN;

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Bruno Tréguier]

Timo Sirainen wrote:

On Mon, 2011-03-07 at 16:07 +0100, Bruno Tréguier wrote:

Sorry to "unbury" such an old patch, but it seems to be related to a bug 
I'm seeing right now, that I described in a mail sent on Thursday. In 
short, TB *and* OE, when talking to a Dovecot server using an mbox 
backend, complain with messages stating that "the mailbox isn't 
selectable", for "folders of folders" mailbox types.


That is intentional. It works the same way with UW-IMAP. With mbox you
can't select a folder that has subfolders, it has nothing to do with
trailing slashes or anything. (Or if you really want to, you can work
around it: http://wiki2.dovecot.org/MboxChildFolders)


Thanks for your answer, Timo, but I think my explanation wasn't really 
clear.


I do agree with you regarding the limitations of the mbox system, and my 
intention was not to find a workaround.


I'm just questionning the choice of not putting the slash at the end of 
the mailbox name in the .subscriptions file (for "folders of folders"), 
as it seems Dovecot solely relies on this to determine which type of 
mailbox it is dealing with.


In response to a 'LSUB "" "*"' command from the client, the server sends 
all the names of the mailboxes. This is the only way the client (be it 
TB or OE or anything else) can be made aware the mailboxes it is 
subscribed to. So in the absence of trailing /, there is no way for that 
client to know if a mailbox is a folder of folders, or a folder of 
messages (except if it maintains a kind of internal state, independent 
of the server itself, but this should not be mandatory, the "spirit" of 
IMAP being that eveything important is kept on the server side and you 
can start a new connection with a new client anytime).


On the contrary, if the trailing / is present in the names returned by 
the LSUB command, the client (at least TB) is able to take that into 
account, and the "folder of folders" type of mailbox is greyed out (and 
is unselectable, so), and when you right-click on it, the menu allows 
you to create further subfolders in them. With no way to distinguish 
between both types of mailboxes, this behaviour is broken...


Do you see what I mean ?

Thanks a lot & best regards,

Bruno

--
- Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF
-  13, rue du Chatellier -  CS 92803  - 29228 Brest Cedex 2, FRANCE
- Phone: +33 2 98 22 17 49  -  Email: bruno.tregu...@shom.fr

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Timo Sirainen]

On Mon, 2011-03-07 at 16:07 +0100, Bruno Tréguier wrote:

> Sorry to "unbury" such an old patch, but it seems to be related to a bug 
> I'm seeing right now, that I described in a mail sent on Thursday. In 
> short, TB *and* OE, when talking to a Dovecot server using an mbox 
> backend, complain with messages stating that "the mailbox isn't 
> selectable", for "folders of folders" mailbox types.

That is intentional. It works the same way with UW-IMAP. With mbox you
can't select a folder that has subfolders, it has nothing to do with
trailing slashes or anything. (Or if you really want to, you can work
around it: http://wiki2.dovecot.org/MboxChildFolders)

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Bruno Tréguier]

Timo Sirainen wrote:

On Tue, 2009-08-11 at 12:12 +0200, Max Dittrich wrote:

Hi,

I'm running dovecot 1.2.3 with "imap_client_workarounds =
tb-extra-mailbox-sep" and noticed that after deleting a folder (moving
to Trash and emptying it on exit) that folder in Trash still keeps
subscribed.
I think the reason for that behavior is that the call for
mailbox_list_set_subscribed() in imap/cmd-subscribe.c (line 84) is fed
with the original mailbox name and not the stripped version in
verify_name. Assigning verify_name to mailbox in the
workaround-conditional fixes this issue for me.


Well, I guess it was kind of intentional and this isn't necessarily
always a problem. TB subscribes mailbox as "box/" and unsubscribes it as
"box/". Dovecot internally also stores it as "box/" so all of that
should be ok. Except if some other client subscribes to it, or perhaps
TB doesn't always subscribe to it as "box/".

Anyway.. http://hg.dovecot.org/dovecot-1.2/rev/339be408f49a should help.


Hi Timo,

Sorry to "unbury" such an old patch, but it seems to be related to a bug 
I'm seeing right now, that I described in a mail sent on Thursday. In 
short, TB *and* OE, when talking to a Dovecot server using an mbox 
backend, complain with messages stating that "the mailbox isn't 
selectable", for "folders of folders" mailbox types.


You say that Dovecot internally stores folders of folders as "box/" 
(just as it is subscribed/unsubsribed to by TB). However, the patch you 
mention above changes this behaviour and Dovecot now stores folders of 
folders as "box" with no trailing slash. This seems to break things on 
the Dovecot side, for mbox backend users, as there is no way left to 
distinguish between both kinds of folders. As a consequence, there is an 
inconsistency between the way the folder is created (as a directory on 
the filesystem) and the way it is advertised in the .subscription file 
(without the trailing "/"). Is this really meant ?


The behaviour was different before that patch, and notably in the 1.1 
branch, that I still use on another server: the subscribed mailboxes 
bear a trailing slash in the .subscriptions file.


Best regards,

Bruno

--
- Service Hydrographique et Oceanographique de la Marine - DO/MGS/INF
-  13, rue du Chatellier -  CS 92803  - 29228 Brest Cedex 2, FRANCE
- Phone: +33 2 98 22 17 49  -  Email: bruno.tregu...@shom.fr

Re: [Dovecot] unsubscribe

[Ken A]

Please consider brain cells before sending it too..

On 3/4/2011 5:18 AM, Rob Coward wrote:




Please consider the environment before printing this email.

Game Stores Group Limited, registered number 1937170, registered in England



--
Ken Anderson
Pacific Internet - http://www.pacific.net

[Dovecot] unsubscribe

[Rob Coward]

 


Please consider the environment before printing this email. 

Game Stores Group Limited, registered number 1937170, registered in England

[Dovecot] unsubscribe

[Jon Essen-Moller]

On Thu, Nov 5, 2009 at 22:42, Lampa  wrote:

> Hello,
>
> seems that LDA ignores deliver_log_format (still log with format:
> "msgid=%m: %$")
>
> # 1.2.6: /etc/dovecot/dovecot.conf
> # OS: Linux 2.6.31 x86_64 Debian squeeze/sid xfs
> log_path: /var/log/dovecot/error.log
> info_log_path: /var/log/dovecot/info.log
> log_timestamp: %Y-%m-%d %H:%M:%S
> protocols: none
> listen: none
> disable_plaintext_auth: no
> login_dir: /var/run/dovecot/login
> login_executable: /usr/lib/dovecot/imap-login
> mail_location: maildir:/home/mail/%d/%n/Maildir
> mbox_write_locks: fcntl dotlock
> lda:
>   postmaster_address: postmas...@domain.tld
>  mail_plugins: sieve quota
>   deliver_log_format: from=%f msgid=%m: %$
>  auth_socket_path: /var/run/dovecot/auth-master
> auth default:
>  mechanisms: plain login
>  verbose: yes
>  debug: yes
>  debug_passwords: yes
>  passdb:
>driver: sql
>args: /etc/dovecot/dovecot-sql.conf
>  userdb:
>driver: static
>args: uid=500 gid=500 home=/home/mail/%d/%n allow_all_users=yes
>  socket:
>type: listen
>client:
>  path: /var/spool/postfix/private/auth
>  mode: 432
>  user: postfix
>  group: postfix
>master:
>  path: /var/run/dovecot/auth-master
>  mode: 384
>  user: vmail
> plugin:
>  quota: dict:user::file:/home/mail/%d/%n/Maildir/dovecot-quota
>  quota_rule: *:storage=500M:messages=1
>  quota_warning: storage=95%% /etc/dovecot/quota-warning.sh
>  quota_warning2: storage=80%% /etc/dovecot/quota-warning.sh
>  global_script_path: /home/mail/globalsieverc
>
>
> Is there some change from this
> http://www.dovecot.org/list/dovecot/2009-April/039013.html or
> http://www.dovecot.org/list/dovecot/2009-May/039269.html ?
>
> --
> Lampa
>

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Timo Sirainen]

On Tue, 2009-08-11 at 12:12 +0200, Max Dittrich wrote:
> Hi,
> 
> I'm running dovecot 1.2.3 with "imap_client_workarounds =
> tb-extra-mailbox-sep" and noticed that after deleting a folder (moving
> to Trash and emptying it on exit) that folder in Trash still keeps
> subscribed.
> I think the reason for that behavior is that the call for
> mailbox_list_set_subscribed() in imap/cmd-subscribe.c (line 84) is fed
> with the original mailbox name and not the stripped version in
> verify_name. Assigning verify_name to mailbox in the
> workaround-conditional fixes this issue for me.

Well, I guess it was kind of intentional and this isn't necessarily
always a problem. TB subscribes mailbox as "box/" and unsubscribes it as
"box/". Dovecot internally also stores it as "box/" so all of that
should be ok. Except if some other client subscribes to it, or perhaps
TB doesn't always subscribe to it as "box/".

Anyway.. http://hg.dovecot.org/dovecot-1.2/rev/339be408f49a should help.



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Max Dittrich]

Max Dittrich wrote:
> I'm not very familiar with C programming but while tracing

qed

> cmd_subscribe_full() I stumbled upon another thing. In
> mail_namespace_find_mask() (lib-storage/mail-namespace.c at line 413)
> mailbox is reassigned with a local string (not t_strduped). I think this
> might be a problem when mailbox is dereferenced after returning from
> that function?!

Looks like the string "INBOX" isn't allocated from the stack. ;)

.max

[Dovecot] dovecot 1.2.3: TB fails to unsubscribe folder after deletion

[Max Dittrich]

Hi,

I'm running dovecot 1.2.3 with "imap_client_workarounds =
tb-extra-mailbox-sep" and noticed that after deleting a folder (moving
to Trash and emptying it on exit) that folder in Trash still keeps
subscribed.
I think the reason for that behavior is that the call for
mailbox_list_set_subscribed() in imap/cmd-subscribe.c (line 84) is fed
with the original mailbox name and not the stripped version in
verify_name. Assigning verify_name to mailbox in the
workaround-conditional fixes this issue for me.

I'm not very familiar with C programming but while tracing
cmd_subscribe_full() I stumbled upon another thing. In
mail_namespace_find_mask() (lib-storage/mail-namespace.c at line 413)
mailbox is reassigned with a local string (not t_strduped). I think this
might be a problem when mailbox is dereferenced after returning from
that function?!

.max

Re: [Dovecot] UNSUBSCRIBE

[GESBBB]

> From: "Eric B. Schorvitz, Ph.D." e...@pmtechllc.com

I think you are looking for this:

<mailto:dovecot-requ...@dovecot.org?subject=unsubscribe>

You could also try this address for further information:

<mailto:dovecot-requ...@dovecot.org?subject=help>

By the way, all of that information is available in the email headers sent out 
by this list.

-- 
Jerry
ges...@yahoo.com

[Dovecot] UNSUBSCRIBE

[Eric B. Schorvitz, Ph.D.]

Re: [Dovecot] unsubscribe dovecot.org

[Sahil Tandon]

On Wed, 14 Jan 2009, Leo P CHENG wrote:

> thanks

As directed in the List-Unsubscribe: header, you need to send an email with
subject "unsubscribe" to dovecot-requ...@dovecot.org.

-- 
Sahil Tandon 

[Dovecot] unsubscribe dovecot.org

[Leo P CHENG]

thanks