About the changing namespace handling from v2.0 to v2.1 or later

2020-08-14 Thread mizuta.take...@fujitsu.com 
Hi, all,

Please tell me about the patch and description below.

  
https://github.com/dovecot/core/commit/5f46b863383fc94afcd2693ecae8788cb5fdd20c
  example-config: Use a default uncommented "namespace inbox".

  https://doc.dovecot.org/configuration_manual/namespace/
  There's a default inbox namespace added in 10-mail.conf. If the configuration 
doesn't explicitly specify a namespace (as was in v2.0 and older) a default 
namespace is created automatically.

Since v2.1, namespace is enabled by default in 10-mail.conf, and "inbox" is 
added as a sectionname of namespace.
I checked the dovecot's mail archive, but I didn't understand the reason for 
the change.

Please tell me about followings.

 - Why "inbox" was added as a sectionname?
 - Why was namespace changed to be enabled by default?

Best regards,
MIZUTA Takeshi

User doesn't exist

2020-08-14 Thread Bruno Kiste 
I try to use dovecot as a MTA with postfix.
But it does not accept incoming mails.
Why does it not work?

[root@localhost bruno]# dovecot --version
2.3.8 (9df20d2db)

/var/log/maillog
Aug 14 11:03:32 localhost dovecot[566097]: lmtp(566373): Connect from local
Aug 14 11:03:32 localhost dovecot[566097]:
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud):
Started userdb lookup
Aug 14 11:03:32 localhost dovecot[566097]:
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
Debug: auth-master: conn unix:/var/run/dovecot/auth-userdb: Connecting
Aug 14 11:03:32 localhost dovecot[566097]:
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
Debug: auth-master: conn unix:/var/run/dovecot/auth-userdb: Client
connected (fd=16)
Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug: master in:
USER#0111#011bruno@2c2axxx.online-server.cloud#011service=lmtp
Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
passwd(bruno@2c2axxx.online-server.cloud): Performing userdb lookup
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
Loading modules from directory: /usr/lib64/dovecot/auth
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
Module loaded: /usr/lib64/dovecot/auth/lib20_auth_var_expand_crypt.so
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
Module loaded: /usr/lib64/dovecot/auth/libdriver_sqlite.so
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
passwd-file /etc/dovecot/users: Read 4 users in 0 secs
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug: conn
unix:auth-worker (pid=566367,uid=97): Server accepted connection (fd=14)
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug: conn
unix:auth-worker (pid=566367,uid=97): Sending version handshake
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug: conn
unix:auth-worker (pid=566367,uid=97): auth-worker<1>: Handling USER request
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
passwd(bruno@2c2axxx.online-server.cloud): Performing userdb lookup
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
passwd(bruno@2c2axxx.online-server.cloud): lookup
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374):
passwd(bruno@2c2axxx.online-server.cloud): unknown user  - trying the next
userdb
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
passwd(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug: conn
unix:auth-worker (pid=566367,uid=97): auth-worker<1>: Finished
Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
passwd(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
passwd-file(bruno@2c2axxx.online-server.cloud): Performing userdb lookup
Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
passwd-file(bruno@2c2axxx.online-server.cloud): lookup:
user=bruno@2c2axxx.online-server.cloud file=/etc/dovecot/users
Aug 14 11:03:32 localhost dovecot[566097]: auth:
passwd-file(bruno@2c2axxx.online-server.cloud): unknown user
Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
passwd-file(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug: userdb out:
NOTFOUND#0111
Aug 14 11:03:32 localhost dovecot[566097]:
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud): auth
USER input:
Aug 14 11:03:32 localhost dovecot[566097]:
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud):
Userdb lookup failed
Aug 14 11:03:32 localhost postfix/lmtp[566372]: 4E2127802973:
to=,
relay=2c2axxx.online-server.cloud[private/dovecot-lmtp], delay=0.26,
delays=0.19/0.02/0.02/0.02, dsn=5.1.1, status=bounced (host
2c2axxx.online-server.cloud[private/dovecot-lmtp] said: 550 5.1.1
 User doesn't exist:
bruno@2c2axxx.online-server.cloud (in reply to RCPT TO command))

[root@localhost bruno]# cat /etc/dovecot/users
#user:password:uid:gid:(gecos):home:(shell):extra_fields
bruno:{CRAM-MD5}88XXXee:5001:5001::/home/bruno::
mail:{CRAM-MD5}88XXXee:5001:5001::/home/mail::
nas:{CRAM-MD5}8eXXX40:5001:5001::/home/nas
asys:{CRAM-MD5}99XXX09:5001:5001::/home/asys

Re: User doesn't exist

2020-08-14 Thread J. Echter 
Am 14.08.20 um 11:45 schrieb Bruno Kiste:
> I try to use dovecot as a MTA with postfix.
> But it does not accept incoming mails.
> Why does it not work?
>
> [root@localhost bruno]# dovecot --version
> 2.3.8 (9df20d2db)
>
> /var/log/maillog
> Aug 14 11:03:32 localhost dovecot[566097]: lmtp(566373): Connect from
> local
> Aug 14 11:03:32 localhost dovecot[566097]:
> lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud):
> Started userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]:
> lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: conn unix:/var/run/dovecot/auth-userdb: Connecting
> Aug 14 11:03:32 localhost dovecot[566097]:
> lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: conn unix:/var/run/dovecot/auth-userdb: Client
> connected (fd=16)
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug: master in:
> USER#0111#011bruno@2c2axxx.online-server.cloud#011service=lmtp
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd(bruno@2c2axxx.online-server.cloud): Performing userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> Loading modules from directory: /usr/lib64/dovecot/auth
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> Module loaded: /usr/lib64/dovecot/auth/lib20_auth_var_expand_crypt.so
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> Module loaded: /usr/lib64/dovecot/auth/libdriver_sqlite.so
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> passwd-file /etc/dovecot/users: Read 4 users in 0 secs
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> conn unix:auth-worker (pid=566367,uid=97): Server accepted connection
> (fd=14)
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> conn unix:auth-worker (pid=566367,uid=97): Sending version handshake
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> conn unix:auth-worker (pid=566367,uid=97): auth-worker<1>: Handling
> USER request
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> passwd(bruno@2c2axxx.online-server.cloud): Performing userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> passwd(bruno@2c2axxx.online-server.cloud): lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374):
> passwd(bruno@2c2axxx.online-server.cloud): unknown user  - trying the
> next userdb
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> passwd(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> conn unix:auth-worker (pid=566367,uid=97): auth-worker<1>: Finished
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd-file(bruno@2c2axxx.online-server.cloud): Performing userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd-file(bruno@2c2axxx.online-server.cloud): lookup:
> user=bruno@2c2axxx.online-server.cloud file=/etc/dovecot/users
> Aug 14 11:03:32 localhost dovecot[566097]: auth:
> passwd-file(bruno@2c2axxx.online-server.cloud): unknown user
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd-file(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug: userdb out:
> NOTFOUND#0111
> Aug 14 11:03:32 localhost dovecot[566097]:
> lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud):
> auth USER input:
> Aug 14 11:03:32 localhost dovecot[566097]:
> lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud):
> Userdb lookup failed
> Aug 14 11:03:32 localhost postfix/lmtp[566372]: 4E2127802973:
> to=,
> relay=2c2axxx.online-server.cloud[private/dovecot-lmtp], delay=0.26,
> delays=0.19/0.02/0.02/0.02, dsn=5.1.1, status=bounced (host
> 2c2axxx.online-server.cloud[private/dovecot-lmtp] said: 550 5.1.1
>  User doesn't exist:
> bruno@2c2axxx.online-server.cloud (in reply to RCPT TO command))
>
> [root@localhost bruno]# cat /etc/dovecot/users
> #user:password:uid:gid:(gecos):home:(shell):extra_fields
> bruno:{CRAM-MD5}88XXXee:5001:5001::/home/bruno::
> mail:{CRAM-MD5}88XXXee:5001:5001::/home/mail::
> nas:{CRAM-MD5}8eXXX40:5001:5001::/home/nas
> asys:{CRAM-MD5}99XXX09:5001:5001::/home/asys


