similar to: Pigeonhole 0.5.11 released

On 2020-08-12 17:16, Aki Tuomi wrote: > Sorry about this, it was a s silly mistake when updating the version number. Not sure why our own build system didn't spot this when making 2.3.11-ce release... We'll see if there is a way to spot this kind of error in future, and of course we will do our best to ensure this won't happen again. > > Would it fix your build systems if we

On 13/08/20 7:48 am, Helmut K. C. Tessarek wrote: > On 2020-08-12 09:02, Aki Tuomi wrote: >> We are pleased to release pigeonhole 0.5.11. You can download it from >> locations below: >> >> https://pigeonhole.dovecot.org/releases/2.3/dovecot-2.3.11-pigeonhole-0.5.11.tar.gz >> https://pigeonhole.dovecot.org/releases/2.3/dovecot-2.3.11-pigeonhole-0.5.11.tar.gz.sig

On 2018-04-04 01:54, B. Reino wrote: > The new systemd service file has NoNewPrivileges set to true. You need > to override that to false and then it should work again. It seems that the NoNewPrivileges option messes with several things. PAM authentication stopped working as well besides the fact that CAP_AUDIT_WRITE is also missing in CapabilityBoundingSet. I've opened a pull request

On 2018-04-05 06:33, Helmut K. C. Tessarek wrote: > On 2018-04-04 23:10, Kevin Cummings wrote: >> PAM audit_log_acct_message() failed: Operation not permitted >> imap-login: Disconnected (AUTH failed, 2 attempts in 10 secs): >> user=<username>, method=PLAIN, rip=192.168.1.94 lip=192.168.1.94, TLS, >> session=<sessionid> > > Please look at my pull

Thank you very much for getting back to me. On 2019-03-07 04:23, Stephan Bosch via dovecot wrote: >> http payload echo (ssl): sequential .................................. : ok >> http payload echo (ssl): pipeline .................................... : ok >> http payload echo (ssl): parallel .................................... : >> FAILED: Test is hanging >> http

Op 08/03/2019 om 23:49 schreef Helmut K. C. Tessarek: > > On 2019-03-07 17:03, Helmut K. C. Tessarek via dovecot wrote: >>> Does this work?: >>> >>> NOVALGRIND=yes make -C src/lib-http check >> Yes, no errors. >> > Does this mean dovecot will run properly? Yes. This is test is just a bit unreliable it seems. Regards, Stephan.

Hi, I was womdering, if anyone has experienced the same issues. When I run the tests after compiling 2.3.5, the following 4 tests fail: http payload echo (ssl): sequential .................................. : ok http payload echo (ssl): pipeline .................................... : ok http payload echo (ssl): parallel .................................... : FAILED: Test is hanging http payload

On 2019-03-12 17:23, Timo Sirainen via dovecot wrote > https://wiki2.dovecot.org/MailLocation Sorry, this might be off-topic, but while reading up on the link you sent, I've noticed the following sentence: Use only absolute paths. Even if relative paths would appear to work, they might just as well break some day. Yet, all examples in the documentation use ~ which is a relative path.

On 2019-03-08 18:40, Stephan Bosch via dovecot wrote: > Since you're compiling it anyway, maybe you should first try to increase > the CLIENT_PROGRESS_TIMEOUT in src/lib-http/test-http-payload.c. It is > currently 10 seconds. I've increased the value to 30. This worked. No more timeout. However, I also tried to link dovecot against a self compiled dynamic openssl 1.1.1 and in

Hi, we're running Doveocot 2.3.4.1 with Pigeonhole, from repo.webflow.org. As far as I understand the RFC for 'fileinto', the following Sieve script should move a message either into the folder "SPAM" or "MaybeSPAM": require ["fileinto"]; # rule:[SPAM] if header :contains "subject" "SPAMSPAM" { fileinto "SPAM"; } #

On 2018-10-01 04:07, Timo Sirainen wrote: > > https://wiki2.dovecot.org/Plugins/Listescape?maybe? It should be mentioned somehow that one can't just change the hierarchy separator on the fly (without manual changes to the fs). If you used . as the separator, it would look this in the filesystem: .testfolder.sub1 Now you change the separator to $. Your mail client will see the existing

On 05.04.2018 07:33, Helmut K. C. Tessarek wrote: > On 2018-04-04 23:10, Kevin Cummings wrote: >> PAM audit_log_acct_message() failed: Operation not permitted >> imap-login: Disconnected (AUTH failed, 2 attempts in 10 secs): >> user=<username>, method=PLAIN, rip=192.168.1.94 lip=192.168.1.94, TLS, >> session=<sessionid> > Please look at my pull request at:

I?m in the process of upgrading an old server from Fedora 21 to something more modern. Now, Dovecot won?t let any client login to get their email. PAM audit_log_acct_message() failed: Operation not permitted imap-login: Disconnected (AUTH failed, 2 attempts in 10 secs): user=<username>, method=PLAIN, rip=192.168.1.94 lip=192.168.1.94, TLS, session=<sessionid> # 2.3.1 (8e2f634):

user attempts to create folders with / dovecot naturally cannot create it so it returns error but outlook of course "create" it and keep data in local store only. data is lost when you remove local store .pst file. The question is - can dovecot be configured so it will automatically replace slash in name with something else?

That is one of the reasons I do not bother since long with public CAs but rather deploy my own, including own OSCP responder. Which has of course has some drawbacks like redundancy, resilience, bandwidth provision, geographical spread, implementing CA security standards and CA trust in clients. Latter though could be easily overcome if browser and email clients were to support DNSSEC/DANE

Hello, After I upgrade dovecot 2.2.35 to 2.3.1 and pigeonhole 0.4.23 to 0.5.1 when I use sieve to forward a message to other address using "redirect :copy" I get this: (host server1.myserver.com <http://server1.myserver.com/>[private/dovecot-lmtp] said: 451 4.2.0 <chris at mydomain.com <mailto:chris at mydomain.com>> Execution of Sieve filters was aborted due to

# portmaster mail/dovecot-sieve ===>>> The dependency for mail/dovecot seems to be handled by dovecot2-2.2.22 ===>>> Initial dependency check complete for mail/dovecot-sieve ===>>> Starting build for mail/dovecot-sieve <<<=== ===>>> All dependencies are up to date ===> Cleaning for dovecot-sieve-1.2+0.1.19_2 ===>>> Waiting on

Hello, I?ve got a strange misconfiguration where the following command: doveadm -f pager mailbox status -u spamutf8 'messages vsize guid' INBOX 'INBOX.*' ? fails with error code 68, saying that it can?t find one of the mailboxes. (It lists the user?s other mailboxes.) The name of the mailbox in question is saved to disk in UTF-8 rather than mUTF-7, but strace shows that doveadm

On 2020-08-12 09:02, Aki Tuomi wrote: > We are pleased to release pigeonhole 0.5.11. You can download it from > locations below: > > https://pigeonhole.dovecot.org/releases/2.3/dovecot-2.3.11-pigeonhole-0.5.11.tar.gz > https://pigeonhole.dovecot.org/releases/2.3/dovecot-2.3.11-pigeonhole-0.5.11.tar.gz.sig Unfortunately you broke all build systems (rpm, deb, ...) with that release

> On 12/08/2020 23:39 Peter <peter at pajamian.dhs.org> wrote: > > > On 13/08/20 7:48 am, Helmut K. C. Tessarek wrote: > > On 2020-08-12 09:02, Aki Tuomi wrote: > >> We are pleased to release pigeonhole 0.5.11. You can download it from > >> locations below: > >> > >>