Re: Make fails with 2.3.0.1 & 2.2.34 on Mac OS X 10.7.5

2018-03-04 Thread James Brown
> On 2 Mar 2018, at 6:11 pm, James Brown wrote: > > > >> On 2 Mar 2018, at 5:59 pm, Aki Tuomi wrote: >> >> >> We have attempted to compile our code with OpenSSL 1.0, 1.0.2 and 1.1.0, but >> I'll try the specific releases too. >> >> Can you try

Re: Panic: file smtp-address.c: line 530 (smtp_address_write): assertion failed: (smtp_char_is_qpair(*p))

2018-03-04 Thread John Fawcett
On 04/03/18 09:55, Stephan Bosch wrote: > Op 3/4/2018 om 9:07 AM schreef John Fawcett: >> On 03/03/18 22:10, Stephan Bosch wrote: >>> Clearly, the relevant specifications don't allow UTF-8 in the local part >>> without email address internationalization (EAI), which Dovecot does not >>> support

Re: Mail addresses with quotes + Postfix

2018-03-04 Thread Stephan Bosch
Op 3/1/2018 om 2:07 PM schreef Philipp Berger: > Dear all, > > I have a working setup with Postfix + Dovecot, storing users in a MySQL > table. > > I ran into problems setting up and using a mail address like > a"@"b...@mydomain.tld, which by RFC should be valid, but leads to problems > in

Deprecations for schema.xml and newest Solr version (7.2.x)

2018-03-04 Thread TG Servers
Hi, the schema.xml example provided for dovecot in /usr/share/doc/dovecot- does not work anymore with the newest Solr Version (as I know of 7.2.x) because some field classes and filter classes are deprecated in this version. The changes (according to the Solr documentation) would have to be :

Re: LMTP delivery segfaults when user is over quota.

2018-03-04 Thread Reio Remma
On 04.03.2018 16:25, Reio Remma wrote: Hello! I'm having crashes with LMTP delivery when user is over quota on the latest CentOS 7.4 with the latest Dovecot 2.3.0.1 from Dovecot repo. I see the issue has been fixed on January 17, but it doesn't seem to have made it into 2.3.0.1 (I compared

LMTP delivery segfaults when user is over quota.

2018-03-04 Thread Reio Remma
Hello! I'm having crashes with LMTP delivery when user is over quota on the latest CentOS 7.4 with the latest Dovecot 2.3.0.1 from Dovecot repo. I see the issue has been fixed on January 17, but it doesn't seem to have made it into 2.3.0.1 (I compared with the source from

Re: Mail addresses with quotes + Postfix

2018-03-04 Thread LuKreme
On Mar 1, 2018, at 08:13, Philipp Berger wrote: > Sadly, it does not change the outcome. Even with a pure > "@"@mydomain.tld, Dovecot splits it into the empty string user (%n) and > @mydomain.tld as the domain part (%d). That's a shame. Doe sit handle other quoted

Re: 2.2.34 fails to build on OpenBSD

2018-03-04 Thread Stuart Henderson
On 2018-03-04, Brad Smith wrote: > Trying to build Dovecot 2.2.34 on OpenBSD fails. > > This seems to have been introduced by this commit.. > https://github.com/dovecot/core/commit/4a9020ed888caf03fd3132a30a7818b01daa4b9d This is libtool-related. GNU libtool prints a warning

Re: sieve vacation alias handling problem

2018-03-04 Thread Karol Augustin
On 2018-03-03 21:47, Karol Augustin wrote: > On 2018-03-03 21:28, Stephan Bosch wrote: >> Op 3/2/2018 om 3:35 PM schreef Karol Augustin: >>> Hi, >>> >>> I am using Dovecot LDA as LMTP renders envelope extension unusable. >>> >>> The problem I have noticed is that when user has multiple aliases

Re: Panic: file smtp-address.c: line 530 (smtp_address_write): assertion failed: (smtp_char_is_qpair(*p))

2018-03-04 Thread Stephan Bosch
Op 3/4/2018 om 9:07 AM schreef John Fawcett: > On 03/03/18 22:10, Stephan Bosch wrote: >> Clearly, the relevant specifications don't allow UTF-8 in the local part >> without email address internationalization (EAI), which Dovecot does not >> support nor announce yet (although that should be mended

Re: Panic: file smtp-address.c: line 530 (smtp_address_write): assertion failed: (smtp_char_is_qpair(*p))

2018-03-04 Thread John Fawcett
On 03/03/18 22:10, Stephan Bosch wrote: > > Clearly, the relevant specifications don't allow UTF-8 in the local part > without email address internationalization (EAI), which Dovecot does not > support nor announce yet (although that should be mended somewhat soon). > My preferred fix for now