Re: Get rid of the "dbox-Mails"-folder
Would it be possible to add the possibility in future releases that DIRNAME respectively FULLDIRNAME could be empty (and works properly)? Greetings, Hativ Weitergeleitete Nachricht Betreff:Re: Get rid of the "dbox-Mails"-folder Datum: Sun, 8 Jul 2018 15:40:46 +0200 Von:Hativ An: dovecot@dovecot.org Hey Aki, DIRNAME with empty value has no effect, just like with FULLDIRNAME. "~/sdbox" instead of "~/" doesn't change that.. Greetings, Hativ Am 07.07.2018 um 20:24 schrieb Aki Tuomi: Does it work better if you use mail_location=sdbox:~/sdbox:DIRNAME= --- Aki Tuomi Dovecot oy Original message From: Hativ Date: 07/07/2018 20:53 (GMT+02:00) To: dovecot@dovecot.org Subject: Re: Get rid of the "dbox-Mails"-folder Hey again, sorry, but I have to correct me: Even with dot it's not working completely. The subscriptions file is not created and the dovecot-acl file has the wrong path, too. :-( Greetings, Hativ Am 07.07.2018 um 02:26 schrieb Hativ: Hey again, I've found a working configuration: mail_location = sdbox:~/:FULLDIRNAME=. I use a dot instead of slash or empty value. Now my folder structure looks like I want and Dovecot is working fine. Can anyone (maybe even a Dovecot developer?) say if the configuration is okay? I've tried to check the source code, but I don't know C as good as it's needed for that. Greetings, Hativ Am 06.07.2018 um 16:10 schrieb Hativ: Hey to all, is it possible to get rid of the "dbox-Mails"-folder when using sdbox? Currently my folder structure looks like this (I hope the output from tree would be formatted well): /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dbox-Mails │ │ ├── dovecot.index.cache │ │ ├── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── Sent │ │ └── dbox-Mails │ │ └── dovecot.index.log │ └── Trash │ └── dbox-Mails │ └── dovecot.index.log └── subscriptions I would like to let it look like this: /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dovecot.index.cache │ │ └── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └──dovecot.index.log │ ├── Sent │ │ └── dovecot.index.log │ └── Trash │ └── dovecot.index.log └── subscriptions My path configuration: mail_attribute_dict = file:%h/dovecot-attributes mail_home = /srv/mail/%d/%n/ mail_location = sdbox:~/ I have tried mail_location = sdbox:~/:FULLDIRNAME= and mail_location = sdbox:~/:FULLDIRNAME=/ but it doesn't work. The first doesn't change anything. The second auto-creates the folders after first login like I want, but after next login they are greyed out and no longer accessible. Is it possible to get rid of the "dbox-Mails"-folder? I want this because I don't like to have an unneeded deep folder structure. Or is there a good reason to let the "dbox-Mails" folder in my setup? Greetings, Hativ
Get rid of the "dbox-Mails"-folder
Hey to all, is it possible to get rid of the "dbox-Mails"-folder when using sdbox? Currently my folder structure looks like this (I hope the output from tree would be formatted well): /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dbox-Mails │ │ ├── dovecot.index.cache │ │ ├── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── Sent │ │ └── dbox-Mails │ │ └── dovecot.index.log │ └── Trash │ └── dbox-Mails │ └── dovecot.index.log └── subscriptions I would like to let it look like this: /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dovecot.index.cache │ │ └── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └──dovecot.index.log │ ├── Sent │ │ └── dovecot.index.log │ └── Trash │ └── dovecot.index.log └── subscriptions My path configuration: mail_attribute_dict = file:%h/dovecot-attributes mail_home = /srv/mail/%d/%n/ mail_location = sdbox:~/ I have tried mail_location = sdbox:~/:FULLDIRNAME= and mail_location = sdbox:~/:FULLDIRNAME=/ but it doesn't work. The first doesn't change anything. The second auto-creates the folders after first login like I want, but after next login they are greyed out and no longer accessible. Is it possible to get rid of the "dbox-Mails"-folder? I want this because I don't like to have an unneeded deep folder structure. Or is there a good reason to let the "dbox-Mails" folder in my setup? Greetings, Hativ
Re: Get rid of the "dbox-Mails"-folder
Hey again, I've found a working configuration: mail_location = sdbox:~/:FULLDIRNAME=. I use a dot instead of slash or empty value. Now my folder structure looks like I want and Dovecot is working fine. Can anyone (maybe even a Dovecot developer?) say if the configuration is okay? I've tried to check the source code, but I don't know C as good as it's needed for that. Greetings, Hativ Am 06.07.2018 um 16:10 schrieb Hativ: Hey to all, is it possible to get rid of the "dbox-Mails"-folder when using sdbox? Currently my folder structure looks like this (I hope the output from tree would be formatted well): /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dbox-Mails │ │ ├── dovecot.index.cache │ │ ├── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── Sent │ │ └── dbox-Mails │ │ └── dovecot.index.log │ └── Trash │ └── dbox-Mails │ └── dovecot.index.log └── subscriptions I would like to let it look like this: /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dovecot.index.cache │ │ └── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └──dovecot.index.log │ ├── Sent │ │ └── dovecot.index.log │ └── Trash │ └── dovecot.index.log └── subscriptions My path configuration: mail_attribute_dict = file:%h/dovecot-attributes mail_home = /srv/mail/%d/%n/ mail_location = sdbox:~/ I have tried mail_location = sdbox:~/:FULLDIRNAME= and mail_location = sdbox:~/:FULLDIRNAME=/ but it doesn't work. The first doesn't change anything. The second auto-creates the folders after first login like I want, but after next login they are greyed out and no longer accessible. Is it possible to get rid of the "dbox-Mails"-folder? I want this because I don't like to have an unneeded deep folder structure. Or is there a good reason to let the "dbox-Mails" folder in my setup? Greetings, Hativ
Re: Get rid of the "dbox-Mails"-folder
Hey again, sorry, but I have to correct me: Even with dot it's not working completely. The subscriptions file is not created and the dovecot-acl file has the wrong path, too. :-( Greetings, Hativ Am 07.07.2018 um 02:26 schrieb Hativ: Hey again, I've found a working configuration: mail_location = sdbox:~/:FULLDIRNAME=. I use a dot instead of slash or empty value. Now my folder structure looks like I want and Dovecot is working fine. Can anyone (maybe even a Dovecot developer?) say if the configuration is okay? I've tried to check the source code, but I don't know C as good as it's needed for that. Greetings, Hativ Am 06.07.2018 um 16:10 schrieb Hativ: Hey to all, is it possible to get rid of the "dbox-Mails"-folder when using sdbox? Currently my folder structure looks like this (I hope the output from tree would be formatted well): /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dbox-Mails │ │ ├── dovecot.index.cache │ │ ├── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── Sent │ │ └── dbox-Mails │ │ └── dovecot.index.log │ └── Trash │ └── dbox-Mails │ └── dovecot.index.log └── subscriptions I would like to let it look like this: /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dovecot.index.cache │ │ └── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └──dovecot.index.log │ ├── Sent │ │ └── dovecot.index.log │ └── Trash │ └── dovecot.index.log └── subscriptions My path configuration: mail_attribute_dict = file:%h/dovecot-attributes mail_home = /srv/mail/%d/%n/ mail_location = sdbox:~/ I have tried mail_location = sdbox:~/:FULLDIRNAME= and mail_location = sdbox:~/:FULLDIRNAME=/ but it doesn't work. The first doesn't change anything. The second auto-creates the folders after first login like I want, but after next login they are greyed out and no longer accessible. Is it possible to get rid of the "dbox-Mails"-folder? I want this because I don't like to have an unneeded deep folder structure. Or is there a good reason to let the "dbox-Mails" folder in my setup? Greetings, Hativ
Re: Get rid of the "dbox-Mails"-folder
Hey Aki, DIRNAME with empty value has no effect, just like with FULLDIRNAME. "~/sdbox" instead of "~/" doesn't change that.. Greetings, Hativ Am 07.07.2018 um 20:24 schrieb Aki Tuomi: Does it work better if you use mail_location=sdbox:~/sdbox:DIRNAME= --- Aki Tuomi Dovecot oy Original message From: Hativ Date: 07/07/2018 20:53 (GMT+02:00) To: dovecot@dovecot.org Subject: Re: Get rid of the "dbox-Mails"-folder Hey again, sorry, but I have to correct me: Even with dot it's not working completely. The subscriptions file is not created and the dovecot-acl file has the wrong path, too. :-( Greetings, Hativ Am 07.07.2018 um 02:26 schrieb Hativ: Hey again, I've found a working configuration: mail_location = sdbox:~/:FULLDIRNAME=. I use a dot instead of slash or empty value. Now my folder structure looks like I want and Dovecot is working fine. Can anyone (maybe even a Dovecot developer?) say if the configuration is okay? I've tried to check the source code, but I don't know C as good as it's needed for that. Greetings, Hativ Am 06.07.2018 um 16:10 schrieb Hativ: Hey to all, is it possible to get rid of the "dbox-Mails"-folder when using sdbox? Currently my folder structure looks like this (I hope the output from tree would be formatted well): /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dbox-Mails │ │ ├── dovecot.index.cache │ │ ├── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └── dbox-Mails │ │ └── dovecot.index.log │ ├── Sent │ │ └── dbox-Mails │ │ └── dovecot.index.log │ └── Trash │ └── dbox-Mails │ └── dovecot.index.log └── subscriptions I would like to let it look like this: /srv/mail/ └── example.com └── user ├── dovecot-acl-list ├── dovecot-attributes ├── dovecot.list.index.log ├── dovecot.mailbox.log ├── dovecot-uidvalidity ├── dovecot-uidvalidity.5b3f746f ├── mailboxes │ ├── Drafts │ │ └── dovecot.index.log │ ├── INBOX │ │ └── dovecot.index.cache │ │ └── dovecot.index.log │ │ └── u.1 │ ├── Junk │ │ └──dovecot.index.log │ ├── Sent │ │ └── dovecot.index.log │ └── Trash │ └── dovecot.index.log └── subscriptions My path configuration: mail_attribute_dict = file:%h/dovecot-attributes mail_home = /srv/mail/%d/%n/ mail_location = sdbox:~/ I have tried mail_location = sdbox:~/:FULLDIRNAME= and mail_location = sdbox:~/:FULLDIRNAME=/ but it doesn't work. The first doesn't change anything. The second auto-creates the folders after first login like I want, but after next login they are greyed out and no longer accessible. Is it possible to get rid of the "dbox-Mails"-folder? I want this because I don't like to have an unneeded deep folder structure. Or is there a good reason to let the "dbox-Mails" folder in my setup? Greetings, Hativ
Re: Panic: file smtp-client-connection.c: line 1212 (smtp_client_connection_established): assertion failed: (!conn->connect_succeeded)
Is this (DOV-3600) fixed in 2.3.9?
Best regards
Hativ
Am Montag, den 14.10.2019, 09:44 +0200 schrieb Stephan Bosch:
> On 11/10/2019 10:06, Hativ via dovecot wrote:
> > Hello Aki,
> > I have this problem just with 2.3.8, my self-compiled 2.3.3 works
> > fine. I have previously tried to update from 2.3.3 to higher
> > versions (possibly 2.3.5 or so), but always had this error, which
> > is why I am always back to 2.3.3.
> This bug was already known. It is tracked internally as DOV-3600.
> Looks like it will be put through somewhat soon.
> Regards,
> Stephan.
> > Configuration is exactly the same.
> > Here my output from "doveconf -n":
> > # 2.3.8 (9df20d2db): /etc/dovecot/dovecot.conf# Pigeonhole version
> > 0.5.8 (b7b03ba2)# OS: Linux 4.15.0-65-generic x86_64 Ubuntu 18.04.3
> > LTS# Hostname: srv2auth_mechanisms = plain logindefault_login_user
> > = dovecot-logindefault_vsz_limit = 1 Gdict { quota =
> > mysql:/etc/dovecot/dovecot-quota.conf.ext}doveadm_password = #
> > hidden, use -P to show itdoveadm_port =
> > 12345haproxy_trusted_networks = 10.201.29.33 fec0:4f8:1c1c:3440::1
> > 10.46.163.91 fec0:4f8:1c17:4548::1 10.216.147.248
> > fec0:4f9:c010:bec::1hostname = mda1-2.example.comimap_capability =
> > +XLISTimap_id_send =imap_idle_notify_interval = 30 minslisten =
> > 10.46.163.91, fec0:4f8:1c17:4548::1lmtp_rcpt_check_quota =
> > yesmail_attribute_dict = file:%h/dovecot-attributesmail_debug =
> > yesmail_gid = dovecot-mailmail_home = /srv/mail/%d/%nmail_location
> > = sdbox:~/mail_max_userip_connections = 20mail_plugins = " acl
> > mail_crypt mail_log notify quota quota_clone replication"mail_uid =
> > dovecot-mailmail_vsize_bg_after_count =
> > 100managesieve_notify_capability =
> > mailtomanagesieve_sieve_capability = fileinto reject envelope
> > encoded-character vacation subaddress comparator-i;ascii-numeric
> > relational regex imap4flags copy include variables body enotify
> > environment mailbox date index ihave duplicate mime foreverypart
> > extracttext imapsieve vnd.dovecot.imapsievenamespace INBOX { inbox
> > = yes location = mailbox Drafts {auto =
> > subscribespecial_use = \Drafts } mailbox Junk {auto =
> > subscribespecial_use = \Junk } mailbox Sent {auto =
> > subscribespecial_use = \Sent } mailbox Trash {auto =
> > subscribespecial_use = \Trash } prefix =}namespace Shared {
> > list = children location = sdbox:%%h/:INDEXPVT=~/shares/%%u
> > prefix = Shared/%%u/ subscriptions = yes type = shared}passdb {
> > args = /etc/dovecot/dovecot-auth.conf.ext driver = sql}plugin {
> > acl = vfile acl_shared_dict = file:/var/lib/dovecot/db/shared-
> > mailboxes.db imapsieve_mailbox1_before =
> > file:/etc/dovecot/sieve/report-spam.sieve
> > imapsieve_mailbox1_causes = COPY imapsieve_mailbox1_name = Junk
> > imapsieve_mailbox2_before = file:/etc/dovecot/sieve/report-
> > ham.sieve imapsieve_mailbox2_causes = COPY
> > imapsieve_mailbox2_from = Junk imapsieve_mailbox2_name = INBOX
> > mail_crypt_curve = secp521r1 mail_crypt_save_version = 0
> > mail_log_events = copy delete expunge flag_change mailbox_create
> > mailbox_delete mailbox_rename undelete save mail_log_fields = uid
> > box msgid size from subject mail_replica = tcps:mda1-
> > 1.example.com quota = count quota_clone_dict = proxy::quota
> > quota_rule = *:bytes=0 quota_vsizes = yes sieve =
> > file:~/sieve;active=~/.dovecot.sieve sieve_after =
> > /etc/dovecot/sieve-after sieve_before = /etc/dovecot/sieve-before
> > sieve_global_extensions = +vnd.dovecot.pipe sieve_pipe_bin_dir =
> > /usr/bin/ sieve_plugins = sieve_extprograms
> > sieve_imapsieve}postmaster_address = postmas...@example.com
> > <mailto:postmas...@example.com>protocols = imap lmtp sieve
> > submissionservice aggregator { fifo_listener replication-notify-
> > fifo {user = $mail_uid } unix_listener replication-notify
> > {user = $mail_uid }}service doveadm { inet_listener {port
> > = 12345ssl = yes }}service imap-login { inet_listener imap
> > {port = 0 } inet_listener imaps {haproxy = yes }}service
> > lmtp { inet_listener lmtp {address = $listenport = 24
> > }}service managesieve-login { inet_listener sieve {haproxy =
> > yesssl = yes }}service replicator { process_min_avail = 1
> > unix_listener replicator-doveadm {mode = 0600user =
> > $mail_uid }}service submission-login { inet_listener submission
> > {haproxy = yesport = 465ssl = yes }}ssl =
> > requiredssl_alt_cert = > = # hid
Panic: file smtp-client-connection.c: line 1212 (smtp_client_connection_established): assertion failed: (!conn->connect_succeeded)
Hello, after migrating from self-compiled Dovecot 2.3.3 to Dovecot 2.3.8 from the repository (Ubuntu 18.04 LTS "Bionic" packages) I have issues with the submission service. If I send an email, it will not be forwarded and I get the following error message: Oct 11 09:29:01 srv2 dovecot: submission(ha...@example.com)<15819>: Panic: file smtp-client-connection.c: line 1212 (smtp_client_connection_established): assertion failed: (!conn->connect_succeeded) Oct 11 09:29:01 srv2 dovecot: submission(ha...@example.com)<15819>: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xe7f7e) [0x7f64b1f76f7e] -> /usr/lib/dovecot/libdovecot.so.0(+0xe8021) [0x7f64b1f77021] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f64b1ecfaf4] -> /usr/lib/dovecot/libdovecot.so.0(+0x50ec8) [0x7f64b1edfec8] -> /usr/lib/dovecot/libdovecot.so.0(+0x51078) [0x7f64b1ee0078] -> /usr/lib/dovecot/libdovecot.so.0(+0x541f4) [0x7f64b1ee31f4] -> /usr/lib/dovecot/libdovecot.so.0(smtp_client_command_input_reply+0x1f8) [0x7f64b1edb738] -> /usr/lib/dovecot/libdovecot.so.0(+0x54a93) [0x7f64b1ee3a93] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x6f) [0x7f64b1f909af] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x13c) [0x7f64b1f9237c] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x4c) [0x7f64b1f90abc] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f64b1f90cd8] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f64b1eff053] -> dovecot/submission [ha...@example.com fec0:810c:c0c0:8a0:342a:8478:1ee:4f8e GREETING](main+0x3d1) [0x55dcc748fec1] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7) [0x7f64b1abfb97] -> dovecot/submission [ha...@example.com fec0:810c:c0c0:8a0:342a:8478:1ee:4f8e GREETING](_start+0x2a) [0x55dcc749009a] Does somebody has any idea? The problem has been taking me months, now I want to finally update to the current version. Full debug log: Oct 11 09:29:00 srv2 dovecot: submission-login: Login: user=< ha...@example.com>, method=PLAIN, rip=fec0:810c:c0c0:8a0:342a:8478:1ee:4f8e, lip=fec0:4f8:1c0c:8099::1, mpid=15819, TLS, session= Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Loading modules from directory: /usr/lib/dovecot/modules Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Module loaded: /usr/lib/dovecot/modules/lib01_acl_plugin.so Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Module loaded: /usr/lib/dovecot/modules/lib10_mail_crypt_plugin.so Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Module loaded: /usr/lib/dovecot/modules/lib10_quota_plugin.so Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Module loaded: /usr/lib/dovecot/modules/lib15_notify_plugin.so Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_mail_log_plugin.so Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_quota_clone_plugin.so Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_replication_plugin.so Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Added userdb setting: plugin/mail_crypt_private_password= Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Added userdb setting: plugin/mail_crypt_save_version=0 Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Added userdb setting: plugin/quota_rule=*:bytes=0 Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Effective uid=998, gid=998, home=/srv/mail/example.com/hativ Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Quota root: name= backend=count args= Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Quota rule: root= mailbox=* bytes=0 messages=0 Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Quota grace: root= bytes=0 (10%) Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: Namespace INBOX: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=sdbox:~/ Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: fs: root=/srv/mail/example.com/hativ, index=, indexpvt=, control=, inbox=, alt= Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: acl: initializing backend with data: vfile Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: acl: acl username = ha...@example.com Oct 11 09:29:00 srv2 dovecot: submission(ha...@example.com)<15819>: Debug: acl: owner = 1 Oct 11 09:29:00 srv2 dovecot: submissio
Re: Panic: file smtp-client-connection.c: line 1212 (smtp_client_connection_established): assertion failed: (!conn->connect_succeeded)
Hello Aki,
I have this problem just with 2.3.8, my self-compiled 2.3.3 works fine.
I have previously tried to update from 2.3.3 to higher versions
(possibly 2.3.5 or so), but always had this error, which is why I am
always back to 2.3.3.
Configuration is exactly the same.
Here my output from "doveconf -n":
# 2.3.8 (9df20d2db): /etc/dovecot/dovecot.conf# Pigeonhole version
0.5.8 (b7b03ba2)# OS: Linux 4.15.0-65-generic x86_64 Ubuntu 18.04.3
LTS # Hostname: srv2auth_mechanisms = plain logindefault_login_user =
dovecot-logindefault_vsz_limit = 1 Gdict { quota =
mysql:/etc/dovecot/dovecot-quota.conf.ext}doveadm_password = # hidden,
use -P to show itdoveadm_port = 12345haproxy_trusted_networks =
10.201.29.33 fec0:4f8:1c1c:3440::1 10.46.163.91 fec0:4f8:1c17:4548::1
10.216.147.248 fec0:4f9:c010:bec::1hostname = mda1-
2.example.comimap_capability = +XLISTimap_id_send
= imap_idle_notify_interval = 30 minslisten = 10.46.163.91,
fec0:4f8:1c17:4548::1lmtp_rcpt_check_quota = yesmail_attribute_dict =
file:%h/dovecot-attributesmail_debug = yesmail_gid = dovecot-
mailmail_home = /srv/mail/%d/%nmail_location =
sdbox:~/mail_max_userip_connections = 20mail_plugins = " acl mail_crypt
mail_log notify quota quota_clone replication"mail_uid = dovecot-
mailmail_vsize_bg_after_count = 100managesieve_notify_capability =
mailtomanagesieve_sieve_capability = fileinto reject envelope encoded-
character vacation subaddress comparator-i;ascii-numeric relational
regex imap4flags copy include variables body enotify environment
mailbox date index ihave duplicate mime foreverypart extracttext
imapsieve vnd.dovecot.imapsievenamespace INBOX { inbox = yes location
= mailbox Drafts {auto = subscribespecial_use = \Drafts }
mailbox Junk {auto = subscribespecial_use = \Junk } mailbox
Sent {auto = subscribespecial_use = \Sent } mailbox Trash
{auto = subscribespecial_use = \Trash } prefix = }namespace
Shared { list = children location = sdbox:%%h/:INDEXPVT=~/shares/%%u
prefix = Shared/%%u/ subscriptions = yes type = shared}passdb { args
= /etc/dovecot/dovecot-auth.conf.ext driver = sql}plugin { acl =
vfile acl_shared_dict = file:/var/lib/dovecot/db/shared-mailboxes.db
imapsieve_mailbox1_before = file:/etc/dovecot/sieve/report-spam.sieve
imapsieve_mailbox1_causes = COPY imapsieve_mailbox1_name = Junk
imapsieve_mailbox2_before = file:/etc/dovecot/sieve/report-ham.sieve
imapsieve_mailbox2_causes = COPY imapsieve_mailbox2_from = Junk
imapsieve_mailbox2_name = INBOX mail_crypt_curve = secp521r1
mail_crypt_save_version = 0 mail_log_events = copy delete expunge
flag_change mailbox_create mailbox_delete mailbox_rename undelete save
mail_log_fields = uid box msgid size from subject mail_replica =
tcps:mda1-1.example.com quota = count quota_clone_dict =
proxy::quota quota_rule = *:bytes=0 quota_vsizes = yes sieve =
file:~/sieve;active=~/.dovecot.sieve sieve_after = /etc/dovecot/sieve-
after sieve_before = /etc/dovecot/sieve-before
sieve_global_extensions = +vnd.dovecot.pipe sieve_pipe_bin_dir =
/usr/bin/ sieve_plugins = sieve_extprograms
sieve_imapsieve}postmaster_address = postmaster@example.comprotocols =
imap lmtp sieve submissionservice aggregator { fifo_listener
replication-notify-fifo {user = $mail_uid } unix_listener
replication-notify {user = $mail_uid }}service doveadm {
inet_listener {port = 12345ssl = yes }}service imap-login {
inet_listener imap {port = 0 } inet_listener imaps {haproxy =
yes }}service lmtp { inet_listener lmtp {address =
$listenport = 24 }}service managesieve-login { inet_listener
sieve {haproxy = yesssl = yes }}service replicator {
process_min_avail = 1 unix_listener replicator-doveadm {mode =
0600user = $mail_uid }}service submission-login { inet_listener
submission {haproxy = yesport = 465ssl = yes }}ssl =
requiredssl_alt_cert = On 11.10.2019 10.50, Hativ via dovecot wrote:
> > Hello,
> > after migrating from self-compiled Dovecot 2.3.3 to Dovecot 2.3.8
> > fromthe repository (Ubuntu 18.04 LTS "Bionic" packages) I have
> > issues withthe submission service. If I send an email, it will not
> > be forwardedand I get the following error message:
> snip...
>
> > Best regards
> > Hativ
>
> Can you provide doveconf -n?
> Also, are you having this problem in 2.3.3 or just 2.3.8?
> Aki
Best regards
Hativ
