As a journalist, I deal with a lot of PR companies that use constant contact.
For years, I've built up a nice sieve filter that sports these people into my
PR folder.
I guess to help with dkim/SPF issues, Constant Contact has started rewriting
the from header to the sender's address rewritten to
On Fri, 2 Feb 2024 20:29:59 +0200 (EET)
Aki Tuomi via dovecot wrote:
> > On 02/02/2024 20:25 EET Ellie McNeill wrote:
> >
> > According to the "Dovecot Core Settings" page, a new setting
> > 'submission_add_received_header' was added in dovecot 2.3.19 to
> > give admins the option of hiding
Yes this is an old thread.
this part has not been modified in the dovecot documentation :
https://doc.dovecot.org/configuration_manual/howto/dovecot_lda_exim/
and under debian 12 exim 4.96 is the installable version.
so let me respond to the thread.
Benoît
Le 02/02/2024 à 16:31, Odhiambo
if i set /var/lib/dovecot with 775 the file is created with user vmail/dovecot
and is populated... damn why this directory get wrong permission ?!?
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Check directory access perms, it needs to create a lockfile there.
On 2/5/24 11:11, frederic.fondri...@gmail.com wrote:
2024-02-05 11:05:15 imap(xxx)<14156>: Debug: dict(file):
Iterating prefix shared/shared-boxes/
2024-02-05 11:05:15 imap(xxx)<14156>: Debug: dict(file):
Iteration finished,
> On 05/02/2024 12:11 EET frederic.fondri...@gmail.com wrote:
>
>
> 2024-02-05 11:05:15 imap(xxx)<14156>: Debug: dict(file):
> Iterating prefix shared/shared-boxes/
> 2024-02-05 11:05:15 imap(xxx)<14156>: Debug: dict(file):
> Iteration finished, got 0 rows
> 2024-02-05 11:05:15
2024-02-05 11:05:15 imap(xxx)<14156>: Debug: dict(file):
Iterating prefix shared/shared-boxes/
2024-02-05 11:05:15 imap(xxx)<14156>: Debug: dict(file):
Iteration finished, got 0 rows
2024-02-05 11:05:15 imap(xxx)<14156>: Debug: dict(file):
Starting transaction
2024-02-05 11:05:15
> On 05/02/2024 11:21 EET frederic.fondri...@gmail.com wrote:
>
>
> no problem still here :
> 2024-02-05 09:44:12 imap(x)<13848>: Debug: dict(file):
> dict created (uri=file:/var/lib/dovecot/shared-mailboxes.db,
> base_dir=/var/run/dovecot)
> 2024-02-05 09:44:12 imap(x)<13848>:
no problem still here :
2024-02-05 09:44:12 imap(x)<13848>: Debug: dict(file):
dict created (uri=file:/var/lib/dovecot/shared-mailboxes.db,
base_dir=/var/run/dovecot)
2024-02-05 09:44:12 imap(x)<13848>: Debug:
open(/proc/self/io) failed: Permission denied
> On 05/02/2024 10:36 EET Frédéric FONDRIEST
> wrote:
>
>
> Hi all,
> we get some problems with sharing mailbox between users.
> when we share something the dovecot-acl file is updated, but the
> shared-mailboxes.db file is not created nor updated.
> Even if we create the file and set
Hi all,
we get some problems with sharing mailbox between users.
when we share something the dovecot-acl file is updated, but the shared-
mailboxes.db file is not created nor updated.
Even if we create the file and set permission to 777...
strangely the debug log gives :
2024-02-05 09:29:04
Hi Ellie
> Am 02.02.2024 um 23:02 schrieb Ellie McNeill :
>
> Sorry, I seem to have missed that. I hope this isn't a silly question, but
> I'm wondering what the difference between 'regular' Dovecot and the 'CE'/3.0
> edition is? I can't seem to find much information on this. Why are there
>
Hi!
Unfortunately you are looking at Dovecot 3.0 (2.4 CE) settings.
Please see https://doc.dovecot.org/settings/core/ for 2.3 settings.
Aki
Sorry, I seem to have missed that. I hope this isn't a silly question,
but I'm wondering what the difference between 'regular' Dovecot and the
For the record, you should never 'hide' the connecting IP, that
information is very valuable for all abuse handling, and so you can
quickly see when someone reports spam from your network, who is abusing
it..
the whole privacy vs security debates aside please..
And it also allows other spam
> On 02/02/2024 20:25 EET Ellie McNeill wrote:
>
>
> Hi, I've recently upgraded my mail server from Debian 11 to Debian 12.
> It now runs dovecot 2.3.19.1 (verified with dovecot --version).
>
> According to the "Dovecot Core Settings" page, a new setting
> 'submission_add_received_header'
Hi, I've recently upgraded my mail server from Debian 11 to Debian 12.
It now runs dovecot 2.3.19.1 (verified with dovecot --version).
According to the "Dovecot Core Settings" page, a new setting
'submission_add_received_header' was added in dovecot 2.3.19 to give
admins the option of hiding
On Fri, Feb 2, 2024 at 6:24 PM Benoît PELISSIER via dovecot
wrote:
Hi,
it's not working do this.
i tried ans doesnt work.
i use workaround from Kirill Miazine
---
$ cat /local/bin/dovecot-lda-wrapper
#!/bin/sh
exec
Hi,
it's not working do this.
i tried ans doesnt work.
i use workaround from Kirill Miazine
---
$ cat /local/bin/dovecot-lda-wrapper
#!/bin/sh
exec /usr/local/libexec/dovecot/dovecot-lda \
-d "${LOCAL_PART}@${DOMAIN}" \
-a "${LOCAL_PART}${LOCAL_PART_SUFFIX}@${DOMAIN}" \
-r
On 27/01/24 14:31, Larry Rosenman wrote:
I'm the maintainer of the dovecot and pigeonhole ports on FreeBSD and am
looking to make separate
installable packages like the project does for Linux. Can you help me know
what needs to go where and what options (if any) change the base? Thanks for
any
Hello.
It's a postfix + Solaris related problem.
Postfix needs an ALL privileges when started as service.
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
> On 01/02/2024 03:49 EET wakod67943--- via dovecot wrote:
>
>
> To preface, I’m using the Crossbox mail client hosted by MXroute. I was
> directed to Dovecot support when I made my inquiry to the former’s developers.
>
> Apparently, when you write an email subject that is verbatim to
> On 27/01/2024 03:31 EET Larry Rosenman wrote:
>
>
> I'm the maintainer of the dovecot and pigeonhole ports on FreeBSD and am
> looking to make separate
> installable packages like the project does for Linux. Can you help me know
> what needs to go where and what options (if any) change
On Thu, 01 Feb 2024 01:49:16 -
wakod67943--- via dovecot wrote:
> To preface, I’m using the Crossbox mail client hosted by MXroute. I
> was directed to Dovecot support when I made my inquiry to the
> former’s developers.
>
> Apparently, when you write an email subject that is verbatim to
>
To preface, I’m using the Crossbox mail client hosted by MXroute. I was
directed to Dovecot support when I made my inquiry to the former’s developers.
Apparently, when you write an email subject that is verbatim to another,
previously sent email, the two become linked in a conversation thread.
On 8. Mar 2021, at 9.11, Mark Constable wrote:
>
> On Fri Jan 25 2019 Aki wrote:
> > There is no JMAP support in any dovecot version yet.
>
> Two years on so what is the status of JMAP support in Dovecot now?
- We have a new JSON library, making it easier to write efficient JMAP support.
-
Hello,
After adding `mechanisms = plain login` to passdb (passwd-file),
`doveadm -D sync -u e...@example.com -d -N -l 30 -U` failed with
```
Jan 26 06:49:22 doveadm(e...@example.com): Error:
remote(server2.example.com:61526): doveadm(1.1.1.1,e...@example.com):
auth-master: passdb
Hi,
is there any progress on this?
Since the IETF draft is long completed, will you integrate JMAP in a coming
dovecot version
or is this topic completely abandoned?
Marcel
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email
Hello.
I have
- dovecot 2.3.21 (also tried 2.3.5)
- postfix 3.8.5 (also tried 3.8.4)
It's a new setup where I use postfix + dovecot-delivery for delivery to
local mailbox. At logs I have an error and mail deffers in queue:
dovecot: [ID 702911 mail.crit] lda(p...@domain.com)<7808>: Fatal: We
On 29/01/2024 23:23 EET Steve Moser via dovecot
wrote:
Hello,
I am hoping that you can help me.
I am running this command on my main email server, one way backup/
sync to the backup server.
sudo doveadm sync -1 -A remote:root@x.x.x.x
Hello,
I am hoping that you can help me.
I am running this command on my main email server, one way backup/sync to the
backup server.
sudo doveadm sync -1 -A remote:root@x.x.x.x
x.x.x.x is my remote server.
I will add a new email on the main, run the command and it shows up on the
backup. -
On 1/26/2024 3:02 PM, joe a wrote:
The "mailto:; function does not seem to place a copy of the sent
message in the "Sent" folder.
...so a mailbox owner might have a ready means to track messages
potentially sent under their name.
The notify action has a specific purpose - it sends a
> On 28/01/2024 10:21 EET p h via dovecot wrote:
>
>
> Hi,
>
> I recently fts indexed a users mailbox with xapian which had 10-15 very large
> plaintext messages (>20Mb). The content of these messages was mostly a list
> of all files on a linux server (tripwire and backup reports).
>
>
We use a shared mailbox, where incoming mails from customers are stored. Every
user can see it as "shared/cont...@domain.name". When a new message comes, any
user who is currently available just takes the message and does something with
it. It's configured this way:
namespace shared {
type =
Hi,
I recently fts indexed a users mailbox with xapian which had 10-15 very large
plaintext messages (>20Mb). The content of these messages was mostly a list of
all files on a linux server (tripwire and backup reports).
The indexer-worker process was completely stuck processing these messages,
Building Dovecot 2.3.21 for aarch64 (building with qemu emulation) I get
the following in the test stage:
test-file-cache.c:266: Assert failed: file_cache_set_size(cache, 1024) == -1
Panic: file test-common.c: line 211 (test_expect_error_string_n_times):
assertion failed: (expected_errors ==
Hi,
I've been banging my head on this problem for a while now and need some help on
this issue. I've set up Dovecot with Sieve scripts, which use bash scripts to
either learn ham or learn spam. This is sent to the Rspamd controller (using a
Unix socket at
I'm the maintainer of the dovecot and pigeonhole ports on FreeBSD and am
looking to make separate
installable packages like the project does for Linux. Can you help me know
what needs to go where and what options (if any) change the base? Thanks for
any help here.
--
Larry Rosenman
On 1/26/2024 14:31:04, Oscar del Rio wrote:
On 2024-01-26 1:05 p.m., joe a wrote:
The "mailto:; function does not seem to place a copy of the sent
message in the "Sent" folder. In the (snipped) example below the text
message is received but no copy is seen in the Sent folder. Is there a
On 2024-01-26 1:05 p.m., joe a wrote:
The "mailto:; function does not seem to place a copy of the sent
message in the "Sent" folder. In the (snipped) example below the text
message is received but no copy is seen in the Sent folder. Is there a
setting I have missed or is that expected
Let me rephrase this question:
The "mailto:; function does not seem to place a copy of the sent message
in the "Sent" folder. In the (snipped) example below the text message
is received but no copy is seen in the Sent folder. Is there a setting
I have missed or is that expected behavior for
On Fri, 26 Jan 2024 01:44:06 +0100,
Kirill A. Korinsky wrote:
>
> So far so good.
>
And here we go again
mx1# doveadm fetch -u kir...@korins.ky 'uid' mailbox virtual.All | grep
'^uid:' | tail -n 20
uid: 144044
uid: 144045
uid: 144046
uid: 144047
uid: 144048
uid: 144049
uid:
Hi Aki,
Thank you for taking the time to answer my question, I greatly appreciate your
effort.
With a little bit of experimentation and reading the documentation I was able
to setup local introspection validation and the OAuth2 authentication is now
succeeding. Thank you!
For those of you
Your problem is that the access_token field actually contains the token. so you
need use either local validation or introspection. I would recommend setting up
local validation.
Aki
> On 26/01/2024 10:33 EET me...@meint.net wrote:
>
>
> Dovecot version 2.3.16
>
> Trying to use Azure AD /
I have a suspicion its not working because the scp attribute doesnt contain
"email", can anybody confirm that this might be the issue?
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Dovecot version 2.3.16
Trying to use Azure AD / Entra Id with OAuth2 authentication, I have most of it
working but somehow Dovecot fails to map / recognize the username, hopefully
somebody can point out what I'm doing wrong?
Excerpt from log:
Jan 26 09:13:20 localhost dovecot: auth: Debug:
On Sun, 21 Jan 2024 17:31:37 +0100,
Kirill A. Korinsky wrote:
>
> mail_replica = tcps:mx2.catap.net
>
I've discovered that using TCP+SSL replication leads to errors in logs:
Error: Couldn't lock ../.dovecot-sync.lock: fcntl(../.dovecot-sync.lock,
write-lock, F_SETLKW) locking failed:
and, as stated in this thread, the doveadm sync command will persist.
For a 8 user environment, it should be enough to do this via crontab,
every some minutes.
Am 25.01.24 um 19:22 schrieb pgnd:
Currently, replication is my life saver.
depending on your use case, and how critical that is,
dovecot 2.3.21 pigeonhole 0.5.21. Filters created via roundcube.
Attempting to have filters detect certain email, send a notification
text message to mobile via email, and copy that notification email to
"Sent" folder.
Filter(s) detect condition, move the email to desired folder and appear,
+1
El 24/1/24 a les 23:33, Gerben Wierda ha escrit:
Respectfully, I would like to ask: please do not remove replication, please
rethink this.
Currently, replication is my life saver. I run two postfix/dovecot combos (on
different operating systems), with dovecot synchronising via replication.
Resolved by correcting error for sieve script location in 90-sieve.conf.
>>
On 1/24/2024 16:02:20, joe a wrote:
Some success creating and using filters, created via roundcube, but,
when testing activate and deactivating filter sets, received an error.
However, I can edit and add filters
> On 25/01/2024 11:57 EET Michael Grant via dovecot wrote:
>
>
> I keep seeing this come up over and over. My understanding is it’s not
> getting removed, it’s just moving to the paid version of Dovecot. What is
> the cost for a small user license of dovecot that incudes replication
Ok, very very nice of you to make such redundant setup for these people. For
such small amount I would just keep one server, and have everyone wait when it
fails. ;)
Ok with such small user group you do not have any issues with performance with
any hardware. I was creating recently a test
I keep seeing this come up over and over. My understanding is it’s not getting
removed, it’s just moving to the paid version of Dovecot. What is the cost for
a small user license of dovecot that incudes replication anyway? Is the price
that outrageous?
I have two postfix/(replicating)dovecot/rspamd/etc servers, 6-8 human users, on
a total of 15-20 devices (iOS and macOS)
Yours,
Gerben Wierda (LinkedIn, Mastodon)
R_IT_Strategy (main site)
Book: Chess_and_the_Art_of_Enterprise Architecture
Book: Mastering_ArchiMate
YouTube_Channel
On 25
How many servers do you have? How many active clients do you have?
>
> Respectfully, I would like to ask: please do not remove replication, please
> rethink this.
>
> Currently, replication is my life saver. I run two postfix/dovecot combos
> (on different operating systems), with dovecot
On 2024-01-24 16:35, Steven Varco wrote:
Although I’m also a very happy dovecot replication user, I don’t think this
decision will be reverted, sadly.
However, despite of messing with NFS, I will try setting up a three-node
GlusterFS Cluster to give redundant storage to dovecote as mail store
Although I’m also a very happy dovecot replication user, I don’t think this
decision will be reverted, sadly.
However, despite of messing with NFS, I will try setting up a three-node
GlusterFS Cluster to give redundant storage to dovecote as mail store and hope
it performs well enough… Has
I apologize if this isn't the appropriate place for this question.
Consider a Sieve script with this instruction:
fileinto :create "folder 1.folder 2.folder 3";
That faithfully creates in Maildir the folder named '.folder 1.folder
2.folder 3'/
An IMAP Client shows this in tree format
On 2024-01-21 09:29, Michael Peddemors wrote:
On 2024-01-21 04:43, Patrick Domack via dovecot wrote:
Quoting Benny Pedersen :
Christian Kivalo skrev den 2024-01-21 02:08:
Just wish LMTP would not end up with duplicate Return-Path headers..
Duplicate return path headers? I don't see them on
Respectfully, I would like to ask: please do not remove replication, please
rethink this.
Currently, replication is my life saver. I run two postfix/dovecot combos (on
different operating systems), with dovecot synchronising via replication. Both
are behind a HAProxy running on the router
Some success creating and using filters, created via roundcube, but,
when testing activate and deactivating filter sets, received an error.
However, I can edit and add filters without apparent error, even
"importing" from an existing filter set.
var/log/dovecot-info.log shows, in part:
On 23/01/2024 09:23, Joseph Tam wrote:
My guess is Outlook is doing some
autodiscovery/autoconfiguration thing, and
occasionally hits the right combo and successfully authenticates.
I think, the intention is to make life of users easier: no need to
remember authentication type, starttls or
On 1/23/2024 15:37:27, Arjen de Korte wrote:
Citeren joe a :
On 1/23/2024 13:20:20, Arjen de Korte wrote:
Citeren joe a :
Dovecot installed on OpenSuse Leap 15.5, from their supplied
"dovecot23" package. That package claims to be Dovecot 2.3.21 and
Pigeonhole 0.5.21
You need to change
Well, a strangeness to my view. Since this is an opensuse package and
not the "lastest and greatest", not sure if I should post this here or
"over there". It is a given that I may have, through some noobiness have
bungled something early on that is causing this. I am prepared to
accept the
Citeren joe a :
On 1/23/2024 13:20:20, Arjen de Korte wrote:
Citeren joe a :
Dovecot installed on OpenSuse Leap 15.5, from their supplied
"dovecot23" package. That package claims to be Dovecot 2.3.21 and
Pigeonhole 0.5.21
You need to change the following two files:
On 1/22/2024 12:52:01, Benny Pedersen wrote:
joe a skrev den 2024-01-22 17:40:
I don't grasp where you suggest placing "sieve"
# grep sieve /etc/dovecot/dovecot.conf
/etc/dovecot/dovecot.conf:protocols = imap lmtp sieve
means change
protocols = imap lmtp
to
protocols = imap lmtp sieve
On 1/23/2024 13:20:20, Arjen de Korte wrote:
Citeren joe a :
Dovecot installed on OpenSuse Leap 15.5, from their supplied
"dovecot23" package. That package claims to be Dovecot 2.3.21 and
Pigeonhole 0.5.21
You need to change the following two files:
/etc/dovecot/conf.d/20-managesieve.conf
On 1/23/2024 12:49:12, Chad Wallace wrote:
On Tue, 23 Jan 2024 11:57:11 -0500
joe a wrote:
What say we try this again, on a "blank slate"?
Dovecot installed on OpenSuse Leap 15.5, from their supplied
"dovecot23" package. That package claims to be Dovecot 2.3.21 and
Pigeonhole 0.5.21
Unable
Citeren joe a :
Dovecot installed on OpenSuse Leap 15.5, from their supplied
"dovecot23" package. That package claims to be Dovecot 2.3.21 and
Pigeonhole 0.5.21
You need to change the following two files:
/etc/dovecot/conf.d/20-managesieve.conf
protocols = $protocols sieve
On Tue, 23 Jan 2024 11:57:11 -0500
joe a wrote:
> What say we try this again, on a "blank slate"?
>
> Dovecot installed on OpenSuse Leap 15.5, from their supplied
> "dovecot23" package. That package claims to be Dovecot 2.3.21 and
> Pigeonhole 0.5.21
>
> Unable to get managesieve to bind to
What say we try this again, on a "blank slate"?
Dovecot installed on OpenSuse Leap 15.5, from their supplied "dovecot23"
package. That package claims to be Dovecot 2.3.21 and Pigeonhole 0.5.21
Unable to get managesieve to bind to port 4190. Output of dovecot -n
attached.
Various tools,
Hi list members,
documentation says "Replication works only between server pairs. If you have a
large cluster, you need multiple independently functioning Dovecot backend
pairs".
Do I understant correctly, that in order to have replication between 3 servers,
one would need to run 2 instances
Hi Timo,
thanks for your quick answer.
On 23.01.2024 00:18, Timo Sirainen wrote:
>> When doveadm server receives at lot of connects on port 5 the http
>> service on
>> port 50001 is not responding until load on port 5 drops to zero.
>> It seems like doveadm-server is prefering port
From: Steve Dondley
> I have no idea what is triggering it for so many different users from legit
> email addresses. Still investigating. But this appears to be a fail2ban
> problem, not a dovecot problem.
My logs are filled with failed authentication from Outlook clients. The clients
seem to
Yeah I think I figured it out. It looks like someone set up their phone with
bad password and when they got on the WiFi network it got everyone else on the
network banned for 10 min. I’ve whitelisted the ip for now. I think the guy was
traveling between different offices making it look like it
Hi,
> On 22. Jan 2024, at 20.00, Achim Stahlberger
> wrote:
>
> Hello,
>
> we see this problem when doveadm-server is under load.
>
> We enabled doveadm http api with this config:
>
> service doveadm {
> inet_listener {
>port = 5
> }
> inet_listener http {
>port = 50001
>
On Mon, Jan 22, 2024 at 04:28:09PM -0500, Steve Dondley via dovecot wrote:
> OK, I was chasing log ghosts. What was actually going on was fail2ban was
> kicking on for users and banning them for 10 min.
>
> I have no idea what is triggering it for so many different users from legit
> email
That lets me run sync jobs and get verbose output.
But I haven't managed to have a manuall-started sync that stalled.
It's only a small fraction of the sync jobs that stall,
even though at any given time there are usually several stalled
jobs running.
(Because the stalled jobs take much longer
OK, I was chasing log ghosts. What was actually going on was fail2ban was
kicking on for users and banning them for 10 min.
I have no idea what is triggering it for so many different users from legit
email addresses. Still investigating. But this appears to be a fail2ban
problem, not a dovecot
On 1/22/2024 15:21:22, joe a wrote:
On 1/18/2024 18:30:06, Joe Acquisto wrote:
Trying to connect to managesieve server configured to port 4190. No go.
Roundcube is configured (thunderbird apparently having nothing
current), but selecting "Add Filter" (new since re-configured for
managesieve)
On 1/18/2024 18:30:06, Joe Acquisto wrote:
Trying to connect to managesieve server configured to port 4190. No go.
Roundcube is configured (thunderbird apparently having nothing current),
but selecting "Add Filter" (new since re-configured for managesieve)
produces "unable to connect to
doveconf replication_dsync_parameters
then you can do
doveadm sync -u
Aki
> On 22/01/2024 21:05 EET Andy Balholm wrote:
>
>
> Is there a way to find out the exact command line that the
> replicator is using to invoke doveadm sync?
>
> Andy
>
> On Monday, January 22, 2024 10:55:12 AM
Is there a way to find out the exact command line that the
replicator is using to invoke doveadm sync?
Andy
On Monday, January 22, 2024 10:55:12 AM PST, Aki Tuomi wrote:
you could try running it manually from cli..
doveadm -D sync
Aki
On 22/01/2024 20:32 EET Andy Balholm wrote:
I'm
you could try running it manually from cli..
doveadm -D sync
Aki
> On 22/01/2024 20:32 EET Andy Balholm wrote:
>
>
> I'm not sure how to do that, because I'm doing automatic replication,
> not running doveadm sync manually.
> I tried adding -D to replication_dsync_parameters,
> but that
I'm not sure how to do that, because I'm doing automatic replication,
not running doveadm sync manually.
I tried adding -D to replication_dsync_parameters,
but that gave me an error, because the -D was in the wrong place
on the command line.
(It should be doveadm -D sync, and it was ending up
Hello,
we see this problem when doveadm-server is under load.
We enabled doveadm http api with this config:
service doveadm {
inet_listener {
port = 5
}
inet_listener http {
port = 50001
ssl = no
}
}
When doveadm server receives at lot of connects on port 5 the http
joe a skrev den 2024-01-22 17:40:
I don't grasp where you suggest placing "sieve"
# grep sieve /etc/dovecot/dovecot.conf
/etc/dovecot/dovecot.conf:protocols = imap lmtp sieve
means change
protocols = imap lmtp
to
protocols = imap lmtp sieve
Adding it to "protocols = imap lmtp" in
On 1/21/2024 19:00:28, Benny Pedersen wrote:
joe a skrev den 2024-01-21 22:20:
Now, where are my notes? . . . oh, right, my bad.
check the maillist then :=)
protocols = imap lmtp
add sieve there
more help then i need "netstat -natpu | grep dovecot" output
tux ~ # netstat -natpu | grep
Based on your email I went back and took a closer took at the logs.
The client reported this happened at 11:58 of the 19th. I went back and took a
closer look and around 11:56 I found these entries in the log.
81218 Jan 18 11:56:56 ip-172-30-0-131 dovecot: imap(t.oli)<3739040>: Connection
> On 22/01/2024 17:16 EET Steve Dondley via dovecot wrote:
>
>
> > there is no user in the above line
> >
> >> Some characteristics of the problem that may offer a clue:
> >> * happening with multiple users, not just the same one
> >> * happens from different IP addresses.
> >
> > bots
> there is no user in the above line
>
>> Some characteristics of the problem that may offer a clue:
>> * happening with multiple users, not just the same one
>> * happens from different IP addresses.
>
> bots detected
The problem is happening to real users on real devices who are reporting
On 1/21/2024 19:00:28, Benny Pedersen wrote:
joe a skrev den 2024-01-21 22:20:
Now, where are my notes? . . . oh, right, my bad.
check the maillist then :=)
protocols = imap lmtp
add sieve there
more help then i need "netstat -natpu | grep dovecot" output
tux ~ # netstat -natpu | grep
Steve Dondley via dovecot skrev den 2024-01-22 02:18:
I have a mail server using dovecot that has been running without issue
for quite a couple of years now. It serves email for about 30
individuals.
But since Jan 14th, users have been reporting spurious errors in MS
Outlook:
324 Jan 21
I have a mail server using dovecot that has been running without issue for
quite a couple of years now. It serves email for about 30 individuals.
But since Jan 14th, users have been reporting spurious errors in MS Outlook:
316 Jan 21 00:38:12 ip-172-30-0-131 dovecot: pop3-login: Disconnected
joe a skrev den 2024-01-21 22:20:
Now, where are my notes? . . . oh, right, my bad.
check the maillist then :=)
protocols = imap lmtp
add sieve there
more help then i need "netstat -natpu | grep dovecot" output
tux ~ # netstat -natpu | grep dovecot
tcp0 0 0.0.0.0:993
On 1/21/2024 16:37:26, Christian Kivalo wrote:
I should add, I compiled dovecot locally, it is not the vendor supplied
package. Could that matter?
Have you also compiled pigeonhole / managesieve
https://pigeonhole.dovecot.org/download.html
This provides the managesieve server functionality
oh, I see. I thought I saw FreeBSD mentioned. Sorry for the confusion.
On Sun, Jan 21, 2024 at 4:10 PM joe a wrote:
On 1/21/2024 16:25:02, Larry Rosenman wrote:
> Joe A: If you are on FreeBSD, is there a reason you're not using
the
> Ports version (either via pkg or
On 1/21/2024 16:25:02, Larry Rosenman wrote:
Joe A: If you are on FreeBSD, is there a reason you're not using the
Ports version (either via pkg or compiled from ports?
I'm the FreeBSD port maintainer and am more than happy to help privately
if necessary.
On Sun, Jan 21, 2024 at 3:21 PM joe a
>I should add, I compiled dovecot locally, it is not the vendor supplied
>package. Could that matter?
Have you also compiled pigeonhole / managesieve
https://pigeonhole.dovecot.org/download.html
This provides the managesieve server functionality
--
Christian Kivalo
If postfix is adding it, your not using lmtp.
Only virtual and local adds it in postfix, lmtp is a symlink to smtp
and does not add that header.
If your somehow delivering the mail through local, then forwarding it
again via lmtp, that would be a bad thing.
Maybe look how you have
501 - 600 of 83815 matches
Mail list logo
