Dear Colleagues,
I use exim's appendfile transport, procmail and a local mutt on my
system, they all (to my knowledge) use lockfiles when working with
mboxes.
However, `doveconf | grep lock` says
dotlock_use_excl = yes
lock_method = fcntl
mail_max_lock_timeout = 0
Joan,
I understand and sympathize with your frustration - trying to get
multiple applications to work together, particularly given the lack of
documentation for some of them, can be extremely challenging. That
said, I suggest you consider an alternative viewpoint. Frequently being
here my latest schema.xml (remove the "long" type hich seems to be very
deprecated in 7.x)
id
On 2018-12-15 20:54, Joan Moreau wrote:
Daniel,
I have done that so any times (deleteing the data folders, recreating the instance, restarting
Alexander hi.
Aki caught the STARTTLS issue as well, I corrected it, but it still
doesn't work.
Enjoy your weekend. I intend to enjoy mine!
:-)
Thanks again for your time.
Andy
Forwarded Message
From: C. Andrews Lavarre
To: Aki Tuomi
Subject: Re: Upgrade to 2.3.1 has failed
Alexander, Thanks, as described before, if I include the "<" then
Dovecot fails to start at all.
Thank you again for your time. I have forwarded my latest to Aki to the
group.
Enjoy your weekend.
Best regards, Andy
On Sat, 2018-12-15 at 23:08 +0100, Alexander Dalloz wrote:
> Am 15.12.2018 um 19:43
Am 15.12.2018 um 19:43 schrieb Aki Tuomi:
I've posted te full output from dovecot -n to https://pastebin.com/F8Ra
C4bt
You again broke your setup. From your pastebin:
ssl_cert = /etc/certbot/live/privustech.com/fullchain.pem
That's missing the "<" in front of the path to the certificate
Am 15.12.2018 um 19:02 schrieb C. Andrews Lavarre:
The openssl command I have tried (that used to work with Dovecot 2.2)
is:
openssl s_client -connect mail.privustech.com:143
I have also tried
openssl s_client -connect mail.privustech.com:143 -servername
mail.privustech.com
Daniel,
I have done that so any times (deleteing the data folders, recreating the
instance, restarting etc...)
But this is really not the issue
The issue is
1 - fts_solr reports errors in the log file (this is a pure dovecot issue)
: how to have much more details on what fts_solr sends to
That command is missing -starttls imap? or are you using port 993?
On 15 December 2018 at 20:02 "C. Andrews Lavarre" <
alava...@gmail.com> wrote:
Excellent, thank you again.
The openssl command I have tried (that used
dovecot-2.2.36-3.el7.x86_64
The below configuration seems to work for Thunderbird and emclient, when
moving a message to Junk. Emclient uses "Junk E-mail" and Thunderbird
uses "Junk". On the server is only the file .Junk created as expected.
When I move a message to Archive in Thunderbird.
Excellent, thank you again.
The openssl command I have tried (that used to work with Dovecot 2.2)
is:
openssl s_client -connect mail.privustech.com:143
I have also tried
openssl s_client -connect mail.privustech.com:143 -servername
mail.privustech.com
I've posted the full output
I am trying to get this correct.
configuration
# 2.0.0: dovecot.conf
auth_cache_negative_ttl = 3600 s
base_dir = /var/run/dovecot/
disable_plaintext_auth = no
first_valid_uid = 100
info_log_path = /var/log/dovecot-info.log
log_path = /var/log/dovecot.log
listen = *
Am 15.12.2018 um 17:16 schrieb C. Andrews Lavarre:
to /etc/apparmor.d/local/usr.lib.dovecot.imap-login but still
cannot login with either the mail client or with explicit openssl: it
complains
error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown
Alexander good afternoon. Thank you. I have spent the day learning
about AppArmor:
• I've reviewed your link, found /etc/apparmor.d/ and its local/
directory.
• I ran aa-logprof and it found the change in stat to old-stat
that is discussed in the upgrade documentation. So I Allow
On 14 Dec 2018, at 17:09, Robert L Mathews wrote:
> https://wiki.dovecot.org/Plugins/Lazyexpunge
I have a question about the namespace section.
> You create only a single namespace. When a message is expunged from mailbox
> , it's moved to a mailbox in the expunge namespace. When an
> entire
On 14 Dec 2018, at 17:09, Robert L Mathews wrote:
> On 12/14/18 3:34 PM, @lbutlr wrote:
>
>> Now that I think about it, even better would be a way to move the messages
>> into an archive box when they are downloaded, this way they will be entirely
>> invisible from the POP3 access, and I can
> On 15 Dec 2018, at 03:11, Jochen Bern wrote:
>
> On 12/15/2018 12:34 AM, @lbutlr wrote:
>> On 14 Dec 2018, at 16:30, @lbutlr wrote:
>>> Is it possible to override the POP3 delete on download command and make
>>> sure that messages stay on the server for at least X hours or X days?
>>> It
On 12/15/2018 12:34 AM, @lbutlr wrote:
> On 14 Dec 2018, at 16:30, @lbutlr wrote:
>> Is it possible to override the POP3 delete on download command and make
>> sure that messages stay on the server for at least X hours or X days?
>> It is important that the messages be around long enough to hit a
18 matches
Mail list logo
