Re: New Dovecot version? github repo without new updates?

> On 19/07/2023 01:22 EEST Jorge Bastos wrote: > > > Hi Guys, > Just asking, i don't see a new dovecot version since last December, and the > girhub repo has no new requests/updates. > Is there a new place for dovecot versions, or it's happening something? > Thanks in advanced, > Jorge, Our

Re: Replication going away?

>> While I understand it takes effort to maintain the replication plugin, this >> is especially problematic for small active/active high-availability >> deployments. >> I guess there are lots of servers that use replication for just 50 or 100 >> mailboxes. Cloudstorage (like S3) would be

New Dovecot version? github repo without new updates?

Hi Guys, Just asking, i don't see a new dovecot version since last December, and the girhub repo has no new requests/updates. Is there a new place for dovecot versions, or it's happening something? Thanks in advanced, Jorge,___ dovecot mailing list

Re: Replication going away?

On 2023-07-18, Gerald Galster wrote: > While I understand it takes effort to maintain the replication plugin, this > is especially problematic for small active/active high-availability > deployments. > I guess there are lots of servers that use replication for just 50 or 100 > mailboxes.

Re: Fatal error in http-client.c when passdb is oauth2 and userdb is sql

- все Test reply. Sorry. 18.07.2023, 15:37, "Aki Tuomi via dovecot" :  On 18/07/2023 15:10 EEST Евгений Бахтин wrote:Dovecot version: 2.3.20  Dear Colleagues! passdb is set to oauth2 and userdb is set to sql. On attempt of authorization a fatal error is rising. The case

Options to track performance?

Hi there, after upgrading my dovecot on a bookworm container, I now have a weird delay when imap clients like Evolution connect the first time.  Is there any performance logging configuration I could enable, to see what dovecot is doing in which timing? I suspect some timeout or delay somewhere,

-d ${user}@${nexthop} or -d ${recipient}?

What's the differency between these two lines; 1- flags=DORhu user=vmail:vmail argv=/usr/local/libexec/dovecot/dovecot-lda -f ${sender} -r ${recipient} -d ${user}@${nexthop} 2- flags=DRhu user=vmail:vmail argv=/usr/local/libexec/dovecot/dovecot-lda -f ${sender} -d ${recipient} and which one

Re: dovecot: lda(info@mydomain) - vacation action: discarding vacation response to mailinglist recipient?

Weird, but I think I solved it, I had in my postfix main.cf, a line like: "header_checks = regexp:/etc/postfix/list_unsub_header" to have a header like: List-Unsubscribe: mailto:i...@mydomain.com?subject=unsubscribe, and when I removed that line, the auto-reply seems worked. BUT, why's so?

Re: Replication going away?

> While I understand it takes effort to maintain the replication plugin, this > is especially problematic for small active/active high-availability > deployments. > I guess there are lots of servers that use replication for just 50 or 100 > mailboxes. Cloudstorage (like S3) would be overkill

Re: Replication going away?

>> Just to understand that correctly: I could setup a (cron) based process for >> doveadm sync, but no longer a setup like >> plugin { >> mail_replica = tcp:$IMAP_REPLICA_SERVER:$IMAP_REPLICA_PORT >> } >> where the cron would lead to some delay and would have to check for >> concurrent

Re: Fatal error in http-client.c when passdb is oauth2 and userdb is sql

I think this mail related to the problem. https://dovecot.org/mailman3/archives/list/dovecot@dovecot.org/message/X5PBA2RVC7ZDIUNMXJQZRFIDS7MZNGJH/ ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org

Re: Fatal error in http-client.c when passdb is oauth2 and userdb is sql

Please, delete this wrong thread. ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org

Re: Fatal error in http-client.c when passdb is oauth2 and userdb is sql

Please, delete this wrong thread. ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org

Re: Fatal error in http-client.c when passdb is oauth2 and userdb is sql

Aki Tuomi wrote: > > Can you send auth_debug=yes and debug=yes (in oauth2 config) logs? This is with debug. Jul 18 15:29:14 mail01 dovecot: master: Dovecot v2.3.20 (80a5ac675d) starting up for imap (core dumps disabled) Jul 18 15:29:21 mail01 dovecot: auth: Debug: Loading modules from

Re: Tons of imap-login processes despite client_limit very high

Awesome, thank you for the information Aki. :) We'll set vsz_limit and keep service_count = 0, as service_count >= 1 is not an option for us due to the high memory consumption associated with having many imap-login processes running. The new process_shutdown_filter option looks interesting,

Re: Replication going away?

> On 18/07/2023 15:19 EEST i...@joergschulz.de wrote: > > > Just to understand that correctly: I could setup a (cron) based process for > doveadm sync, but no longer a setup like > plugin { > mail_replica = tcp:$IMAP_REPLICA_SERVER:$IMAP_REPLICA_PORT > } > where the cron would lead to

