Greetings,
I have a setup with two dovecot servers and dsync replication between them.
On both of them I have a virtual folders, forexample All with config:
mx1# cat /etc/dovecot/virtual/All/dovecot-virtual
*
-Trash
-Trash/*
-Junk
-Junk/*
all
All virtual folders are excluded
Thanks for the reassurance. It was a reach, hoping for some straw to
grasp regarding the managesieve 4190 failure to bind.
On 1/19/24 18:28, Joe Acquisto wrote:
I noticed that many places in the documentation and in examples
gleaned from the wilderness, refer to the LDA protocol when
Hi Barbara,
On 13.12.23 15:08, Barbara M. wrote:
passdb {
args = /etc/dovecot/master-users
Correct me if I am wrong, but IIRC, these files are read after
privileges are dropped... so quick guess: is the file readable by the
service user itself?
If your service runs with "dovecot" as
On 20/01/24 12:28, Joe Acquisto wrote:
I noticed that many places in the documentation and in examples gleaned
from the wilderness, refer to the LDA protocol when discussing sieve.
The documentation also mentions that lmtp is preferred over lda, and
seems to say in places that sieve will
Does it matter to sieve implementation if one uses only lmtp?
No. Works here with only lmtp.
--
Christian Kivalo
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Nope. That's what I do.
With the new Tainting rules in the Exim MTA, LMTP became the easier of the two.
On Fri, Jan 19, 2024 at 5:28 PM Joe Acquisto
wrote:
I noticed that many places in the documentation and in examples
gleaned
from the wilderness, refer to the LDA protocol
I noticed that many places in the documentation and in examples gleaned
from the wilderness, refer to the LDA protocol when discussing sieve.
The documentation also mentions that lmtp is preferred over lda, and
seems to say in places that sieve will operate without issue in either case.
Does
Further along those lines, at the below page, only download and
installation is "not broken".
https://doc.dovecot.org/admin_manual/pigeonhole_managesieve_server/
joe a.
On 1/19/2024 01:37:26, Aki Tuomi via dovecot wrote:
On 18/01/2024 15:34 EET Ralph Corderoy wrote:
Hi,
I have two Dovecot mail servers that replicate to each other.
Sometimes there are delays in the synchronization,
and I notice that the mail log has entries like this:
Error: dsync(spokane): I/O has stalled, no activity for 600 seconds (last
sent=mailbox, last recv=mailbox_state)
Five minutes
On 1/19/2024 01:37:26, Aki Tuomi via dovecot wrote:
On 18/01/2024 15:34 EET Ralph Corderoy wrote:
Hi,
https://doc.dovecot.org/admin_manual/doveadm_mailbox_commands/ ends with
The man-pages also contain good descriptions of doveadm commands.
Man-pages can be accessed online at
Where can one look to determine if managesieve "loaded"? Such as via
logs or other some means?
As indicated it did not, AFAICT, bind to 4190 as directed, and no errors
appear in logs, via "doveadm log errors".
If there were some configuration error or failure in some startup,
should there
Yes, to the specific IP "connection refused", locally or remotely.
joe a.
On 1/19/2024 10:04:16, Aki Tuomi via dovecot wrote:
Did you notice that your server is listening only on specific IPv4 address? Did
you try to connect against that?
Aki
On 19/01/2024 16:43 EET Joe Acquisto wrote:
Did you notice that your server is listening only on specific IPv4 address? Did
you try to connect against that?
Aki
> On 19/01/2024 16:43 EET Joe Acquisto wrote:
>
>
> The problem of managesieve server/service not taking hold of port 4190
> remains. Perhaps the service is not being
The problem of managesieve server/service not taking hold of port 4190
remains. Perhaps the service is not being loaded/running at all?
Pardon any terminology faux pas
On 1/18/24 18:30, Joe Acquisto wrote:
Trying to connect to managesieve server configured to port 4190. No go.
Roundcube
14 matches
Mail list logo