Hi,

it seems to look for user bruno@2c2axxx.online-server.cloud which
doesn't exist.

Re: replicator: Panic: data stack: Out of memory

2020-08-14 Thread Thomas Tsiakalakis 
So nobody has any idea why this could happen?
Let me know if I should provide more Information

Thanks


Thomas Tsiakalakis

Team Applikationsbetrieb
GDV Dienstleistungs-GmbH
Tel: +49(40)33449-4318
Fax:
E-Mail: thomas.tsiakala...@gdv-dl.de



GDV Dienstleistungs-GmbH
Glockengießerwall 1
D-20095 Hamburg
www.gdv-dl.de

Niederlassungen:

Wilhelmstraße 43 / 43 G
10117 Berlin

Frankenstraße 18
20097 Hamburg

Sitz und Registergericht: Hamburg
HRB 145291
USt.-IdNr : DE 205183123

Geschäftsführer:
Dr. Jens Bartenwerfer
Fred di Giuseppe Chiachiarella

Aufsichtsratsvorsitzender: Werner Schmidt

--
Diese E-Mail und alle Anhänge enthalten vertrauliche und/oder rechtlich 
geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese 
E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und 
vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte 
Weitergabe der E-Mail ist nicht gestattet.

This e-mail and any attached files may contain confidential and/or privileged 
information. If you are not the intended recipient (or have received this 
e-mail in error) please notify the sender immediately and destroy this e-mail. 
Any unauthorised copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden.