Re: Fatal error in http-client.c when passdb is oauth2 and userdb is sql

Can you send auth_debug=yes and debug=yes (in oauth2 config) logs?This is with debug. Jul 18 15:29:14 mail01 dovecot: master: Dovecot v2.3.20 (80a5ac675d) starting up for imap (core dumps disabled)Jul 18 15:29:21 mail01 dovecot: auth: Debug: Loading modules from directory:

dovecot: lda(info@mydomain) - vacation action: discarding vacation response to mailinglist recipient?

Hello, I'm trying to set auto reply for my email account, through Roundcube and ManageSieve plugin (the plugin itself and its regular filtering works fine), however the auto-reply doesn't arrive to the sender's inbox, when I tested it with sending an email to myself/my server, from my Gmail

Re: Fatal error in http-client.c when passdb is oauth2 and userdb is sql

Can you send auth_debug=yes and debug=yes (in oauth2 config) logs?This is with debug. Jul 18 15:29:14 mail01 dovecot: master: Dovecot v2.3.20 (80a5ac675d) starting up for imap (core dumps disabled)Jul 18 15:29:21 mail01 dovecot: auth: Debug: Loading modules from directory:

Re: Replication going away?

Just to understand that correctly: I could setup a (cron) based process for doveadm sync, but no longer a setup like plugin { mail_replica = tcp:$IMAP_REPLICA_SERVER:$IMAP_REPLICA_PORT } where the cron would lead to some delay and would have to check for concurrent jobs?

Re: Fatal error in http-client.c when passdb is oauth2 and userdb is sql

> On 18/07/2023 15:10 EEST Евгений Бахтин wrote: > > > > Dovecot version: 2.3.20 > > Dear Colleagues! > passdb is set to oauth2 and userdb is set to sql. On attempt of authorization > a fatal error is rising. The case reproducible 100%. The following suggested > configuration files allow

Fatal error in http-client.c when passdb is oauth2 and userdb is sql

 Dovecot version: 2.3.20 Dear Colleagues!passdb is set to oauth2 and userdb is set to sql. On attempt of authorization a fatal error is rising. The case reproducible 100%. The following suggested configuration files allow you to reproduce the case.Thank you! dovecot.conf```protocols =

Re: cram-md5, sasl and lua (inheriting technical debt)

> On 18/07/2023 13:59 EEST tk...@tunenet.dk wrote: > > > Hello, > > I am exploring the posibility of migrating an exsisting setup to > postfix+dovecot. > The issue being that many clients are currently configured for cram-md5 > authentication. > I am fully aware that this is a really,

cram-md5, sasl and lua (inheriting technical debt)

Hello, I am exploring the posibility of migrating an exsisting setup to postfix+dovecot. The issue being that many clients are currently configured for cram-md5 authentication. I am fully aware that this is a really, really, really bad idea, but re configuring all clients at once is not

Re: Tons of imap-login processes despite client_limit very high

It seems to us that the ideal solution would be that once service_count is reached, a new process is spawned and the remaining connections are moved to that new process so that the old one can die quickly. But I suspect that's not a simple change to do.

Re: Tons of imap-login processes despite client_limit very high

> On 18/07/2023 12:11 EEST D D wrote: > > > After further testing we realized that it was due to service_count = 100. We > suspect that when the service count is reached, a new process is spawned, > explaining the large number of imap-login processes. > > With service_count = 0 we stick

Re: Tons of imap-login processes despite client_limit very high

Thank you Joseph and Aki! You got it right, the issue was indeed with this service_count=100. With service_count=0 it works as intended (only 4 imap-login processes), though now we're concerned about possible memory leaks with this config. What you described Jospeh

Re: Tons of imap-login processes despite client_limit very high

After further testing we realized that it was due to service_count = 100. We suspect that when the service count is reached, a new process is spawned, explaining the large number of imap-login processes. With service_count = 0 we stick with only 4 processes (process_min_avail). However, we're

Re: Tons of imap-login processes despite client_limit very high

> On 18/07/2023 09:18 EEST Joseph Tam wrote: > > > https://www.mail-archive.com/dovecot%40dovecot.org/msg85850.html > > > From: D D > > > We're seeing a ton of imap-login processes running even when using high > > performance mode > >

Re: Tons of imap-login processes despite client_limit very high

https://www.mail-archive.com/dovecot%40dovecot.org/msg85850.html From: D D > We're seeing a ton of imap-login processes running even when using high > performance mode > (https://doc.dovecot.org/admin_manual/login_processes/#high-performance-mode). > According to the docs: > >