> 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
>> 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 overkil
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 -
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. Clouds
- все 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 reprodu
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, b
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 sho
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? Th
> 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 fo
>> 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 job
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
Please, delete this wrong thread.
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Please, delete this wrong thread.
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
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 directory
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, tho
> 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 s
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: /usr/lib/dovecot/modules/
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 acc
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: /usr/lib/dovecot/modules/
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?
___
> 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 yo
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 = imapauth_mech
> 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, reall
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 feasibl
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.
__
> 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 wi
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
(https://www.mail-archive.co
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 c
28 matches
Mail list logo