Re: Plugin charset_alias

2018-03-01 Thread MRob

On 2018-03-01 22:59, John Woods wrote:

Hey Everyone,

We are getting a compile error for Dovecot 2.2.34 on Solaris 11.3
x86, using Solaris Studio 12.6 compiler, and it doesn't occur with
Dovecot 2.2.33.


Making all in charset-alias


Can someone easily explain what the usage of this plugin is? Maybe 
example when it is helpful?


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

2018-03-01 Thread Aki Tuomi

> On 02 March 2018 at 08:42 James Brown  wrote:
> 
> 
> > On 1 Mar 2018, at 9:52 pm, Aki Tuomi  > > wrote:
> > 
> > Can you also post your config.h? It should be at source root.
> > 
> > Aki
> 
> I tried but it was too big to post on the mailing list. I’m not sure if you 
> got the direct email.
> 

Yeah I got it. 

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 this patch? 

diff --git a/src/lib-dcrypt/dcrypt-openssl.c b/src/lib-dcrypt/dcrypt-openssl.c
index 26c9b91..187bb75 100644
--- a/src/lib-dcrypt/dcrypt-openssl.c
+++ b/src/lib-dcrypt/dcrypt-openssl.c
@@ -9,17 +9,17 @@
 #include "array.h"
 #include "module-dir.h"
 #include "dovecot-openssl-common.h"
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
+#include "openssl/evp.h"
+#include "openssl/sha.h"
+#include "openssl/err.h"
+#include "openssl/rsa.h"
+#include "openssl/ec.h"
+#include "openssl/bio.h"
+#include "openssl/pem.h"
+#include "openssl/x509.h"
+#include "openssl/engine.h"
+#include "openssl/hmac.h"
+#include "openssl/objects.h"
 #include "dcrypt.h"
 #include "dcrypt-private.h"

And if it does not work, add after the includes

#pragma message("OpenSSL version is " OPENSSL_VERSION_TEXT)
#error See above

And provide output?

Aki


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

2018-03-01 Thread James Brown
> On 1 Mar 2018, at 9:52 pm, Aki Tuomi  > wrote:
> 
> Can you also post your config.h? It should be at source root.
> 
> Aki

I tried but it was too big to post on the mailing list. I’m not sure if you got 
the direct email.

Some SSL related bits:

/* Build with OpenSSL support */
#define HAVE_OPENSSL /**/

/* Define if OpenSSL performs thread cleanup automatically */
/* #undef HAVE_OPENSSL_AUTO_THREAD_DEINIT */

/* OpenSSL supports OPENSSL_cleanup() */
/* #undef HAVE_OPENSSL_CLEANUP */

/* Define to 1 if you have the  header file. */
#define HAVE_OPENSSL_ERR_H 1

/* Define if you have ERR_remove_thread_state */
#define HAVE_OPENSSL_ERR_REMOVE_THREAD_STATE /**/

/* Define if you have openssl/rand.h */
/* #undef HAVE_OPENSSL_RAND_H */

/* Define to 1 if you have the  header file. */
#define HAVE_OPENSSL_SSL_H 1

/* Define if you have pam/pam_appl.h */
/* #undef HAVE_PAM_PAM_APPL_H */

/* Define if you have pam_setcred() */
#define HAVE_PAM_SETCRED /**/

...

/* Build with SSL/TLS support */
#define HAVE_SSL /**/

/* Define if you have SSL_clear_options */
/* #undef HAVE_SSL_CLEAR_OPTIONS */

/* Build with OpenSSL compression */
#define HAVE_SSL_COMPRESSION /**/

/* Build with SSL_COMP_free_compression_methods() support */
#define HAVE_SSL_COMP_FREE_COMPRESSION_METHODS /**/

/* Define if you have SSL_CTX_set1_curves_list */
#define HAVE_SSL_CTX_SET1_CURVES_LIST /**/

/* Define if you have SSL_CTX_set_min_proto_version */
#define HAVE_SSL_CTX_SET_MIN_PROTO_VERSION /**/

/* Build with TLS hostname support */
#define HAVE_SSL_GET_SERVERNAME /**/

/* Define if CRYPTO_set_mem_functions has new style parameters */
#define HAVE_SSL_NEW_MEM_FUNCS /**/

James.

Re: Plugin charset_alias compile error: void function cannot return value

2018-03-01 Thread Aki Tuomi