Von: Thomas Tsiakalakis
Gesendet: Dienstag, 23. Juni 2020 11:25
An: dovecot@dovecot.org
Betreff: AW: replicator: Panic: data stack: Out of memory

I managed to convince the System that I really want a core dump


Von: Thomas Tsiakalakis
Gesendet: Donnerstag, 18. Juni 2020 16:26
An: 'dovecot@dovecot.org' 
Betreff: replicator: Panic: data stack: Out of memory

Hi,

I have set up 2 SLES 15 Hosts with dovecot and replication. Everything seems to 
work fine but every time a message is delivered, I get an out of memory error 
in the logs. The Replication itself seems to work fine though.

I increased default_vsz_limit to 512M but  the only thing that changed was that 
dovecot was trying to allocate 1073741864 bytes instead of 268435496

As I said, I’m running SLES 15 SP1 and Dovecot 2.3.10 (0da0eff44) (both Hosts 
have the same version)

Each Host currently has 8GB of Memory.
# free -h
  totalusedfree  shared  buff/cache   available
Mem:  7.8Gi   278Mi   7.3Gi47Mi   183Mi   7.2Gi
Swap: 4.0Gi  0B   4.0Gi

# journalctl -f
Jun 18 15:55:48 mail1 postfix/pickup[3457]: 18533C009C8: uid=0 from=
Jun 18 15:55:48 mail1 postfix/cleanup[3669]: 18533C009C8: 
message-id=<20200618135548.18533C009C8@mail1>
Jun 18 15:55:48 mail1 postfix/qmgr[3458]: 18533C009C8: from=, 
size=431, nrcpt=1 (queue active)
Jun 18 15:55:48 mail1 dovecot[1833]: lmtp(3673): Connect from local
Jun 18 15:55:48 mail1 dovecot[1833]: replicator: Panic: data stack: Out of 
memory when allocating 268435496 bytes
Jun 18 15:55:48 mail1 dovecot[1833]: replicator: Error: Raw backtrace: 
/usr/lib64/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f8346d6d262] -> 
/usr/lib64/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f8346d6d37e] -> 
/usr/lib64/dovecot/libdovecot.so.0(+0xebcee) [0x7f8346d77cee] -> 
/usr/lib64/dovecot/libdovecot.so.0(+0xebd91) [0x7f8346d77d91] -> 
/usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f8346cd1f8b] -> 
/usr/lib64/dovecot/libdovecot.so.0(t_pop_last_unsafe+0) [0x7f8346d73660] -> 
/usr/lib64/dovecot/libdovecot.so.0(+0xe7a50) [0x7f8346d73a50] -> 
/usr/lib64/dovecot/libdovecot.so.0(+0x10eb58) [0x7f8346d9ab58] -> 
/usr/lib64/dovecot/libdovecot.so.0(+0xe3ac5) [0x7f8346d6fac5] -> 
/usr/lib64/dovecot/libdovecot.so.0(buffer_write+0xf2) [0x7f8346d6fdb2] -> 
dovecot/replicator(replicator_queue_push+0xde) [0x5648989a5cde] -> 
dovecot/replicator(+0x5464) [0x5648989a5464] -> dovecot/replicator(+0x4a0b) 
[0x5648989a4a0b] -> dovecot/replicator(+0x4c02) [0x5648989a4c02] -> 
/usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x69) [0x7f8346d90c99] -> 
/usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x134) 
[0x7f8346d92574] -> 
/usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x4c) [0x7f8346d90d9c] 
-> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f8346d90fc8] -> 
/usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f8346d01873] -> 
dovecot/replicator(main+0x1a0) [0x5648989a3cb0] -> 
/lib64/libc.so.6(__libc_start_main+0xea) [0x7f83468f534a] -> 
dovecot/replicator(_start+0x2a) [0x5648989a3d5a]
Jun 18 15:55:48 mail1 dovecot[1833]: 
lmtp(t...@example.com)<3673>: Warning: 
replication(t...@example.com): Sync failure:
Jun 18 15:55:48 mail1 dovecot[1833]: 
lmtp(t...@example.com)<3673>: Warning: 
replication(t...@example.com): Remote sent invalid input: -
Jun 18 15:55:48 mail1 dovecot[1833]: 
lmtp(t...@example.com)<3673>: 
msgid=<20200618135548.18533C009C8@mail1>: saved mail to INBOX
Jun 18 15:55:48 mail1 dovecot[1833]: lmtp(3673): Disconnect from

