On 2024-06-25 12:00, hp--- via dovecot wrote:
I am running Dovecot 2.3.21. One client has multiple computers in their
LAN, connecting to my server with a static IP.
One or several computers in that LAN keep logging in with failed
password, but the Dovecot log only shows the public static IP, like
When you set submission_host, sieve will also use that SMTP server for
doing reject/forward/vacation, etc:
https://doc.dovecot.org/configuration_manual/sieve/sieve_and_smtp_submission/
If you don't set submission_host, sieve will instead rely your local
sendmail binary. Your local sendmail (or
information is lost if hibernation is used and the
client is hibernated after expunging.
Best regards,
Eirik Rye
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
On 20/06/2023 07:17, Shawn Heisey wrote:
Hmm. Maybe I am wrong. I grepped my log for inactivity disconnects
that do not say "auth failed". All of the things it found were for my
email address, and had a timeout of 1800 seconds, not 180 seconds like
the ones for the other user that say "auth
On 05/06/2023 11:14, Noel Butler via dovecot wrote:
[...]
Both of you should grow up and keep this argument outside the mailing list.
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Hello,
In my setup, I am running dovecot with the following last_login config:
plugin {
last_login_dict = file:~/.last_login
last_login_key = %s
}
I would like to distinguish between logins through webmail (Roundcube)
and logins through regular IMAP clients. Roundcube sends
"x-forward-ser
On 29/04/2022 11:44, Aki Tuomi wrote:
Are you sure you do not have some script / monitoring still calling `doveadm
director` commands?
Aki
Of course, you are very right. There is a Prometheus exporter running
every minute. With the dovecot log stating "throttling for 60.000 secs",
it really
On 29/04/2022 11:37, Eirik Rye wrote:
doveconf stuff:
Apologies for the poor doveconf formatting. Trying again:
# 2.3.18 (9dd8408c18): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.18 (0bc28b32)
# OS: Linux 5.4.0-88-generic x86_64 Ubuntu 20.04.4 LTS
# Hostname: director03
debug_log_path
Hello,
- Dovecot 2.3.18 (originally Dovecot 2.3.16, but upgraded in an
attempt to fix issue)
- Ubuntu 20.04 using Dovecot repo
In my organization have run a cluster of dovecot proxy machines, with
the director service enabled in a transition period as we have
migrated all our users to do direct p
On Wed, Jun 23, 2021 at 5:03 PM Timo Sirainen wrote:
> Hmm. That kind of symlinks haven't been done before either, so it's not at
> least a change from previous Dovecot repository behavior. Also it would be a
> bit tricky - how would you install 2.3.14 specifically if it became a
> symlink? I g
On Mon, Jun 21, 2021 at 1:24 PM Timo Sirainen wrote:
> Binary packages in https://repo.dovecot.org/
The repository https://repo.dovecot.org/ce-2.3.14 does not contain the
latest binary package for version 2.3.14.1, as one would expect. The
only way to get this package seems to be by changing to t
Hello,
We are using imap_id_log='*' (and imap_id_retain=yes) to log user client
information to the dovecot logs, and this information is aggregated to give us
extra debugging information for customer support.
However, as some clients send the ID information pre-login and others send it
post-lo
> On 28 May 2021, at 16:30, Eirik Rye wrote:
>
> With that said, the override file you created is also invalid. It should be
> something like this:
>
> /etc/dovecot/override.passwd:
>
> gabriel1:*::mail=~/Maildir
> user1:*::mail=~/user1/Maildir
>
> On 28 May 2021, at 14:34, Gabx wrote:
>
> doveconf -n:
>
> https://cryptpad.fr/pad/#/2/pad/edit/UjvNTPoEmNDBFm8dmzzp67YM/
Your configuration has no userdb referencing /etc/dovecot/passwd.override, so
of course it is not taken into account.
I implore you to read up on how userdbs function
On 05/22/2021 12:20 AM, Joseph Tam wrote:
You'll note the ratio between then is almost exactly 2. Some utilities
report
space usage in 512-byte block, some in K. I would hazard a guess that
'ls -s'
is reporting in blocks, not K.
No, that is just a coincidence. The actual issue was duplicate
> On 20 May 2021, at 15:18, Eirik Rye wrote:
>
> I assume there are some sparseness or block size related shenanigans going on
> here instead, causing differences in reported physical usage by `du` (syscall
> `newfstatat()`) compared to `ls` (syscall `lstat()`) and do
> On 20 May 2021, at 14:59, Timo Sirainen wrote:
>
> Well, next step could be to compare individual mail sizes. It would require
> writing some kind of a script to do the comparison though.
Hello again,
Apologies, I think dovecot is innocent in all of this.
I noticed that `ls -s` reported a
> On 20 May 2021, at 13:44, Timo Sirainen wrote:
>
> You can also look at the folder-level vsizes to see which one is causing the
> differences (or are they all doubled?)
In this user's case, it is only the Trash-folder that has the wrong vsize
calculation:
# doveadm mailbox status -u 'mes
> On 20 May 2021, at 12:31, Aki Tuomi wrote:
>
> Hi!
>
> Quota will count only virtual size of mails (and not directories) and that
> will likely never match with du -bs, which counts for things more than just
> the mail contents.
Right, but the quota/vsize of the folder in my example is c
> On 10 May 2021, at 11:52, Timo Sirainen wrote:
>
> S= is the "physical size", W= is the "virtual size". quota=count / vsize
> calculations should be using the W= value, not the S= value.
I renamed all messages containing S= and W= values in a user's mailbox (Trash)
which had the incorrec
dovecot/indexer [0 clients, 0 requests]
266248 29623 0.0 0.0 6008 4604 ?S15:22 0:00
dovecot/indexer-worker [idling]
Waiting a while, and attempting to refetch the quota returns the same temperror
with no indexer-worker being started. However, this is a separate issue from
th
> On 26 Apr 2021, at 16:03, azu...@pobox.sk wrote:
>
> Btw, if your control files are OUTSIDE maildir and you are moving them back
> INSIDE maildir, notice (for example in my script) that .INBOX directory
> doesn't exists in maildir and control files for INBOX are placed directly in
> maildir
> On 26 Apr 2021, at 15:14, Eirik Rye wrote:
>
> Both ~/Maildir and /mail/{control,index}/ are separate NFS-mounts, and we now
> want to consolidate all files to the user's home directory instead. The end
> goal is to stop using NFS altogether.
Some more background inf
Hello,
We are running a director-based dovecot cluster where the user's maildir and
the indexes/control files are, for legacy reasons, stored on separate
NFS-backends, i.e.:
mail_location =
maildir:~/Maildir:CONTROL=/mail/control/%1u/%2u/%u:INDEX=/mail/index/%1u/%2u/%u
Both ~/Maildir and /m
> On 12 Apr 2021, at 16:47, Marco Fioretti wrote:
>
> Apr 12 16:12:49 SERVERNAME dovecot: imap(ACCOUNTNAME): Logged out in=164
> out=757
This log line means that the connection with the server is terminated
gracefully, with the client issuing a "LOGOUT" command. That makes me think the
iss
On 03/15/2021 8:43 PM, Paterakis E. Ioannis wrote:
It's not keepalived's work to tell the directors which backend is
up/down. You can use poolmon for that. keepalived will make sure the
floating ip will always be assigned on an alive haproxy. Then it's
haproxies' work to check the aliveness
Hi,
Dovecot v2.3.11.3 (502c39af9)
auth_passdb_request_finished appears to fire twice for an IMAP login
using a Redis passdb. auth_request_finished only fires once.
In the debug log below, the line "Finished passdb lookup" appears to be
logged twice (once by "auth" and once by "auth-worker").
Hi,
Dovecot v2.3.11.3 (502c39af9)
auth_passdb_request_finished appears to fire twice for an IMAP login
using a Redis passdb. auth_request_finished only fires once.
In the debug log below, the line "Finished passdb lookup" appears to be
logged twice (once by "auth" and once by "auth-worker").
I believe the userdb_ prefix is used when you want to provide userdb
fields in a passdb context, or in the actual passwd-file file contents
(/etc/dovecot/users).
In default_fields, you should use the non-prefixed name, i.e.
"noreplicate=y"
Use `doveadm user -u ` to see what userdb fields are
Hi,
I am trying to implement a dict lookup for disabled accounts, where both
the passdb lookup and the disabled lookup is done in the same passdb. I
was hoping that this configuration would work:
passdb {
name = redis
driver = dict
args = /etc/dovecot/dovecot-redis.conf.ext
}
---
uri
.
On 14/01/2020 13:38, Eirik Rye wrote:
We are unfortunately still seeing a lot of these errors once the machine
reaches a high number of concurrent users/logins (just below 20k
simultaneous IMAP connections on a powerful 24 core machine with 128GB
RAM):
2020-01-14T09:18:58.661349+01:00 dovecot
roctitle = yes
protocol imap {
mail_max_userip_connections = 20
rawlog_dir = [redacted]
}
Are there any other tunables either in Dovecot or in the kernel that may
relate to this issue that we may have missed?
--
Eirik
On 06/01/2020 11:28, Eirik Rye wrote:
Hi,
After upgrading Dovecot from
en 09.01.2020 15:59, skrev Aki Tuomi:
Uh. It's not actually supported to access same user concurrently from two
servers even if you are using NFS. It will cause problems. You should use
dovecot director or some other arrangement to make sure this does not happen.
Aki
On 09/01/20
caused by NFS.
Once we introduce the director cluster in front, these errors should
hopefully be strongly reduced. :-)
--
Eirik
On 08/01/2020 15:14, Eirik Rye wrote:
With proctitles below.
Strangely, Dovecot is reporting 12679 imap-login sockets in "pre-login"
state, which is about 5
"( sport = :143 or sport = :993 )" | grep "\"imap\"" | wc -l
559
imap:~# ss -ntp "( sport = :143 or sport = :993 )" | grep
"\"imap-login\"" | wc -l
7546
imap:~# ss -ntp "( sport = :143 or sport = :993 )" | wc -l
8271
On 08
On 08/01/2020 11:09, Aki Tuomi wrote:
Can you enable 'verbose_proctitle=yes' and maybe compare with ss -tp output?
Thanks for the response!
What exactly did you want to compare? `ss -tp` does not appear to show
cmdline/process title. I enabled it for one server, but will have to
wait for use
On 08/01/2020 10:49, Eirik Rye wrote:
[...]
In any case, the biggest issue is the one described in the original
message in this thread, where logins are periodically failing for many
for users:
2020-01-08T10:54:57.436400+01:00 imap dovecot: imap-login: Error:
master(imap
On 08/01/2020 01:47, @lbutlr wrote:
On 07 Jan 2020, at 07:15, Dovecot Mailing List wrote:
dovecot: master: Warning: service(imap-login): process_limit (16) reached,
client connections are being dropped
Is this an actual problem? Most client connections are idle, so I doubt if the
occasion
{
port = 993
ssl = yes
}
process_limit = 16
process_min_avail = 16
service_count = 0
vsz_limit = 512 M
}
I would greatly appreciate some pointers, because this is mindboggling
confusing.
On 06/01/2020 11:28, Eirik Rye wrote:
Hi,
After upgrading Dovecot from version 2.2.27 to 2.3.9.2, we ar
Hi,
After upgrading Dovecot from version 2.2.27 to 2.3.9.2, we are
sporadically seeing lots of these errors in the error log on many of our
servers:
imap-login: Error: master(imap): net_connect_unix(imap) failed:
Resource temporarily unavailable -
http://wiki2.dovecot.org/SocketUnavailabl
, PGPASSWORD in the container.
Best regards,
Eirik Rye
On 04/12/2019 13:22, Eirik Rye via dovecot wrote:
Hi,
We are trying to set up a Dovecot Docker image with dynamic database
configuration based on environment variables, however the variables do
not appear to be expanded in the "co
-pgsql.c to make the variable
expansion?
Best regards,
Eirik Rye
or message would indicate which director/server it
pertains to.
Best regards,
Eirik Rye
On 16/07/2019 11:17, Eirik Rye via dovecot wrote:
Version 2.3.7 appears to break director ring sync. After upgrading, our
logs are full of these kinds of messages:
Jul 14 04:09:20 yyy dovecot: direc
Downgrading to 2.3.6 did indeed resolve the issue.
Our Directors are running Ubuntu 18.04.
Regards,
Eirik Rye
On 16/07/2019 11:17, Eirik Rye via dovecot wrote:
Version 2.3.7 appears to break director ring sync. After upgrading, our
logs are full of these kinds of messages:
Jul 14 04:09:20
, resending
These are absent from the logs prior to July 12.
I have downgraded to 2.3.6 in hopes of resolving the issue.
Regards,
Eirik Rye
On 12/07/2019 14:29, Aki Tuomi via dovecot wrote:
Hi!
We are pleased to release Dovecot release v2.3.7.
Tarball is available at
https://dovecot.org
p" prefix.
Is this not possible? Are there restrictions to what settings may be
overridden in userdb? The documentation appears to suggest that there isn't.
Best regards,
Eirik Rye
This is only available if you use "verbose_proctitle = yes".
However, I found the command "doveadm proxy list" which does what I want:
~# doveadm proxy list | wc -l
16993
- Eirik
On 14/06/2019 08:39, Sami Ketola wrote:
On 13 Jun 2019, at 20.15, Eirik Rye via dov
Dovecot to see which (or even how many) users are
connected to a specific director without having to count TCP connections?
Best regards,
Eirik Rye
In sieve, 'keep' is usually equivalent to 'fileinto "INBOX"'. As such,
you ending up with duplicates in that configuration does not seem
strange as both of those operations will cause a copy of the message to
be filed to your inbox.
Your new configuration is correct.
That said, Dovecot's siev
On 26/09/2018 08:34, Aki Tuomi wrote:
> # before current passbd
> passdb {
>driver = passwd-file
>args = username_format=%Lu /etc/dovecot/aliases
> }
>
> # into /etc/dovecot/aliases
> alias@user:::user=real_username noauthenticate
>
> This hopefully works.
>
> Aki
This does appear to
Hi,
Our organization is currently using a passwd-file user database for our
Dovecot installs. However, we now want to provide simple username aliases.
We currently use usernames that are -not- equal to the email address,
but due to the fact that many major email clients/providers do not even
which they are evaluated may be
significant.
So, how do I define this order?
They evaluate in the same order that they are defined in your configuration.
- Eirik Rye
require the
secondary passdb to be passing the plain-text password on to the backend
in order to constrain the passdb-query to a single result, right?
- Eirik Rye
. Different usernames (eg. 'user_device' or 'user_application')
2. Multiple passdbs(?)
Best regards,
Eirik Rye
54 matches
Mail list logo