> On 02 March 2018 at 00:59 John Woods  wrote:
> 
> 
> Hey Everyone,
> 
>  We are getting a compile error for Dovecot 2.2.34 on Solaris 11.3 
> x86, using Solaris Studio 12.6 compiler, and it doesn't occur with 
> Dovecot 2.2.33.
> 
> Making all in charset-alias
> source='charset-alias-plugin.c' object='charset-alias-plugin.lo'
> libtool=yes \
> DEPDIR=.deps depmode=none /bin/sh ../../../depcomp \
> /bin/sh ../../../libtool  --tag=CC--mode=compile cc
> -DHAVE_CONFIG_H -I. -I../../..  -I../../../src/lib 
> -I../../../src/lib-master -I../../../src/lib-mail 
> -I../../../src/lib-charset -I../../../src/lib-index 
> -I../../../src/lib-storage -m64 -I/usr/local/include
> -I/usr/mysql/5.7/include -I/usr/local/include/sasl -I/usr/include
> -L/usr/local/lib -L/usr/local/lib/sasl2 -L/usr/mysql/5.7/lib/64
> -L/usr/lib/64 -L/usr/lib -R/usr/local/lib -R/usr/local/lib/sasl2
> -R/usr/mysql/5.7/lib/64 -R/usr/lib/64 -R/usr/lib   -m64
> -I/usr/local/include -I/usr/mysql/5.7/include
> -I/usr/local/include/sasl -I/usr/include -L/usr/local/lib
> -L/usr/local/lib/sasl2 -L/usr/mysql/5.7/lib/64 -L/usr/lib/64
> -L/usr/lib -R/usr/local/lib -R/usr/local/lib/sasl2
> -R/usr/mysql/5.7/lib/64 -R/usr/lib/64 -R/usr/lib -c -o
> charset-alias-plugin.lo charset-alias-plugin.c
> libtool: compile:  cc -DHAVE_CONFIG_H -I. -I../../..
> -I../../../src/lib -I../../../src/lib-master -I../../../src/lib-mail
> -I../../../src/lib-charset -I../../../src/lib-index
> -I../../../src/lib-storage -m64 -I/usr/local/include
> -I/usr/mysql/5.7/include -I/usr/local/include/sasl -I/usr/include
> -L/usr/local/lib -L/usr/local/lib/sasl2 -L/usr/mysql/5.7/lib/64
> -L/usr/lib/64 -L/usr/lib -R/usr/local/lib -R/usr/local/lib/sasl2
> -R/usr/mysql/5.7/lib/64 -R/usr/lib/64 -R/usr/lib -m64
> -I/usr/local/include -I/usr/mysql/5.7/include
> -I/usr/local/include/sasl -I/usr/include -L/usr/local/lib
> -L/usr/local/lib/sasl2 -L/usr/mysql/5.7/lib/64 -L/usr/lib/64
> -L/usr/lib -R/usr/local/lib -R/usr/local/lib/sasl2
> -R/usr/mysql/5.7/lib/64 -R/usr/lib/64 -R/usr/lib -c
> charset-alias-plugin.c  -KPIC -DPIC -o .libs/charset-alias-plugin.o
> *"charset-alias-plugin.c", line 86: void function cannot return value**
> **"charset-alias-plugin.c", line 92: void function cannot return value*
> cc: acomp failed for charset-alias-plugin.c
> 
>  In charset-alias-plugin.c, the functions 
> charset_alias_to_utf8_end() and charset_alias_to_utf8_reset() are 
> declared to return void, but they also attempt to return something. I 
> suspect other compilers, such as GCC, might generate a warning about the 
> "return" statement, but Solaris Studio compiler is being more strict 
> about it...
> 
>  I suspect that the "return" keyword should be dropped from both 
> functions. Thoughts?
> 
> Thanks,
> John
> 
> 
> *John Woods | System Integration Administrator*
> *Great Plains Manufacturing* | 1030 E North St | Salina, KS 67401
> P: 785-823-3276 ext. 2663 | F: 785-822-5676 | E: 
> john.wo...@greatplainsmfg.com 
> 
> 
> 
>  
>  
> 
>

Hi!

Thank you for your report, we'll take a look!

Aki


Re: Virtual question

2018-03-01 Thread Aki Tuomi
So.

Under /etc/dovecot/virtual

you create the virtual folder structure you want, and put the dovecot-virtual 
files under those folders.

such as

/etc/dovecot/virtual/month/dovecot-virtual

Then in dovecot.conf  you put

namespace virtual {
  location = virtual:/etc/dovecot/virtual:INDEX=~/virtual:CONTROL=~/virtual

# change these to match your setup
  prefix=virtual/
  separator=/
}

and then all your users will have the same virtual folder structure.

Aki