Re: replicator: Panic: data stack: Out of memory

2020-08-14 Thread Aki Tuomi 
Try setting

service replicator {
  vsz_limit = 0
}

Aki

> On 14/08/2020 13:19 Thomas Tsiakalakis  wrote:
> 
> 
>  
> So nobody has any idea why this could happen?
> Let me know if I should provide more Information
> Thanks
> 
>  ThomasTsiakalakis
>  
> Team Applikationsbetrieb
>  GDV Dienstleistungs-GmbH
>  Tel: +49(40)33449-4318
>  Fax: 
>  E-Mail:thomas.tsiakala...@gdv-dl.de
>  
> 
> 
>  
>  GDV Dienstleistungs-GmbH
>  Glockengießerwall 1
>  D-20095 Hamburg
>  www.gdv-dl.de (http://www.gdv-dl.de)
>  
>  Niederlassungen:
>  
>  Wilhelmstraße 43 / 43 G
>  10117 Berlin
>  
>  Frankenstraße 18
>  20097 Hamburg
>  
>  Sitz und Registergericht: Hamburg
>  HRB 145291
>  USt.-IdNr : DE 205183123
>  
>  Geschäftsführer:
>  Dr. Jens Bartenwerfer
>  Fred di Giuseppe Chiachiarella
>  
>  Aufsichtsratsvorsitzender: Werner Schmidt
>  
>  --
>  Diese E-Mail und alle Anhänge enthalten vertrauliche und/oder rechtlich 
> geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder 
> diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den 
> Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die 
> unbefugte Weitergabe der E-Mail ist nicht gestattet.
>  
>  This e-mail and any attached files may contain confidential and/or 
> privileged information. If you are not the intended recipient (or have 
> received this e-mail in error) please notify the sender immediately and 
> destroy this e-mail. Any unauthorised copying, disclosure or distribution of 
> the material in this e-mail is strictly forbidden.
>  
> 
> Von:Thomas Tsiakalakis 
>  Gesendet: Dienstag, 23. Juni 2020 11:25
>  An: dovecot@dovecot.org
>  Betreff: AW: replicator: Panic: data stack: Out of memory
> I managed to convince the System that I really want a core dump
> Von:Thomas Tsiakalakis 
>  Gesendet: Donnerstag, 18. Juni 2020 16:26
>  An: 'dovecot@dovecot.org' 
>  Betreff: replicator: Panic: data stack: Out of memory
> Hi,
> I have set up 2 SLES 15 Hosts with dovecot and replication. Everything seems 
> to work fine but every time a message is delivered, I get an out of memory 
> error in the logs. The Replication itself seems to work fine though.
> I increased default_vsz_limit to 512M but the only thing that changed was 
> that dovecot was trying to allocate 1073741864 bytes instead of 268435496
> As I said, I’m running SLES 15 SP1 and Dovecot 2.3.10 (0da0eff44) (both Hosts 
> have the same version)
> Each Host currently has 8GB of Memory.
> # free -h
> total used free shared buff/cache available
> Mem: 7.8Gi 278Mi 7.3Gi 47Mi 183Mi 7.2Gi
> Swap: 4.0Gi 0B 4.0Gi
> # journalctl -f
> Jun 18 15:55:48 mail1 postfix/pickup[3457]: 18533C009C8: uid=0 from=
> Jun 18 15:55:48 mail1 postfix/cleanup[3669]: 18533C009C8: 
> message-id=<20200618135548.18533C009C8@mail1>
> Jun 18 15:55:48 mail1 postfix/qmgr[3458]: 18533C009C8: from=, 
> size=431, nrcpt=1 (queue active)
> Jun 18 15:55:48 mail1 dovecot[1833]: lmtp(3673): Connect from local
> Jun 18 15:55:48 mail1 dovecot[1833]: replicator: Panic: data stack: Out of 
> memory when allocating 268435496 bytes
> Jun 18 15:55:48 mail1 dovecot[1833]: replicator: Error: Raw backtrace: 
> /usr/lib64/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f8346d6d262] -> 
> /usr/lib64/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f8346d6d37e] -> 
> /usr/lib64/dovecot/libdovecot.so.0(+0xebcee) [0x7f8346d77cee] -> 
> /usr/lib64/dovecot/libdovecot.so.0(+0xebd91) [0x7f8346d77d91] -> 
> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f8346cd1f8b] -> 
> /usr/lib64/dovecot/libdovecot.so.0(t_pop_last_unsafe+0) [0x7f8346d73660] -> 
> /usr/lib64/dovecot/libdovecot.so.0(+0xe7a50) [0x7f8346d73a50] -> 
> /usr/lib64/dovecot/libdovecot.so.0(+0x10eb58) [0x7f8346d9ab58] -> 
> /usr/lib64/dovecot/libdovecot.so.0(+0xe3ac5) [0x7f8346d6fac5] -> 
> /usr/lib64/dovecot/libdovecot.so.0(buffer_write+0xf2) [0x7f8346d6fdb2] -> 
> dovecot/replicator(replicator_queue_push+0xde) [0x5648989a5cde] -> 
> dovecot/replicator(+0x5464) [0x5648989a5464] -> dovecot/replicator(+0x4a0b) 
> [0x5648989a4a0b] -> dovecot/replicator(+0x4c02) [0x5648989a4c02] -> 
> /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x69) [0x7f8346d90c99] -> 
> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x134) 
> [0x7f8346d92574] -> 
> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x4c) [0x7f8346d90d9c] 
> -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f8346d90fc8] -> 
> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f8346d01873] 
> -> dovecot/replicator(main+0x1a0) [0x5648989a3cb0] -> 
> /lib64/libc.so.6(__libc_start_main+0xea) [0x7f83468f534a] -> 
> dovecot/replicator(_start+0x2a) [0x5648989a3d5a]
> Jun 18 15:55:48 mail1 dovecot[1833]: 
> lmtp(t...@example.com)<3673>: Warning: 
> replication(t...@example.com): Sync failure:
> Jun 18 15:55:48 mail1 dovecot[1833]: 
> lmtp(t...@example.com)<3673>: Warning: 
> replication(t...@ex

Re: CentOS 8 packages available

2020-08-14 Thread spamvoll 
Any news about Ubuntu 20.04 support ?

Am Mi., 12. Aug. 2020 um 15:26 Uhr schrieb Aki Tuomi :

> We are happy to announce that we have CentOS 8 packages available
> starting from v2.3.11.3. You can find these packages at
> https://repo.dovecot.org/
>
> Regards,
> Aki Tuomi
> Open-Xchange oy
>
>

2.3.11.3 on 32bit platforms

2020-08-14 Thread Christian Göttsche 
See also the 32bit build failures on Debian:
https://buildd.debian.org/status/package.php?p=dovecot

There are some compiler warnings on 32bit architectures in test-mech.c

test-mech.c: In function ‘test_mechs’:
test-mech.c:326:61: warning: format ‘%lu’ expects argument of type
‘long unsigned int’, but argument 4 has type ‘unsigned int’
[-Wformat=]
  326 |   const char *testname = t_strdup_printf("auth mech %s %d/%lu",
  |   ~~^
  | |
  |
long unsigned int
  |   %u
test-mech.c:338:12: warning: passing argument 2 of
‘test_mech_construct_apop_challenge’ from incompatible pointer type
[-Wincompatible-pointer-types]
  338 |&test_case->len);
  |^~~
  ||
  |size_t * {aka unsigned int *}
test-mech.c:195:77: note: expected ‘long unsigned int *’ but argument
is of type ‘size_t *’ {aka ‘unsigned int *’}
  195 | test_mech_construct_apop_challenge(unsigned int connect_uid,
unsigned long *len_r)
  |
~~~^


But the unit test still fails after a commit like:

diff --git a/src/auth/test-mech.c b/src/auth/test-mech.c
index cf05370..90c2215 100644
--- a/src/auth/test-mech.c
+++ b/src/auth/test-mech.c
@@ -192,7 +192,7 @@ static void test_mech_handle_challenge(struct
auth_request *request,
 }

 static inline const unsigned char *
-test_mech_construct_apop_challenge(unsigned int connect_uid, unsigned
long *len_r)
+test_mech_construct_apop_challenge(unsigned int connect_uid, size_t *len_r)
 {
  string_t *apop_challenge = t_str_new(128);

@@ -323,7 +323,7 @@ static void test_mechs(void)
  struct test_case *test_case = &tests[running_test];
  const struct mech_module *mech = test_case->mech;
  struct auth_request *request;
- const char *testname = t_strdup_printf("auth mech %s %d/%lu",
+ const char *testname = t_strdup_printf("auth mech %s %d/%zu",
mech->mech_name,
running_test+1,
N_ELEMENTS(tests));

Re: User doesn't exist

2020-08-14 Thread Bruno Kiste 
Hello,

well, the user "bruno" does exist.
Can I make it ignore the hostname part or accept the user "bruno" as
"bruno@2c2axxx.online-server.cloud"?
Can I change the lookup in dovecot or do I have to edit the postfix
configuration?

Best wishes,

Bruno

Am Fr., 14. Aug. 2020 um 11:50 Uhr schrieb J. Echter
mailto:j.ech...@echter-kuechen-elektro.de>>:

Am 14.08.20 um 11:45 schrieb Bruno Kiste:
> I try to use dovecot as a MTA with postfix.
> But it does not accept incoming mails.
> Why does it not work?
>
> [root@localhost bruno]# dovecot --version
> 2.3.8 (9df20d2db)
>
> /var/log/maillog
> Aug 14 11:03:32 localhost dovecot[566097]: lmtp(566373): Connect from
> local
> Aug 14 11:03:32 localhost dovecot[566097]:
>
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud):
> Started userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]:
>
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: conn unix:/var/run/dovecot/auth-userdb: Connecting
> Aug 14 11:03:32 localhost dovecot[566097]:
>
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: conn unix:/var/run/dovecot/auth-userdb: Client
> connected (fd=16)
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug: master in:
> USER#0111#011bruno@2c2axxx.online-server.cloud#011service=lmtp
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd(bruno@2c2axxx.online-server.cloud): Performing userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> Loading modules from directory: /usr/lib64/dovecot/auth
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> Module loaded: /usr/lib64/dovecot/auth/lib20_auth_var_expand_crypt.so
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> Module loaded: /usr/lib64/dovecot/auth/libdriver_sqlite.so
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> passwd-file /etc/dovecot/users: Read 4 users in 0 secs
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> conn unix:auth-worker (pid=566367,uid=97): Server accepted connection
> (fd=14)
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> conn unix:auth-worker (pid=566367,uid=97): Sending version handshake
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> conn unix:auth-worker (pid=566367,uid=97): auth-worker<1>: Handling
> USER request
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> passwd(bruno@2c2axxx.online-server.cloud): Performing userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> passwd(bruno@2c2axxx.online-server.cloud): lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374):
> passwd(bruno@2c2axxx.online-server.cloud): unknown user  - trying the
> next userdb
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> passwd(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth-worker(566374): Debug:
> conn unix:auth-worker (pid=566367,uid=97): auth-worker<1>: Finished
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd-file(bruno@2c2axxx.online-server.cloud): Performing userdb
lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd-file(bruno@2c2axxx.online-server.cloud): lookup:
> user=bruno@2c2axxx.online-server.cloud file=/etc/dovecot/users
> Aug 14 11:03:32 localhost dovecot[566097]: auth:
> passwd-file(bruno@2c2axxx.online-server.cloud): unknown user
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug:
> passwd-file(bruno@2c2axxx.online-server.cloud): Finished userdb lookup
> Aug 14 11:03:32 localhost dovecot[566097]: auth: Debug: userdb out:
> NOTFOUND#0111
> Aug 14 11:03:32 localhost dovecot[566097]:
>
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud):
> auth USER input:
> Aug 14 11:03:32 localhost dovecot[566097]:
>
lmtp(bruno@2c2axxx.online-server.cloud)<566373><0O+4HWRTNl9lpAgA0J78UA>:
> Debug: auth-master: userdb lookup(bruno@2c2axxx.online-server.cloud):
> Userdb lookup failed
> Aug 14 11:03:32 localhost postfix/lmtp[566372]: 4E2127802973:
> to=,
> relay=2c2axxx.online-server.cloud[private/dovecot-lmtp], delay=0.26,
> delays=0.19/0.02/0.02/0.02, dsn=5.1.1, status=bounced (host
> 2c