> On 02 March 2018 at 04:10 David Mehler  wrote:
> 
> 
> Hello,
> 
> Can you elaborate?
> 
> Thanks.
> Dave.
> 
> 
> On 3/1/18, Aki Tuomi  wrote:
> > You can also use
> > namespace virtual
> > { 
> > location=virtual:/etc/dovecot/virtual:INDEX=~/virtual/:CONTROL=~/virtual/}
> > so you put the folder definitions under /etc and per-user indexes end up
> > under user home. ---Aki TuomiDovecot oy
> >  Original message From: LuKreme  Date:
> > 01/03/2018  20:40  (GMT+02:00) To: dovecot@dovecot.org Subject: Virtual
> > question
> > “For each virtual directory you need to create a dovecot-virtual file. Its
> > syntax is like:”
> > OK, where does this file get created?
> > Say I want the users to have a virtual mailbox that is messages received in
> > the last month, does that file go into each user'
> > s Maildir path?
> > It sounds like I have to create a virtual folder for each user, then any
> > folders inside that folders, and then the config files in each of the sub
> > folders.
> > user1/Maildir/virtual/month/dovecot-virtualuser1/Maildir/virtual/week/dovecot-virtualuser1/Maildir/virtual/flagged/dovecot-virtualuser1/Maildir/virtual/Amazon/dovecot-virtualuser2/Maildir/virtual/month/dovecot-virtualuser2/Maildir/virtual/week/dovecot-virtualuser2/Maildir/virtual/flagged/dovecot-virtualuser2/Maildir/virtual/Amazon/dovecot-virtual
> > Yes?
> > If so, is there anyway to have a "global”virtual that applies to all users
> > (but not that unifies the mail between users or anything like that).
> > Also, will virtual mailboxes show up automatically for the user in the
> > folder list or will they have to specifically subscribe to them? (Assuming
> > they use a client that allows subscribing instead of auto showing all
> > mailboxes like iOS).
> > ˜kremels/ $ cat Maildir/virtual/month/dovecot-vitual #
> > ~/Maildir/virtual/month/dovecot-virtualINBOXwork/*  all younger 2678400
> > That should create a mailbox "month” in a folder named "virtual” that shows
> > all the messages from the last 31d, yes? And I should be able to access that
> > mailbox in a MUA like Roundcube or Thunderbird?
> > -- My main job is trying to come up with new and innovative and effective
> > ways to reject even more mail. I'm up to about 97% now.


Re: Virtual question

2018-03-01 Thread David Mehler
Hello,

Can you elaborate?

Thanks.
Dave.


On 3/1/18, Aki Tuomi  wrote:
> You can also use
> namespace virtual
> { 
> location=virtual:/etc/dovecot/virtual:INDEX=~/virtual/:CONTROL=~/virtual/}
> so you put the folder definitions under /etc and per-user indexes end up
> under user home. ---Aki TuomiDovecot oy
>  Original message From: LuKreme  Date:
> 01/03/2018  20:40  (GMT+02:00) To: dovecot@dovecot.org Subject: Virtual
> question
> “For each virtual directory you need to create a dovecot-virtual file. Its
> syntax is like:”
> OK, where does this file get created?
> Say I want the users to have a virtual mailbox that is messages received in
> the last month, does that file go into each user'
> s Maildir path?
> It sounds like I have to create a virtual folder for each user, then any
> folders inside that folders, and then the config files in each of the sub
> folders.
> user1/Maildir/virtual/month/dovecot-virtualuser1/Maildir/virtual/week/dovecot-virtualuser1/Maildir/virtual/flagged/dovecot-virtualuser1/Maildir/virtual/Amazon/dovecot-virtualuser2/Maildir/virtual/month/dovecot-virtualuser2/Maildir/virtual/week/dovecot-virtualuser2/Maildir/virtual/flagged/dovecot-virtualuser2/Maildir/virtual/Amazon/dovecot-virtual
> Yes?
> If so, is there anyway to have a "global”virtual that applies to all users
> (but not that unifies the mail between users or anything like that).
> Also, will virtual mailboxes show up automatically for the user in the
> folder list or will they have to specifically subscribe to them? (Assuming
> they use a client that allows subscribing instead of auto showing all
> mailboxes like iOS).
> ˜kremels/ $ cat Maildir/virtual/month/dovecot-vitual #
> ~/Maildir/virtual/month/dovecot-virtualINBOXwork/*  all younger 2678400
> That should create a mailbox "month” in a folder named "virtual” that shows
> all the messages from the last 31d, yes? And I should be able to access that
> mailbox in a MUA like Roundcube or Thunderbird?
> -- My main job is trying to come up with new and innovative and effective
> ways to reject even more mail. I'm up to about 97% now.


Plugin charset_alias compile error: void function cannot return value

2018-03-01 Thread John Woods

Hey Everyone,

We are getting a compile error for Dovecot 2.2.34 on Solaris 11.3 
x86, using Solaris Studio 12.6 compiler, and it doesn't occur with 
Dovecot 2.2.33.


   Making all in charset-alias
   source='charset-alias-plugin.c' object='charset-alias-plugin.lo'
   libtool=yes \
   DEPDIR=.deps depmode=none /bin/sh ../../../depcomp \
   /bin/sh ../../../libtool  --tag=CC--mode=compile cc
   -DHAVE_CONFIG_H -I. -I../../..  -I../../../src/lib 
   -I../../../src/lib-master -I../../../src/lib-mail 
   -I../../../src/lib-charset -I../../../src/lib-index 
   -I../../../src/lib-storage -m64 -I/usr/local/include

   -I/usr/mysql/5.7/include -I/usr/local/include/sasl -I/usr/include
   -L/usr/local/lib -L/usr/local/lib/sasl2 -L/usr/mysql/5.7/lib/64
   -L/usr/lib/64 -L/usr/lib -R/usr/local/lib -R/usr/local/lib/sasl2
   -R/usr/mysql/5.7/lib/64 -R/usr/lib/64 -R/usr/lib   -m64
   -I/usr/local/include -I/usr/mysql/5.7/include
   -I/usr/local/include/sasl -I/usr/include -L/usr/local/lib
   -L/usr/local/lib/sasl2 -L/usr/mysql/5.7/lib/64 -L/usr/lib/64
   -L/usr/lib -R/usr/local/lib -R/usr/local/lib/sasl2
   -R/usr/mysql/5.7/lib/64 -R/usr/lib/64 -R/usr/lib -c -o
   charset-alias-plugin.lo charset-alias-plugin.c
   libtool: compile:  cc -DHAVE_CONFIG_H -I. -I../../..
   -I../../../src/lib -I../../../src/lib-master -I../../../src/lib-mail
   -I../../../src/lib-charset -I../../../src/lib-index
   -I../../../src/lib-storage -m64 -I/usr/local/include
   -I/usr/mysql/5.7/include -I/usr/local/include/sasl -I/usr/include
   -L/usr/local/lib -L/usr/local/lib/sasl2 -L/usr/mysql/5.7/lib/64
   -L/usr/lib/64 -L/usr/lib -R/usr/local/lib -R/usr/local/lib/sasl2
   -R/usr/mysql/5.7/lib/64 -R/usr/lib/64 -R/usr/lib -m64
   -I/usr/local/include -I/usr/mysql/5.7/include
   -I/usr/local/include/sasl -I/usr/include -L/usr/local/lib
   -L/usr/local/lib/sasl2 -L/usr/mysql/5.7/lib/64 -L/usr/lib/64
   -L/usr/lib -R/usr/local/lib -R/usr/local/lib/sasl2
   -R/usr/mysql/5.7/lib/64 -R/usr/lib/64 -R/usr/lib -c
   charset-alias-plugin.c  -KPIC -DPIC -o .libs/charset-alias-plugin.o
   *"charset-alias-plugin.c", line 86: void function cannot return value**
   **"charset-alias-plugin.c", line 92: void function cannot return value*
   cc: acomp failed for charset-alias-plugin.c

In charset-alias-plugin.c, the functions 
charset_alias_to_utf8_end() and charset_alias_to_utf8_reset() are 
declared to return void, but they also attempt to return something. I 
suspect other compilers, such as GCC, might generate a warning about the 
"return" statement, but Solaris Studio compiler is being more strict 
about it...


I suspect that the "return" keyword should be dropped from both 
functions. Thoughts?


Thanks,
John


*John Woods | System Integration Administrator*
*Great Plains Manufacturing* | 1030 E North St | Salina, KS 67401
P: 785-823-3276 ext. 2663 | F: 785-822-5676 | E: 
john.wo...@greatplainsmfg.com 




 
 





Re: Virtual question

2018-03-01 Thread Aki Tuomi
You can also use
namespace virtual { 
location=virtual:/etc/dovecot/virtual:INDEX=~/virtual/:CONTROL=~/virtual/}
so you put the folder definitions under /etc and per-user indexes end up under 
user home. ---Aki TuomiDovecot oy
 Original message From: LuKreme  Date: 
01/03/2018  20:40  (GMT+02:00) To: dovecot@dovecot.org Subject: Virtual 
question 
“For each virtual directory you need to create a dovecot-virtual file. Its 
syntax is like:”
OK, where does this file get created?
Say I want the users to have a virtual mailbox that is messages received in the 
last month, does that file go into each user'
s Maildir path?
It sounds like I have to create a virtual folder for each user, then any 
folders inside that folders, and then the config files in each of the sub 
folders.
user1/Maildir/virtual/month/dovecot-virtualuser1/Maildir/virtual/week/dovecot-virtualuser1/Maildir/virtual/flagged/dovecot-virtualuser1/Maildir/virtual/Amazon/dovecot-virtualuser2/Maildir/virtual/month/dovecot-virtualuser2/Maildir/virtual/week/dovecot-virtualuser2/Maildir/virtual/flagged/dovecot-virtualuser2/Maildir/virtual/Amazon/dovecot-virtual
Yes?
If so, is there anyway to have a "global”virtual that applies to all users (but 
not that unifies the mail between users or anything like that).
Also, will virtual mailboxes show up automatically for the user in the folder 
list or will they have to specifically subscribe to them? (Assuming they use a 
client that allows subscribing instead of auto showing all mailboxes like iOS).
˜kremels/ $ cat Maildir/virtual/month/dovecot-vitual # 
~/Maildir/virtual/month/dovecot-virtualINBOXwork/*  all younger 2678400
That should create a mailbox "month” in a folder named "virtual” that shows all 
the messages from the last 31d, yes? And I should be able to access that 
mailbox in a MUA like Roundcube or Thunderbird?
-- My main job is trying to come up with new and innovative and effective ways 
to reject even more mail. I'm up to about 97% now.

Virtual question

2018-03-01 Thread LuKreme
“For each virtual directory you need to create a dovecot-virtual file. Its 
syntax is like:”

OK, where does this file get created?

Say I want the users to have a virtual mailbox that is messages received in the 
last month, does that file go into each user' s Maildir path?

It sounds like I have to create a virtual folder for each user, then any 
folders inside that folders, and then the config files in each of the sub 
folders.

user1/Maildir/virtual/month/dovecot-virtual
user1/Maildir/virtual/week/dovecot-virtual
user1/Maildir/virtual/flagged/dovecot-virtual
user1/Maildir/virtual/Amazon/dovecot-virtual
user2/Maildir/virtual/month/dovecot-virtual
user2/Maildir/virtual/week/dovecot-virtual
user2/Maildir/virtual/flagged/dovecot-virtual
user2/Maildir/virtual/Amazon/dovecot-virtual

Yes?

If so, is there anyway to have a "global”virtual that applies to all users (but 
not that unifies the mail between users or anything like that).

Also, will virtual mailboxes show up automatically for the user in the folder 
list or will they have to specifically subscribe to them? (Assuming they use a 
client that allows subscribing instead of auto showing all mailboxes like iOS).

˜kremels/ $ cat Maildir/virtual/month/dovecot-vitual 
# ~/Maildir/virtual/month/dovecot-virtual
INBOX
work/*
  all younger 2678400

That should create a mailbox "month” in a folder named "virtual” that shows all 
the messages from the last 31d, yes? And I should be able to access that 
mailbox in a MUA like Roundcube or Thunderbird?

-- 
My main job is trying to come up with new and innovative and effective ways to 
reject even more mail. I'm up to about 97% now.

Re: Mail addresses with quotes + Postfix

2018-03-01 Thread Philipp Berger
Of course you are right!
It should either be "a@b"@mydomain.tld or a."@".b...@mydomain.tld, both
would be valid.

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).

Am 01-Mar-18 um 16:48 schrieb LuKreme:
> On Mar 1, 2018, at 05:07, Philipp Berger  wrote:
>> mail address like a"@"b...@mydomain.tld, which by RFC should be valid
> Shouldn't it be "a@b"@mydoamin.tld ?
>




Re: Mail addresses with quotes + Postfix

2018-03-01 Thread LuKreme
On Mar 1, 2018, at 05:07, Philipp Berger  wrote:
> mail address like a"@"b...@mydomain.tld, which by RFC should be valid

Shouldn't it be "a@b"@mydoamin.tld ?

-- 
My main job is trying to come up with new and innovative and effective ways to 
reject even more mail. I'm up to about 97% now.




Mail addresses with quotes + Postfix

2018-03-01 Thread 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 Dovecot. From my debugging, I can see that on the lookup, Dovecot
replaces %n with "a" (quotes added by me) and %d with "b...@mydomain.tld"
(quotes added by me). So the original quotes are gone, and the
domain/user split is incorrect.

I am not sure of Postfix passes the address without quotes to Dovecot or
whether Dovecot can not handle quotes correctly, but I was hoping that
someone with more insight into Dovecot could help me out here.

System Info: Debian 9, Postifx 3.1.6-0+deb9u1, Dovecot 2.2.27-3+deb9u1
Postfix master.cf for Dovecot:
dovecot unix  -   n   n   -   -   pipe
  flags=DRhu user=virtual:virtual argv=/usr/lib/dovecot/dovecot-lda -f
${sender} -d ${user}@${nexthop}

I am grateful for any hints :)

Thank you in advance, kind regards,

Philipp




Re: [ext] v2.2.34 released

2018-03-01 Thread Stephan Bosch



Op 1-3-2018 om 11:43 schreef Ralf Hildebrandt:

* Timo Sirainen :

https://dovecot.org/releases/2.2/dovecot-2.2.34.tar.gz
https://dovecot.org/releases/2.2/dovecot-2.2.34.tar.gz.sig

Currently, I'm not getting any updates for prebuilt packages (I'm on
Ubuntu Xenial 16.04.4) - I'm stuck on 2.2.22:

ii  dovecot-core1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
core files
ii  dovecot-imapd   1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
IMAP daemon
ii  dovecot-lmtpd   1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
LMTP server

using these /etc/apt/sources.list entry:

# Dovecot 2.2
deb http://xi.dovecot.fi/debian/ stable-auto/dovecot-2.2 main

What is the current apt repository I could use?


http://xi.dovecot.fi/debian/dists/stable-auto/dovecot-2.2/main/binary-amd64/Packages 
contains 2:2.2.35~alpha0-1~auto+0.


Before that, the last update was about a week ago. That is due to the fact that 
github isn't updated regularly at the moment.

Regards,

Stephan



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

2018-03-01 Thread Aki Tuomi
1


On 01.03.2018 12:10, James Brown wrote:
>
>
>> On 1 Mar 2018, at 5:56 pm, Aki Tuomi > > wrote:
>>
>>
>>
>> On 01.03.2018 07:34, James Brown wrote:
>>> On 1 Mar 2018, at 4:09 pm, Aki Tuomi >> > wrote:

 What SSL library and version?
 --- 
 Aki Tuomi
>>>
>>> OpenSSL
>>>
>>> $openssl version
>>> OpenSSL 1.0.2g  1 Mar 2016
>>>
>>> But I also have:
>>>
>>> $ /usr/local/bin/openssl version
>>> OpenSSL 1.1.0g  2 Nov 2017
>>>
>>> James.
>>
>> Can you provide the cc call as well from make?
>>
>> Aki
>
> $ make
> make  all-recursive
> Making all in .
> old=`pwd` && cd . && abs_builddir=`pwd` && cd $old && \
> cd . && abs_srcdir=`pwd` && cd $old && \
> (echo "DOVECOT_INSTALLED=no"; cat dovecot-config.in | sed \
> -e "s|\$(top_builddir)|$abs_builddir|g" \
> -e "s|\$(incdir)|$abs_srcdir|g" \
> -e "s|\$(LIBICONV)|-liconv|g" \
> -e "s|\$(MODULE_LIBS)|-export-dynamic|g" \
> -e "s|^\(dovecot_pkgincludedir\)=|\1=/usr/local/include/dovecot|" \
> -e "s|^\(dovecot_pkglibdir\)=|\1=/usr/local/lib/dovecot|" \
> -e "s|^\(dovecot_pkglibexecdir\)=|\1=/usr/local/libexec/dovecot|" \
> -e "s|^\(dovecot_docdir\)=|\1=/usr/local/share/doc/dovecot|" \
> -e "s|^\(dovecot_moduledir\)=|\1=/usr/local/lib/dovecot|" \
> -e "s|^\(dovecot_statedir\)=|\1=/usr/local/var/lib/dovecot|" \
> ) > dovecot-config
> /bin/sh ./update-version.sh . .
> Making all in src
> Making all in lib-test
> make[3]: Nothing to be done for `all'.
> Making all in lib
> make  all-am
> make[4]: Nothing to be done for `all-am'.
> Making all in lib-settings
> make[3]: Nothing to be done for `all'.
> Making all in lib-auth
> make[3]: Nothing to be done for `all'.
> Making all in lib-dns
> make[3]: Nothing to be done for `all'.
> Making all in lib-master
> make[3]: Nothing to be done for `all'.
> Making all in lib-charset
> make[3]: Nothing to be done for `all'.
> Making all in lib-ssl-iostream
> make[3]: Nothing to be done for `all'.
> Making all in lib-dcrypt
> /bin/sh ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H
> -I. -I../..  -I../../src/lib -I../../src/lib-test
> -I../../src/lib-ssl-iostream
> -DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\"  -I../../src/lib
> -I../../src/lib-test -I../../src/lib-ssl-iostream
> -DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\"  -std=gnu99 -g -O2
> -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
> -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime
> -Wstrict-aliasing=2  -MT libdcrypt_openssl_la-dcrypt-openssl.lo -MD
> -MP -MF .deps/libdcrypt_openssl_la-dcrypt-openssl.Tpo -c -o
> libdcrypt_openssl_la-dcrypt-openssl.lo `test -f 'dcrypt-openssl.c' ||
> echo './'`dcrypt-openssl.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib
> -I../../src/lib-test -I../../src/lib-ssl-iostream
> -DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\" -I../../src/lib
> -I../../src/lib-test -I../../src/lib-ssl-iostream
> -DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\" -std=gnu99 -g -O2 -Wall
> -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
> -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime
> -Wstrict-aliasing=2 -MT libdcrypt_openssl_la-dcrypt-openssl.lo -MD -MP
> -MF .deps/libdcrypt_openssl_la-dcrypt-openssl.Tpo -c dcrypt-openssl.c
>  -fno-common -DPIC -o .libs/libdcrypt_openssl_la-dcrypt-openssl.o
> dcrypt-openssl.c:117: error: field 'ctx' has incomplete type
> dcrypt-openssl.c: In function 'dcrypt_openssl_ctx_hmac_destroy':
> dcrypt-openssl.c:451: warning: implicit declaration of function
> 'HMAC_cleanup'
> dcrypt-openssl.c: In function 'dcrypt_openssl_generate_ec_key':
> dcrypt-openssl.c:555: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c:556: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c: In function 'dcrypt_openssl_ecdh_derive_secret_local':
> dcrypt-openssl.c:588: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c: In function 'dcrypt_openssl_ecdh_derive_secret_peer':
> dcrypt-openssl.c:668: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c:697: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c:698: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c: In function 'dcrypt_openssl_store_private_key_dovecot':
> dcrypt-openssl.c:1461: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c:1482: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c:1489: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c: In function 'dcrypt_openssl_load_private_key':
> dcrypt-openssl.c:1615: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c: In function 'dcrypt_openssl_store_public_key':
> dcrypt-openssl.c:1765: error: dereferencing pointer to incomplete type
> dcrypt-openssl.c: In function 'dcrypt_openssl_private_to_public_key':
> dcrypt-openssl.c:1801: error: dereferencing pointer to 

Re: [ext] v2.2.34 released

2018-03-01 Thread Ralf Hildebrandt
* Aki Tuomi :

> > What is the current apt repository I could use?
> >
> 
> We do not provide official packages for 2.2.x versions, only 2.3 and
> later.

I switched to 2.3 now.

> XI is not intended for production usage.

Most of the time it works ok (it's only for backup purposes)

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | https://www.charite.de



Re: [ext] v2.2.34 released

2018-03-01 Thread Aki Tuomi


On 01.03.2018 12:43, Ralf Hildebrandt wrote:
> * Timo Sirainen :
>> https://dovecot.org/releases/2.2/dovecot-2.2.34.tar.gz
>> https://dovecot.org/releases/2.2/dovecot-2.2.34.tar.gz.sig 
> Currently, I'm not getting any updates for prebuilt packages (I'm on
> Ubuntu Xenial 16.04.4) - I'm stuck on 2.2.22:
>
> ii  dovecot-core1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
> core files
> ii  dovecot-imapd   1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
> IMAP daemon
> ii  dovecot-lmtpd   1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
> LMTP server
> 
> using these /etc/apt/sources.list entry:
>
> # Dovecot 2.2
> deb http://xi.dovecot.fi/debian/ stable-auto/dovecot-2.2 main
>
> What is the current apt repository I could use?
>

We do not provide official packages for 2.2.x versions, only 2.3 and
later. XI is not intended for production usage. For ubuntu you can try
opening a backport ticket?

Aki

Aki


Re: [ext] v2.2.34 released

2018-03-01 Thread Ralf Hildebrandt
* Timo Sirainen :
> https://dovecot.org/releases/2.2/dovecot-2.2.34.tar.gz
> https://dovecot.org/releases/2.2/dovecot-2.2.34.tar.gz.sig 

Currently, I'm not getting any updates for prebuilt packages (I'm on
Ubuntu Xenial 16.04.4) - I'm stuck on 2.2.22:

ii  dovecot-core1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
core files
ii  dovecot-imapd   1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
IMAP daemon
ii  dovecot-lmtpd   1:2.2.22-1ubuntu2.6   amd64   secure POP3/IMAP server - 
LMTP server
  
using these /etc/apt/sources.list entry:

# Dovecot 2.2
deb http://xi.dovecot.fi/debian/ stable-auto/dovecot-2.2 main

What is the current apt repository I could use?

-- 
Ralf Hildebrandt
  Geschäftsbereich IT | Abteilung Netzwerk
  Charité - Universitätsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebra...@charite.de | https://www.charite.de



Re: v2.2.34 released

2018-03-01 Thread azurit


Citát "A.L.E.C" :


On 03/01/2018 10:56 AM, Timo Sirainen wrote:

NEW FEATURE DOV-1221:
Attachment indicator
Mark email attachment presence using $HasAttachment /  
$HasNoAttachment keywords


Also added https://wiki2.dovecot.org/AttachmentIndicator - need to  
figure out where it

should be linked from..


Thanks, the feature sounds useful. I created a feature request for Roundcube
https://github.com/roundcube/roundcubemail/issues/6201

--
Aleksander 'A.L.E.C' Machniak
Kolab Groupware Developer [http://kolab.org]
Roundcube Webmail Developer   [http://roundcube.net]

PGP: 19359DC1 # Blog: https://kolabian.wordpress.com



I created a feature request for Horde/IMP:
https://bugs.horde.org/ticket/14788




Re: v2.2.34 released

2018-03-01 Thread A.L.E.C
On 03/01/2018 10:56 AM, Timo Sirainen wrote:
>> NEW FEATURE DOV-1221:
>> Attachment indicator
>> Mark email attachment presence using $HasAttachment / $HasNoAttachment 
>> keywords
> 
> Also added https://wiki2.dovecot.org/AttachmentIndicator - need to figure out 
> where it
> should be linked from..

Thanks, the feature sounds useful. I created a feature request for Roundcube
https://github.com/roundcube/roundcubemail/issues/6201

-- 
Aleksander 'A.L.E.C' Machniak
Kolab Groupware Developer [http://kolab.org]
Roundcube Webmail Developer   [http://roundcube.net]

PGP: 19359DC1 # Blog: https://kolabian.wordpress.com


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

2018-03-01 Thread James Brown


> On 1 Mar 2018, at 5:56 pm, Aki Tuomi  > wrote:
> 
> 
> 
> On 01.03.2018 07:34, James Brown wrote:
>> On 1 Mar 2018, at 4:09 pm, Aki Tuomi > > wrote:
>>> 
>>> 
>>> What SSL library and version?
>>> --- 
>>> Aki Tuomi
>> 
>> OpenSSL
>> 
>> $openssl version
>> OpenSSL 1.0.2g  1 Mar 2016
>> 
>> But I also have:
>> 
>> $ /usr/local/bin/openssl version
>> OpenSSL 1.1.0g  2 Nov 2017
>> 
>> James.
> 
> Can you provide the cc call as well from make?
> 
> Aki

$ make
make  all-recursive
Making all in .
old=`pwd` && cd . && abs_builddir=`pwd` && cd $old && \
cd . && abs_srcdir=`pwd` && cd $old && \
(echo "DOVECOT_INSTALLED=no"; cat dovecot-config.in | sed \
-e "s|\$(top_builddir)|$abs_builddir|g" \
-e "s|\$(incdir)|$abs_srcdir|g" \
-e "s|\$(LIBICONV)|-liconv|g" \
-e "s|\$(MODULE_LIBS)|-export-dynamic|g" \
-e "s|^\(dovecot_pkgincludedir\)=|\1=/usr/local/include/dovecot|" \
-e "s|^\(dovecot_pkglibdir\)=|\1=/usr/local/lib/dovecot|" \
-e "s|^\(dovecot_pkglibexecdir\)=|\1=/usr/local/libexec/dovecot|" \
-e "s|^\(dovecot_docdir\)=|\1=/usr/local/share/doc/dovecot|" \
-e "s|^\(dovecot_moduledir\)=|\1=/usr/local/lib/dovecot|" \
-e "s|^\(dovecot_statedir\)=|\1=/usr/local/var/lib/dovecot|" \
) > dovecot-config
/bin/sh ./update-version.sh . .
Making all in src
Making all in lib-test
make[3]: Nothing to be done for `all'.
Making all in lib
make  all-am
make[4]: Nothing to be done for `all-am'.
Making all in lib-settings
make[3]: Nothing to be done for `all'.
Making all in lib-auth
make[3]: Nothing to be done for `all'.
Making all in lib-dns
make[3]: Nothing to be done for `all'.
Making all in lib-master
make[3]: Nothing to be done for `all'.
Making all in lib-charset
make[3]: Nothing to be done for `all'.
Making all in lib-ssl-iostream
make[3]: Nothing to be done for `all'.
Making all in lib-dcrypt
/bin/sh ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. 
-I../..  -I../../src/lib -I../../src/lib-test -I../../src/lib-ssl-iostream 
-DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\"  -I../../src/lib 
-I../../src/lib-test -I../../src/lib-ssl-iostream 
-DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\"  -std=gnu99 -g -O2 -Wall -W 
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts 
-Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2  -MT 
libdcrypt_openssl_la-dcrypt-openssl.lo -MD -MP -MF 
.deps/libdcrypt_openssl_la-dcrypt-openssl.Tpo -c -o 
libdcrypt_openssl_la-dcrypt-openssl.lo `test -f 'dcrypt-openssl.c' || echo 
'./'`dcrypt-openssl.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib 
-I../../src/lib-test -I../../src/lib-ssl-iostream 
-DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\" -I../../src/lib 
-I../../src/lib-test -I../../src/lib-ssl-iostream 
-DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\" -std=gnu99 -g -O2 -Wall -W 
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts 
-Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -MT 
libdcrypt_openssl_la-dcrypt-openssl.lo -MD -MP -MF 
.deps/libdcrypt_openssl_la-dcrypt-openssl.Tpo -c dcrypt-openssl.c  -fno-common 
-DPIC -o .libs/libdcrypt_openssl_la-dcrypt-openssl.o
dcrypt-openssl.c:117: error: field 'ctx' has incomplete type
dcrypt-openssl.c: In function 'dcrypt_openssl_ctx_hmac_destroy':
dcrypt-openssl.c:451: warning: implicit declaration of function 'HMAC_cleanup'
dcrypt-openssl.c: In function 'dcrypt_openssl_generate_ec_key':
dcrypt-openssl.c:555: error: dereferencing pointer to incomplete type
dcrypt-openssl.c:556: error: dereferencing pointer to incomplete type
dcrypt-openssl.c: In function 'dcrypt_openssl_ecdh_derive_secret_local':
dcrypt-openssl.c:588: error: dereferencing pointer to incomplete type
dcrypt-openssl.c: In function 'dcrypt_openssl_ecdh_derive_secret_peer':
dcrypt-openssl.c:668: error: dereferencing pointer to incomplete type
dcrypt-openssl.c:697: error: dereferencing pointer to incomplete type
dcrypt-openssl.c:698: error: dereferencing pointer to incomplete type
dcrypt-openssl.c: In function 'dcrypt_openssl_store_private_key_dovecot':
dcrypt-openssl.c:1461: error: dereferencing pointer to incomplete type
dcrypt-openssl.c:1482: error: dereferencing pointer to incomplete type
dcrypt-openssl.c:1489: error: dereferencing pointer to incomplete type
dcrypt-openssl.c: In function 'dcrypt_openssl_load_private_key':
dcrypt-openssl.c:1615: error: dereferencing pointer to incomplete type
dcrypt-openssl.c: In function 'dcrypt_openssl_store_public_key':
dcrypt-openssl.c:1765: error: dereferencing pointer to incomplete type
dcrypt-openssl.c: In function 'dcrypt_openssl_private_to_public_key':
dcrypt-openssl.c:1801: error: dereferencing pointer to incomplete type
dcrypt-openssl.c: In function 'dcrypt_openssl_name2oid':
dcrypt-openssl.c:2062: error: 

Re: v2.2.34 released

2018-03-01 Thread Timo Sirainen
On 1 Mar 2018, at 11.17, Alessio Cecchi  wrote:
> 
> Il 01/03/2018 07:11, A.L.E.C ha scritto:
>> On 02/28/2018 10:20 PM, Timo Sirainen wrote:
>>>  + mail_attachment_detection_options setting controls when
>>>$HasAttachment and $HasNoAttachment keywords are set for mails.
>> Is this a new feature? I can't find any documentation about these keywords 
>> and configuration.
>> 
> Hi,
> 
> from
> 
> https://software.open-xchange.com/products/dovecot/doc/Release_Notes_for_Dovecot_Pro_2.2.34_2018-02-28.pdf
> 
> NEW FEATURE DOV-1221:
> Attachment indicator
> Mark email attachment presence using $HasAttachment / $HasNoAttachment 
> keywords

Also added https://wiki2.dovecot.org/AttachmentIndicator 
 - need to figure out where it 
should be linked from..



Re: v2.2.34 released

2018-03-01 Thread Alessio Cecchi

Il 01/03/2018 07:11, A.L.E.C ha scritto:

On 02/28/2018 10:20 PM, Timo Sirainen wrote:

  + mail_attachment_detection_options setting controls when
$HasAttachment and $HasNoAttachment keywords are set for mails.

Is this a new feature? I can't find any documentation about these keywords and 
configuration.


Hi,

from

https://software.open-xchange.com/products/dovecot/doc/Release_Notes_for_Dovecot_Pro_2.2.34_2018-02-28.pdf

NEW FEATURE DOV-1221:
Attachment indicator
Mark email attachment presence using $HasAttachment / $HasNoAttachment 
keywords


--
Alessio Cecchi
Postmaster @ http://www.qboxmail.it
https://www.linkedin.com/in/alessice



[Dovecot-news] Released Pigeonhole v0.4.22 for Dovecot v2.2.34.

2018-03-01 Thread Stephan Bosch
Hello Dovecot users,

Here is a new Pigeonhole release that goes with the new Dovecot v2.2.34
release. This release is not strictly necessary, as previous versions
should be usable as well. This release only contains bugfixes.

Changelog v0.4.22:

- Fixed filesystem path handling problem: sieve plugin could have
  assert-crashed with specific path lengths with: "Panic: file
  realpath.c: line 86 (path_normalize): assertion failed: (npath_pos +
  1 < npath + asize)".
- Sieve extprograms plugin: Large output from "execute" command crashed
  delivery. Fixed buffering issue in code that handles output from the
  external program.
- editheader extension: Extensively reworked the low-level
  implementation of adding and removing headers. This solves a few
  integer arithmetic problems reported by Clang runtime checks, but also
  improves code structure and reliability in general.
- imapsieve: Fix assert crash occurring when selected messages are
  expunged concurrently by the time Sieve filter is to be applied.
- imap4flags extension: Fix binary byte-code corruption occurring when
  the setflag, addflag, or removeflag command's flag-list is a variable.
- enotify extension: mailto method: Fixed parsing of mailto URI with
  only a header part.
- enotify extension: mailto method: Make sure "From:" header is set to a
  usable address and not "(null)".
- Fixed writing address headers to outgoing messages. It sometimes
  erroneously applied another layer of MIME header encoding.

The release is available as follows:

https://pigeonhole.dovecot.org/releases/2.2/dovecot-2.2-pigeonhole-0.4.22.tar.gz
https://pigeonhole.dovecot.org/releases/2.2/dovecot-2.2-pigeonhole-0.4.22.tar.gz.sig

Refer to http://pigeonhole.dovecot.org and the Dovecot v2.x wiki for
more information. Have fun testing this release and don't hesitate to
notify me when there are any problems.

Regards,

-- 
Stephan Bosch
step...@rename-it.nl











___
Dovecot-news mailing list
Dovecot-news@dovecot.org
https://dovecot.org/mailman/listinfo/dovecot-news


Released Pigeonhole v0.4.22 for Dovecot v2.2.34.

2018-03-01 Thread Stephan Bosch
Hello Dovecot users,

Here is a new Pigeonhole release that goes with the new Dovecot v2.2.34
release. This release is not strictly necessary, as previous versions
should be usable as well. This release only contains bugfixes.

Changelog v0.4.22:

- Fixed filesystem path handling problem: sieve plugin could have
  assert-crashed with specific path lengths with: "Panic: file
  realpath.c: line 86 (path_normalize): assertion failed: (npath_pos +
  1 < npath + asize)".
- Sieve extprograms plugin: Large output from "execute" command crashed
  delivery. Fixed buffering issue in code that handles output from the
  external program.
- editheader extension: Extensively reworked the low-level
  implementation of adding and removing headers. This solves a few
  integer arithmetic problems reported by Clang runtime checks, but also
  improves code structure and reliability in general.
- imapsieve: Fix assert crash occurring when selected messages are
  expunged concurrently by the time Sieve filter is to be applied.
- imap4flags extension: Fix binary byte-code corruption occurring when
  the setflag, addflag, or removeflag command's flag-list is a variable.
- enotify extension: mailto method: Fixed parsing of mailto URI with
  only a header part.
- enotify extension: mailto method: Make sure "From:" header is set to a
  usable address and not "(null)".
- Fixed writing address headers to outgoing messages. It sometimes
  erroneously applied another layer of MIME header encoding.

The release is available as follows:

https://pigeonhole.dovecot.org/releases/2.2/dovecot-2.2-pigeonhole-0.4.22.tar.gz
https://pigeonhole.dovecot.org/releases/2.2/dovecot-2.2-pigeonhole-0.4.22.tar.gz.sig

Refer to http://pigeonhole.dovecot.org and the Dovecot v2.x wiki for
more information. Have fun testing this release and don't hesitate to
notify me when there are any problems.

Regards,

-- 
Stephan Bosch
step...@rename-it.nl