Can't figure out why managesieve (pigeonhole) can't connect
dovecot[8514]: imap-login: Login:
user=, method=CRAM-MD5, rip=10.0.0.1,
lip=10.0.0.91, mpid=8644, TLS, session=<677prRHu4aAKAAAB>
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: A0003 OK
[CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT
SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT
MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS
LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES
WITHIN CONTEXT=SEARCH LIST-STATUS BINARY MOVE SNIPPET=FUZZY
PREVIEW=FUZZY PREVIEW STATUS=SIZE SAVEDATE LITERAL+ NOTIFY SPECIAL-USE]
Logged in
Nov 22 10:29:43 mail roundcube[71055]: [CD90] C: A0004 ID
("name" "Roundcube" "version" "1.6.0" "php" "8.0.25" "os" "FreeBSD"
"command" "/")
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * ID ("name"
"Dovecot")
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: A0004 OK ID
completed (0.001 + 0.000 secs).
Nov 22 10:29:43 mail roundcube[71055]: [CD90] C: A0005 LIST
(SUBSCRIBED) "" "*"
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" Drafts
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" Junk
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" Sent
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" Trash
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" INBOX/NAS-Alerts
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" INBOX/email-reports
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: A0005 OK
List completed (0.001 + 0.000 secs).
Nov 22 10:29:43 mail roundcube[71055]: [CD90] C: A0006 LOGOUT
Nov 22 10:29:43 mail dovecot[8514]:
imap(obfusca...@user.name)<8644><677prRHu4aAKAAAB>: Disconnected: Logged
out in=137 out=821 deleted=0 expunged=0 trashed=0 hdr_count=0
hdr_bytes=0 body_count=0 body_bytes=0
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * BYE
Logging out
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: A0006 OK
Logout completed (0.001 + 0.000 secs).
DOVECOT INFO:
# dovecot --version
2.3.19.1 (9b53102964)
# dovecot -n
# 2.3.19.1 (9b53102964): /usr/local/etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.19 (4eae2f79)
# OS: FreeBSD 13.1-RELEASE-p2 amd64 zfs
# Hostname: localhost
auth_mechanisms = cram-md5
first_valid_gid = 1
first_valid_uid = 1
mail_location = maildir:/var/mail/users/%u
managesieve_notify_capability = mailto
managesieve_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
namespace inbox {
inbox = yes
location =
mailbox Drafts {
auto = create
special_use = \Drafts
}
mailbox Junk {
auto = create
special_use = \Junk
}
mailbox Sent {
auto = create
special_use = \Sent
}
mailbox Trash {
auto = create
special_use = \Trash
}
prefix =
separator = /
}
passdb {
args = username_format=%u /usr/local/etc/dovecot/users
driver = passwd-file
}
plugin {
sieve =
file:/usr/local/etc/dovecot/sieve;active=/usr/local/etc/dovecot/sieve/.dovecot.sieve
sieve_before = /usr/local/etc/dovecot/sieve/before-global.sieve
sieve_default = /usr/local/etc/dovecot/sieve/default.sieve
sieve_global = /usr/local/etc/dovecot/sieve/global/
}
protocols = imap lmtp sieve
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0666
user = postfix
}
}
service lmtp {
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
ssl_cert =
ssl_cipher_list = HIGH:!aNULL:!AES128:!SSLv2
ssl_dh = # hidden, use -P to show it
ssl_key = # hidden, use -P to show it
syslog_facility = local1
userdb {
args = username_format=%u /usr/local/etc/dovecot/users
driver = passwd-file
}
protocol lmtp {
mail_plugins = " sieve"
}
protocol sieve {
info_log_path = /var/log/dovecot-sieve.log
log_path = /var/log/dovecot-sieve-errors.log
managesieve_implementation_string = dovecot
managesieve_max_line_length = 64 k
}
THANKS!
Colin
Can't figure out why managesieve (pigeonhole) can't connect
dovecot[8514]: imap-login: Login:
user=, method=CRAM-MD5, rip=10.0.0.1,
lip=10.0.0.91, mpid=8644, TLS, session=<677prRHu4aAKAAAB>
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: A0003 OK
[CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT
SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT
MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS
LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES
WITHIN CONTEXT=SEARCH LIST-STATUS BINARY MOVE SNIPPET=FUZZY
PREVIEW=FUZZY PREVIEW STATUS=SIZE SAVEDATE LITERAL+ NOTIFY SPECIAL-USE]
Logged in
Nov 22 10:29:43 mail roundcube[71055]: [CD90] C: A0004 ID
("name" "Roundcube" "version" "1.6.0" "php" "8.0.25" "os" "FreeBSD"
"command" "/")
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * ID ("name"
"Dovecot")
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: A0004 OK ID
completed (0.001 + 0.000 secs).
Nov 22 10:29:43 mail roundcube[71055]: [CD90] C: A0005 LIST
(SUBSCRIBED) "" "*"
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" Drafts
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" Junk
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" Sent
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" Trash
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" INBOX/NAS-Alerts
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * LIST
(\Subscribed) "/" INBOX/email-reports
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: A0005 OK
List completed (0.001 + 0.000 secs).
Nov 22 10:29:43 mail roundcube[71055]: [CD90] C: A0006 LOGOUT
Nov 22 10:29:43 mail dovecot[8514]:
imap(obfusca...@user.name)<8644><677prRHu4aAKAAAB>: Disconnected: Logged
out in=137 out=821 deleted=0 expunged=0 trashed=0 hdr_count=0
hdr_bytes=0 body_count=0 body_bytes=0
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: * BYE
Logging out
Nov 22 10:29:43 mail roundcube[71055]: [CD90] S: A0006 OK
Logout completed (0.001 + 0.000 secs).
DOVECOT INFO:
# dovecot --version
2.3.19.1 (9b53102964)
# dovecot -n
# 2.3.19.1 (9b53102964): /usr/local/etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.19 (4eae2f79)
# OS: FreeBSD 13.1-RELEASE-p2 amd64 zfs
# Hostname: localhost
auth_mechanisms = cram-md5
first_valid_gid = 1
first_valid_uid = 1
mail_location = maildir:/var/mail/users/%u
managesieve_notify_capability = mailto
managesieve_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
namespace inbox {
inbox = yes
location =
mailbox Drafts {
auto = create
special_use = \Drafts
}
mailbox Junk {
auto = create
special_use = \Junk
}
mailbox Sent {
auto = create
special_use = \Sent
}
mailbox Trash {
auto = create
special_use = \Trash
}
prefix =
separator = /
}
passdb {
args = username_format=%u /usr/local/etc/dovecot/users
driver = passwd-file
}
plugin {
sieve =
file:/usr/local/etc/dovecot/sieve;active=/usr/local/etc/dovecot/sieve/.dovecot.sieve
sieve_before = /usr/local/etc/dovecot/sieve/before-global.sieve
sieve_default = /usr/local/etc/dovecot/sieve/default.sieve
sieve_global = /usr/local/etc/dovecot/sieve/global/
}
protocols = imap lmtp sieve
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0666
user = postfix
}
}
service lmtp {
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
ssl_cert =
ssl_cipher_list = HIGH:!aNULL:!AES128:!SSLv2
ssl_dh = # hidden, use -P to show it
ssl_key = # hidden, use -P to show it
syslog_facility = local1
userdb {
args = username_format=%u /usr/local/etc/dovecot/users
driver = passwd-file
}
protocol lmtp {
mail_plugins = " sieve"
}
protocol sieve {
info_log_path = /var/log/dovecot-sieve.log
log_path = /var/log/dovecot-sieve-errors.log
managesieve_implementation_string = dovecot
managesieve_max_line_length = 64 k
}
THANKS!
Colin
Re: Can't figure out why managesieve (pigeonhole) can't connect
i believe i have all but $config['managesieve_default'] = '', i will
have to look that one up
roundcube config.inc.php:
$config['db_dsnw'] =
'sqlite:usr/local/sqlite/roundcube.sql?mode=0646';
$config['log_driver'] = 'syslog';
$config['syslog_facility'] = LOG_LOCAL1;
$config['imap_host'] = 'tls://obfuscated.comain.com';
$config['smtp_host'] = 'tls://obfuscated.comain.com';
$config['smtp_port'] = 10025;
$config['support_url'] = 'mailto:ad...@obfuscated.comain.com';
$config['ip_check'] = true;
$config['product_name'] = 'My Mail';
$config['identities_level'] = 3;
$config['drafts_mbox'] = 'INBOX.Drafts';
$config['sent_mbox'] = 'INBOX.Sent';
$config['junk_mbox'] = 'INBOX.Junk';
$config['trash_mbox'] = 'INBOX.Deleted';
$config['default_folders'] = array('INBOX', 'INBOX.Drafts',
'INBOX.Sent', 'INBOX.Junk', 'INBOX.Deleted');
$config['create_default_folders'] = true;
$config['protect_default_folders'] = true;
$config['show_real_foldernames'] = false;
$config['enable_spellcheck'] = true;
$config['draft_autosave'] = 1;
$config['mime_param_folding'] = 0;
$config['mdn_requests'] = 2;
$config['login_lc'] = 0;
$config['default_charset'] = 'UTF-8';
$config['password_charset'] = 'UTF-8';
$config['mime_types'] = '/usr/local/etc/apache24/mime.types';
$config['plugins'] = array('managesieve','emoticons');
$config['cipher_method'] = 'AES-256-CBC';
$config['des_key'] = 'xxx';
$config['managesieve_port'] = 4190;
$config['managesieve_auth_type'] = 'cram-md5';
$config['managesieve_host'] = 'tls://obfuscated.comain.com';
$config['managesieve_usetls'] = true;
$config['managesieve_vacation'] = 1;
$config['managesieve_forward'] = 1;
$config['managesieve_debug'] = true;
$config['debug_level'] = 1;
$config['sql_debug'] = true;
$config['imap_debug'] = true;
$config['ldap_debug'] = true;
$config['smtp_debug'] = true;
On 2022-11-22 11:23, dove...@ptld.com wrote:
Subject line says it all? I am using Roundcube, and every time i
click on "filters" i get RC's "unable to connect to server" message.
Did you edit the plugin config for your setup or are you just using
defaults?
For example:
$config['managesieve_host'] = 'localhost:4190';
$config['managesieve_auth_type'] = 'PLAIN';
$config['managesieve_default'] = '';
Re: Can't figure out why managesieve (pigeonhole) can't connect
changing tls:// to ssl:// did not seem to have any effect: Nov 22 15:02:44 mail roundcube[19803]: [2] SELECT * FROM "users" WHERE "user_id" = '2'; Nov 22 15:02:44 mail roundcube[19803]: PHP Error: Connection refused (GET /index.php?_task=settings&_action=plugin.managesieve-forward) Nov 22 15:02:44 mail roundcube[19803]: PHP Error: Unable to connect to managesieve on domain.com:4190 in /usr/local/www/roundcube/plugins/managesieve/lib/Roundcube/rcube_sieve_engine.php on line 221 (GET /index.php?_task=settings&_action=plugin.managesieve-forward) On 2022-11-22 14:54, hi@zakaria.website wrote: Change tl s:// to s sl://, it might work. If didnt, RC dropped ss l support at some point and later returned it in master 1.6. My recommendation it is upgrade to latest RC or refer to the managesieve s sl recent commit and apply the changes manually. Zakaria.
Re: Can't figure out why managesieve (pigeonhole) can't connect
thanks for your reply - dovecot and roundcube are on the same server,
and i am able to authenticate both a telnet and an openssl connection
with manageseieve on that port from both the same machine and another
machine, so i think that has to mean managesieve is listening, correct?
On 2022-11-23 04:09, Yassine Chaouche wrote:
hello Colin,
is anything listening on that port?
you might find lsof and netstat helpful.
also, if roundcube and dovecot are on different servers, you might want
to check a network cnx to the managesieve port.
cnx refused often means nothing is listening or firewall is filtering.
Yassine.
Le 22 novembre 2022 6:03:08 PM GMT+01:00, co...@colinlikesfood.com a
écrit :
Subject line says it all? I am using Roundcube, and every time i
click on "filters" i get RC's "unable to connect to server" message.
This might be an SQL error, but i can't figure out how to pull the
relevant logs yet. Please see below and any advice you have is so
very appreciated
SYSLOG:
---
Nov 22 10:29:27 mail roundcube[66295]: PHP Error:
Connection refused (GET
/index.php?_task=settings&_action=plugin.managesieve)
Nov 22 10:29:27 mail roundcube[66295]: PHP Error: Unable to
connect to managesieve on obfuscated.domain:4190 in
/usr/local/www/roundcube/plugins/managesieve/lib/Roundcube/rcube_sieve_engine.php
on line 221 (GET /index.php?_task=settings&_action=plugin.managesieve)
Nov 22 10:29:27 mail roundcube[66295]: PHP Error: Not
currently in AUTHORISATION state (GET
/index.php?_task=settings&_action=plugin.managesieve)
Nov 22 10:29:27 mail php[66295]: PHP Error: Not currently
connected (GET /index.php?_task=settings&_action=plugin.managesieve)
Nov 22 10:29:31 mail roundcube[66295]: PHP Error:
Connection refused (GET
/index.php?_task=settings&_action=plugin.managesieve-action&_framed=1&_nav=hide)
Nov 22 10:29:31 mail roundcube[66295]: PHP Error: Unable to
connect to managesieve on obfuscated.domain:4190 in
/usr/local/www/roundcube/plugins/managesieve/lib/Roundcube/rcube_sieve_engine.php
on line 221 (GET
/index.php?_task=settings&_action=plugin.managesieve-action&_framed=1&_nav=hide)
Nov 22 10:29:31 mail php[66295]: PHP Error: Not currently
connected (GET
/index.php?_task=settings&_action=plugin.managesieve-action&_framed=1&_nav=hide)
Nov 22 10:29:43 mail roundcube[71055]: PHP Error:
Connection refused (POST
/?_task=settings&_action=plugin.managesieve-save)
Nov 22 10:29:43 mail roundcube[71055]: PHP Error: Unable to
connect to managesieve on obfuscated.domain:4190 in
/usr/local/www/roundcube/plugins/managesieve/lib/Roundcube/rcube_sieve_engine.php
on line 221 (POST /?_task=settings&_action=plugin.managesieve-save)
Nov 22 10:29:43 mail roundcube[71055]: PHP Warning: Trying to access
array offset on value of type null in
/usr/local/www/roundcube/plugins/managesieve/lib/Roundcube/rcube_sieve_engine.php
on line 1065
Nov 22 10:29:43 mail php[71055]: PHP Error: Not currently
connected (POST /?_task=settings&_action=plugin.managesieve-save)
DOVECOT.LOG:
---
Nov 22 10:28:58 mail roundcube[66297]: [43CD] C: A0008
LOGOUT
Nov 22 10:28:58 mail dovecot[8514]:
imap(obfusca...@user.name)<8609>: Disconnected:
Logged out in=219 out=1045 deleted=0 expunged=0 trashed=0 hdr_count=0
hdr_bytes=0 body_count=0 body_bytes=0
Nov 22 10:28:58 mail roundcube[66297]: [43CD] S: * BYE
Logging out
Nov 22 10:28:58 mail roundcube[66297]: [43CD] S: A0008 OK
Logout completed (0.001 + 0.000 secs).
Nov 22 10:29:25 mail roundcube[66295]: [1] SELECT "vars",
"ip", "changed", datetime('now') AS ts, CASE WHEN "changed" <
datetime('now', '-600 seconds') THEN 1 ELSE 0 END AS expired FROM
"session" WHERE "sess_id" = 'keirks4pbepr17um9mvj1qsvt2';
Nov 22 10:29:25 mail roundcube[66295]: [2] SELECT * FROM
"users" WHERE "user_id" = '2';
Nov 22 10:29:25 mail roundcube[66295]: [3] UPDATE "session"
SET "changed" = datetime('now'), "vars" =
'bGFuZ3VhZ2V8czo1OiJlbl9VUyI7aW1hcF9uYW1lc3BhY2V8YTo0OntzOjg6InBlcnNvbmFsIjthOjE6e2k6MDthOjI6e2k6MDtzOjA6IiI7aToxO3M6MToiLyI7fX1zOjU6Im90aGVyIjtOO3M6Njoic2hhcmVkIjtOO3M6MTA6InByZWZpeF9vdXQiO3M6MDoiIjt9aW1hcF9kZWxpbWl0ZXJ8czoxOiIvIjtpbWFwX2xpc3RfY29uZnxhOjI6e2k6MDtOO2k6MTthOjA6e319dXNlcl9pZHxpOjI7dXNlcm5hbWV8czoyNDoiY29saW5AY29saW5saWtlc2Zvb2QuY29tIjtzdG9yYWdlX2hvc3R8czoxODoiY29saW5saWtlc2Zvb2QuY29tIjtzdG9yYWdlX3BvcnR8aToxNDM7c3RvcmFnZV9zc2x8czozOiJ0bHMiO3Bhc3N3b3JkfHM6NDQ6ImNYOCt0VmJXV010VEMxRTlXQVB4ZjVOSlU1bWlKa2ZveC8xRWpuZVB2Ym89Ijtsb2dpbl90aW1lfGk6MTY2OTA2MzM4OTt0aW1lem9uZXxzOjE1OiJBbWVyaWNhL0NoaWNhZ28iO2F1dGhfc2VjcmV0fHM6MjY6ImNHdkc4ZWR5QmFmNWJITVpISG5sTEY3ZmpZIjtyZXF1ZXN0X3Rva2VufHM6MzI6IkM5VXlNNVBMUnhSeER
Re: Can't figure out why managesieve (pigeonhole) can't connect
thank you again. it seems you have seen my paste of config.inc.php. I do not have a config.php: my_user@some_host:/usr/local/www/roundcube/config # ls -l total 67 -rw-r--r-- 1 root wheel164 Jul 23 15:17 .htaccess -rw-r--r-- 1 root wheel 1867 Nov 22 15:12 config.inc.php -rw-r--r-- 1 root wheel 2943 Jul 23 15:17 config.inc.php.sample -rw-r--r-- 1 root wheel 63790 Oct 29 20:24 defaults.inc.php -rw-r--r-- 1 root wheel 2806 Jul 23 15:17 mimetypes.php my_user@some_host:/usr/local/www/roundcube/config # I have tried changing tls:// to ssl:// and back again (in the line $config['managesieve_host'] = 'tls://obfuscated.domain';) but the error remains the same: roundcube: PHP Error: Connection refused (GET /index.php?_task=settings&_action=plugin.managesieve) roundcube: PHP Error: Unable to connect to managesieve on obfuscated.domain:4190 in /usr/local/www/roundcube/plugins/managesieve/lib/Roundcube/rcube_sieve_engine.php on line 221 (GET /index.php?_task=settings&_action=plugin.managesieve) roundcube: PHP Error: Not currently in AUTHORISATION state (GET /index.php?_task=settings&_action=plugin.managesieve) php: PHP Error: Not currently connected (GET /index.php?_task=settings&_action=plugin.managesieve) roundcube: PHP Error: Connection refused (GET /index.php?_task=settings&_action=plugin.managesieve-action&_framed=1&_nav=hide) roundcube: PHP Error: Unable to connect to managesieve on obfuscated.domain:4190 in /usr/local/www/roundcube/plugins/managesieve/lib/Roundcube/rcube_sieve_engine.php on line 221 (GET /index.php?_task=settings&_action=plugin.managesieve-action&_framed=1&_nav=hide) php: PHP Error: Not currently connected (GET /index.php?_task=settings&_action=plugin.managesieve-action&_framed=1&_nav=hide) roundcube: PHP Error: Connection refused (POST /?_task=settings&_action=plugin.managesieve-save) roundcube: PHP Error: Unable to connect to managesieve on obfuscated.domain:4190 in /usr/local/www/roundcube/plugins/managesieve/lib/Roundcube/rcube_sieve_engine.php on line 221 (POST /?_task=settings&_action=plugin.managesieve-save) i don't understand why it can't connect, this seems to work fine: # gnutls-cli --tofu --starttls -p 4190 10.0.0.91 Processed 142 CA certificate(s). Resolving '10.0.0.91:4190'... Connecting to '10.0.0.91:4190'... - Simple Client Mode: "IMPLEMENTATION" "dovecot" "SIEVE" "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" "NOTIFY" "mailto" "SASL" "CRAM-MD5" "STARTTLS" "VERSION" "1.0" OK "Dovecot ready." STARTTLS OK "Begin TLS negotiation now." *** Starting TLS handshake - Certificate type: X.509 - Got a certificate list of 3 certificates. - Certificate[0] info: - subject `CN=obfuscated.domain.com', issuer `CN=R3,O=Let's Encrypt,C=US', serial xx, RSA key 2048 bits, signed using RSA-SHA256, activated `-mm-dd 17:48:15 UTC', expires `-mm-dd 17:48:14 UTC', pin-sha256="xx" Public Key ID: sha1:xx sha256:xx Public Key PIN: pin-sha256:xx - Certificate[1] info: - subject `CN=R3,O=Let's Encrypt,C=US', issuer `CN=ISRG Root X1,O=Internet Security Research Group,C=US', serial xx, RSA key 2048 bits, signed using RSA-SHA256, activated `-mm-dd 00:00:00 UTC', expires `-mm-dd 16:00:00 UTC', pin-sha256="xx" - Certificate[2] info: - subject `CN=ISRG Root X1,O=Internet Security Research Group,C=US', issuer `CN=DST Root CA X3,O=Digital Signature Trust Co.', serial -mm-dd, RSA key 4096 bits, signed using RSA-SHA256, activated `-mm-dd 19:14:03 UTC', expires `-mm-dd 18:14:03 UTC', pin-sha256="xx" - Status: The certificate is NOT trusted. The name in the certificate does not match the expected. *** PKI verification of server certificate failed... Host 10.0.0.91 (sieve) has never been contacted before. Its certificate is valid for 10.0.0.91. Are you sure you want to trust it? (y/N): y - Description: (TLS1.3-X.509)-(ECDHE-SECP256R1)-(RSA-PSS-RSAE-SHA256)-(AES-256-GCM) - Session ID: xx:yy:xx:yy:xx:yy... - Options: "IMPLEMENTATION" "dovecot" "SIEVE" "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" "NOTIFY" "mailto" "SASL" "CRAM-MD5" "VERSION" "1.0" OK "TLS negotiation successful." On 2022-11-23 13:35, Yassine Chaouche wrote: also make sure your are editing config.php and not config.inc.php (which you pasted) Yassine. Le 23 novembre 2022 8:30:36 PM GMT+01:00, Yassine Chaouche a écrit : good. we have established that the pro
Re: Can't figure out why managesieve (pigeonhole) can't connect
Thank you for this. I am not using self-signed, I am using letsencrypt as a CA, the certs are installed where certbot put them. I tried the example from https://wiki2.dovecot.org/TestInstallation, using openssl s_client, and I achieved the following (lots of data replaced with "...") I have not changed anything else since your last reply, I am honestly not sure what rc config has to do with certs (google has not given me a result that seems to apply). Does the below help confirm my certs are properly installed and that i can connect to dovecot over tls and pass my credentials? - root@mc:~ # openssl s_client -connect mydomain.com:143 -starttls imap CONNECTED(0004) depth=2 C = US, O = Internet Security Research Group, CN = ISRG Root X1 verify return:1 depth=1 C = US, O = Let's Encrypt, CN = R3 verify return:1 depth=0 CN = mydomain.com verify return:1 --- Certificate chain ... --- Server certificate -BEGIN CERTIFICATE- .. -END CERTIFICATE- .. --- No client certificate CA names sent Peer signing digest: SHA256 Peer signature type: RSA-PSS Server Temp Key: X25519, 253 bits --- SSL handshake has read 4922 bytes and written 426 bytes Verification: OK --- .. .. .. --- read R BLOCK a login m...@mydomain.com MyPass * CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS BINARY MOVE SNIPPET=FUZZY PREVIEW=FUZZY PREVIEW STATUS=SIZE SAVEDATE LITERAL+ NOTIFY SPECIAL-USE a OK Logged in a OK Logged in b select inbox * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 35 EXISTS * 0 RECENT * OK [UNSEEN 18] First unseen. * OK [UIDVALIDITY 1669149589] UIDs valid * OK [UIDNEXT 255] Predicted next UID * OK [HIGHESTMODSEQ 615] Highest b OK [READ-WRITE] Select completed (0.001 + 0.000 secs). c list "" * * LIST (\HasNoChildren \Marked \Trash) "/" Trash * LIST (\HasNoChildren \UnMarked \Junk) "/" Junk * LIST (\HasNoChildren \Marked \Sent) "/" Sent * LIST (\HasNoChildren \Drafts) "/" Drafts * LIST (\HasNoChildren \UnMarked) "/" INBOX/email-reports * LIST (\HasNoChildren \UnMarked) "/" INBOX/NAS-Alerts * LIST (\HasChildren) "/" INBOX c OK List completed (0.001 + 0.000 secs). On 2022-11-23 14:49, PGNet Dev wrote: i don't understand why it can't connect, this seems to work fine: fine ? you're manually overriding at least one problem with your certs/config ... - Status: The certificate is NOT trusted. The name in the certificate does not match the expected. *** PKI verification of server certificate failed... Host 10.0.0.91 (sieve) has never been contacted before. Its certificate is valid for 10.0.0.91. Are you sure you want to trust it? (y/N): y ... it appears that you're using a self-signed cert? are your trusted certs defined and correctly chained? if not explicitly defined, did you correctly add you certs to system ssl dirs, and ensure hashes are correct? demonstrate first that you can connect to dovecot over tls with a cmd line client, without ignoring or overriding your cert problems including any client/server cert verification requirements you've turned on in dovecot config once you've passed the correct certs, then demonstrate that you can authenticate in the same session with any password/credentials you've set once that all works, make sure you've got those certs correctly set up in your rc config
[Dovecot] sieve doesn't sift yet
Hi all, I am having difficulty getting sieve working. I created a simple set of rules which I've validated on the sieve-php page at SF. I placed this file, .dovecot.sieve, in the root of my maildir, which I understand is the default location. I also created a logfile in /var/log, but nothing has gotten written to it yet. Here is my configuration: $ sudo dovecot -n # 1.0.13: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot info_log_path: /var/log/dovecot.info ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_gid: 0 mail_access_groups: mail mail_location: maildir:/var/spool/vmail/%n mail_debug: yes pop3_uidl_format: %08Xu%08Xv auth default: verbose: yes passdb: driver: passwd-file args: /usr/local/etc/dovecot-passwd userdb: driver: passwd userdb: driver: static args: uid=vmail gid=vmail home=/var/spool/vmail/%n What piece of the puzzle am I still missing? Running dovecot-sieve-1.0.2, postfix, etc under FreeBSD v7. TIA -- Colin Brace Amsterdam http://lim.nl
Re: [Dovecot] sieve doesn't sift yet
On Sun, 27 Apr 2008 02:47:18 +0200, mouss <[EMAIL PROTECTED]> wrote:
> what is the root of a maildir? it is often better to give examples
> instead of (ambiguous) descriptions.
Ah, sorry, thought it was obvious in the config output. At the moment, I am
using this, because this is the way I originally configured it when I set
up Postfix: /var/spool/vmail/colin
This is where I have my .dovecot.sieve, in conformance, I hope, with that
what is written in the wiki:
"If you do not define sieve variable and do not return it from extra field
then by default .dovecot.sieve file from user's mail directory will be
used. I.e. if user's maildir is /var/mail/virtualuser1 then user's sieve
configuration will be here: /var/mail/virtualuser1/.dovecot.sieve"
In my case, would that not be /var/spool/vmail/colin, in which case I
shouldn't need to define under "plugins" in "sieve" in dovecot.conf ?
> Note that you need to deliver with "dovecot deliver" (postfix does not
> do sieve) and you need to enable sieve in your configuration (see the
> wiki for more).
Yes, I realize that postfix does not sieve. By "dovecot deliver", do you
mean lda? This is what I have in dovecot.conf:
protocol lda {
postmaster_address = postmaster /at/ lim.nl
# script_path = /var/spool/vmail/%n/.dovecot.sieve
mail_plugin_dir = /usr/local/lib/dovecot/lda
mail_plugins = cmusieve
mail_debug = yes
log_path = /var/log/dovecot-deliver
info_log_path = /var/log/dovecot-deliver
}
As I mentioned in my original post, I haven't seen anything written to
/var/log/dovecot-deliver, hence I can't figure out whether sieve is working
or not.
Thanks for your help.
--
Colin Brace
Amsterdam
http://lim.nl
Re: [Dovecot] sieve doesn't sift yet
On Sun, 27 Apr 2008 21:02:53 +0300, Timo Sirainen <[EMAIL PROTECTED]> wrote:
> mail_debug inside protocol lda {} does actually nothing, but dovecot -n
> showed you had it set outside as well.
Fixed.
> It should give enough useful output to find out the problem.
> Nothing at all? It should always log something there. Make sure it has
> write permissions (like temporarily chmod a+w).
OK, I relaxed the permissions. The file is still zero bytes:
-rw-r--r-- 1 root wheel 54158 Apr 27 20:37 /var/log/dovecot
-rw-rw-rw- 1 root wheel 0 Apr 27 20:15 /var/log/dovecot-deliver
Logging to /var/log/dovecot works fine. Something is must still be missing
with deliver. But what?
--
Colin Brace
Amsterdam
http://lim.nl
[Dovecot] LDA/Posfix error: bounce, user unknown
Hello,
I am trying to get LDA working in conjuction with Postfix, but whenever I
activate Dovecot LDA in main.cf and send myself a test messsage, I get an
error message in maillog:
[...]
May 8 20:47:17 venus postfix/pipe[36077]: 4022B5C38: to=<[EMAIL PROTECTED]>,
orig_to=<[EMAIL PROTECTED]>, relay=dovecot, delay=0.02, delays=0.01/0/0/0.01,
dsn=5.1.1, status=bounced (user unknown)
[...]
Postfix's virtual LDA has no such problem:
[...]
May 8 20:49:39 venus postfix/virtual[36181]: F3DF05C37: to=<[EMAIL PROTECTED]>,
relay=virtual, delay=0.05, delays=0.03/0/0/0.01, dsn=2.0.0, status=sent
(delivered to maildir)
May 8 20:49:39 venus postfix/qmgr[36091]: F3DF05C37: removed
[...]
Here is the LDA section in dovecot.conf:
protocol lda {
postmaster_address = [EMAIL PROTECTED]
mail_plugin_dir = /usr/local/lib/dovecot/lda
mail_plugins = cmusieve
log_path = /var/log/dovecot-deliver
info_log_path = /var/log/dovecot-deliver
auth_socket_path = /var/run/dovecot/auth-master
}
My maildirs are here:
mail_location = maildir:/home/colin/vmail/%u
and Dovecot IMAP has no problem retrieving messages from that location.
What might be going wrong with delivery though?
Thanks.
--
Colin Brace
Amsterdam
http://lim.nl
[Dovecot] sieve filters not being invoked
Hi all,
Similar to someone who posted here yesterday, I am having trouble getting
sieve filters working.
I have installed pigeonhole. I can create, edit, and save scripts from both
the Thunderbird sieve extension as well as the Roundcube sieve plugin via
managesieve running on port 4190. The .sieve file is properly saved in
~/sieve with a symlink from ~/.dovecot.sieve.
But the filters are not being invoked on incoming mail. I have mail_debug
enabled, but I don't see anything useful in /var/log/dovecot.
Anyone have any ideas?
Thanks
$ dovecot -n
# 2.0.11: /usr/local/etc/dovecot/dovecot.conf
# OS: FreeBSD 8.1-RELEASE amd64 ufs
auth_verbose = yes
base_dir = /var/run/dovecot/
disable_plaintext_auth = no
first_valid_gid = 0
info_log_path = /var/log/dovecot
log_path = /var/log/dovecot
mail_access_groups = mail
mail_debug = yes
mail_location = maildir:/home/colin/vmail/%d/%n
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags
copy include variables body enotify environment mailbox date
passdb {
args = /usr/local/etc/dovecot-passwd
driver = passwd-file
}
plugin/sieve = ~/.dovecot.sieve
plugin/sieve_dir = ~/sieve
plugin/sieve_global_dir = /var/lib/dovecot/sieve/global/
plugin/sieve_global_path = /var/lib/dovecot/sieve/default.sieve
protocols = imap sieve
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
unix_listener auth-master {
group = mail
mode = 0660
user = vmail
}
user = root
}
service imap-login {
executable = /usr/local/libexec/dovecot/imap-login
vsz_limit = 64 M
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
service pop3-login {
executable = /usr/local/libexec/dovecot/imap-login
vsz_limit = 64 M
}
ssl_cert = http://lim.nl
--
View this message in context:
http://old.nabble.com/sieve-filters-not-being-invoked-tp31569757p31569757.html
Sent from the Dovecot mailing list archive at Nabble.com.
Re: [Dovecot] sieve filters not being invoked
On Mon, 09 May 2011 11:14:44 +0200, Stephan Bosch wrote:
Is your MTA storing messages using the Dovecot LDA
(http://wiki2.dovecot.org/LDA [1]) ? Check that thoroughly. Enable
mail_debug to get more verbose logs. To definitively check whether
Sieve
is working or not, you can invoke dovecot-lda manually. If it works
then, the problem most likely lies with your MTA.
Thanks, I am almost there. It turns out I was missing this line from
Postfix master.cf:
dovecot unix - n n - - pipe
flags=DRhu user=vmail:mail argv=/usr/local/libexec/dovecot/deliver -d
${recipient}
In the dovecot-lda log, I am now seeing some action, but there is a
permissions problem somewhere:
May 09 12:43:13 lda: Debug: Loading modules from directory:
/usr/local/lib/dovecot
May 09 12:43:13 lda: Debug: Module loaded:
/usr/local/lib/dovecot/lib90_sieve_plugin.so
May 09 12:43:13 lda: Error: userdb lookup:
connect(/var/run/dovecot//auth-userdb) failed: Permission denied
(euid=200(vmail) egid=6(mail) missing +w perm:
/var/run/dovecot//auth-userdb, euid is not dir owner)
May 09 12:43:13 lda: Fatal: Internal error occurred. Refer to server
log for more information.
Any idea where the problem is?
--
Colin Brace
Amsterdam
http://lim.nl
Links:
--
[1] http://wiki2.dovecot.org/LDA
[2] mailto:20090729182144.4c9ba...@example.com
Re: [Dovecot] sieve filters not being invoked
On Mon, 09 May 2011 13:00:45 +0200, Colin Brace wrote: > In the dovecot-lda log, I am now seeing some action, but there is a > > permissions problem somewhere: > > May 09 12:43:13 lda: Debug: Loading modules from directory: > /usr/local/lib/dovecot > May 09 12:43:13 lda: Debug: Module loaded: > /usr/local/lib/dovecot/lib90_sieve_plugin.so > May 09 12:43:13 lda: Error: userdb lookup: > connect(/var/run/dovecot//auth-userdb) failed: Permission denied > (euid=200(vmail) egid=6(mail) missing +w perm: > /var/run/dovecot//auth-userdb, euid is not dir owner) > May 09 12:43:13 lda: Fatal: Internal error occurred. Refer to server > log for more information. Following up my earlier mail, perhaps I am being obtuse here; I've changed the permissions of auth-userdb to 666, although I have no idea what these files in /var/run/dovecot are. These appears to solve the problem above. Renabling dovecot lda in Postfix, I try sending myself a message; however it gets bounced: "user unknown" (/var/log/maillog): [...] May 9 17:33:08 venus postfix/pipe[73445]: 8BCF629F3F: to=, relay=dovecot, delay=0.34, delays=0.3/0/0/0.03, dsn=5.1.1, status=bounced (user unknown) May 9 17:33:08 venus postfix/cleanup[73442]: C61332A0AB: message-id= May 9 17:33:08 venus postfix/bounce[73447]: 8BCF629F3F: sender non-delivery notification: C61332A0AB May 9 17:33:08 venus postfix/qmgr[73435]: C61332A0AB: from=, size=3183, nrcpt=1 (queue active) May 9 17:33:08 venus postfix/qmgr[73435]: 8BCF629F3F: removed May 9 17:33:08 venus postfix/smtpd[73444]: disconnect from localhost[127.0.0.1] May 9 17:33:08 venus postfix/lmtp[73443]: C5E4729ED5: to=, relay=venus[/var/run/dspam.sock], delay=1.1, delays=0.45/0/0/0.61, dsn=2.6.0, status=sent (250 2.6.0 Message accepted for delivery) May 9 17:33:08 venus postfix/qmgr[73435]: C5E4729ED5: removed If I comment out this line in main.cf, and restart Postfix, things work again: # virtual_transport = dovecot Any ideas on what is going wrong here? I feel I am almost there. -- Colin Brace Amsterdam http://lim.nl -- Colin Brace Amsterdam http://lim.nl
Re: [Dovecot] Vacation messages come from POSTMASTER, not user
On 26/11/12 20:17, Stephan Bosch wrote:
On 11/26/2012 6:31 PM, cfowler wrote:
Problem : All vacation autoreplies come from the postmaster address.
Expected behavior : vacation notice comes from the user who set the
vacation.
Platform : Dovecot 2.1.7 on Debian Squeeze ( See below for example
reply, sieve script and dovecot -n output)
Any help appreciated!
This should fix that:
http://hg.rename-it.nl/dovecot-2.1-pigeonhole/rev/b56711807edc
Regards,
Stephan.
Sorry for the late reply. I've been off work sick :(
Excellent Work Stephan! Thank you so much. do you know if this patch
will make it into 2.1.11?
regards,
Colin
Re: [Dovecot] v2.1.11 soon
On 27/11/12 08:53, Timo Sirainen wrote:
Just to let you know: I'm planning on releasing v2.1.11 today/tomorrow. If you
wish to get something fixed for it, ask quickly. :)
Will this patch be in 2.1.11?
http://hg.rename-it.nl/dovecot-2.1-pigeonhole/rev/b56711807edc
Stephan Bosch wrote this to fix an unintended issue whereby vacation
notices were coming from postmaster.
regards,
Colin
[Dovecot] enabling IMAP SORT and THREAD extensions
Hi all, The home page of the Dovecot website indicates: "Supports multiple commonly used IMAP extensions, including SORT, THREAD and IDLE." However, I cannot find instructions in the Wiki for how to enable these extensions. Can someone tell me how to do this? I will add this info to the Wiki myself if need be. Thanks. ----- Colin Brace Amsterdam http://lim.nl -- View this message in context: http://old.nabble.com/enabling-IMAP-SORT-and--THREAD-extensions-tp27673898p27673898.html Sent from the Dovecot mailing list archive at Nabble.com.
Re: [Dovecot] enabling IMAP SORT and THREAD extensions
On 02/21/2010 01:32 PM, Timo Sirainen wrote: They're always enabled, there's nothing you can do about them. Of course, you need some IMAP client (webmail) that actually uses these extensions. OK, thanks. The reason I asked is that in the Squirrelmail docs: http://www.squirrelmail.org/docs/admin/admin-6.html#ss6.3 it says: [...] To find out if the IMAP server supports server-side sorting and threading, telnet to it and ask: $ telnet imapserver.example.com imap * OK 1 capability * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN STARTTLS 1 OK CAPABILITY completed The SORT and THREAD capabilities indicates that this server supports these extensions. Next step is to configure SquirrelMail to use them. [...] If telnet into Dovecot on my server, it doesn't explicitly indicate SORT and THREAD capabilities: $ telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN] Dovecot ready. Hence my confusion. -Colin -- Colin Brace Amsterdam http://lim.nl
[Dovecot] Segfault when deselecting virtual folder 2.2.13+ HG TIP
Hello, I'm seeing a segfault in the imap process with the current mercurial tip (including changeset 17382 e99cd21e1f92) when selecting a particular virtual mail folder (but no other virtual mailboxes) and then selecting a different mail folder as in the IMAP transcript below. The same segfaults are triggered with IMAP clients. The situation is worse with the 2.2.13 which segfaults when any virtual mailbox is deselected so the recent patch helps partially. Configuration summary, IMAP session in gbd including backtrace and virtual mailbox spec follow. Any ideas what's causing this? Thank you Colin === GDB SESSION INCLUDING BACKTRACE === colin@ [ ~ ]$ MAIL=maildir:/var/mail/colin gdb /usr/local/libexec/dovecot/imap GNU gdb (GDB) 7.6.1 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/local/libexec/dovecot/imap...done. (gdb) r Starting program: /usr/local/libexec/dovecot/imap warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? process 21455 is executing new program: /usr/local/bin/doveconf warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? process 21455 is executing new program: /usr/local/libexec/dovecot/imap warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? * PREAUTH [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SPECIAL-USE BINARY MOVE SEARCH=FUZZY NOTIFY METADATA] Logged in as colin a SELECT PERSONAL.Home * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 23 EXISTS * 0 RECENT * OK [UIDVALIDITY 1261140830] UIDs valid * OK [UIDNEXT 24] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest a OK [READ-WRITE] Select completed (0.001 secs). a SELECT virtual.Conversations * OK [CLOSED] Previous mailbox closed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 5 EXISTS * 0 RECENT * OK [UNSEEN 3] First unseen. * OK [UIDVALIDITY 1400091139] UIDs valid * OK [UIDNEXT 18] Predicted next UID a OK [READ-WRITE] Select completed (0.017 secs). a SELECT PERSONAL.Home Program received signal SIGSEGV, Segmentation fault. 0x775f1c6c in mail_search_args_deinit_sub.30037.5970 () from /usr/local/lib/dovecot/libdovecot-storage.so.0 (gdb) bt full #0 0x775f1c6c in mail_search_args_deinit_sub.30037.5970 () from /usr/local/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #1 0x775f1d41 in mail_search_args_deinit () from /usr/local/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #2 0x76ca3adb in virtual_mailbox_close_internal.9208 () from /usr/local/lib/dovecot/lib20_virtual_plugin.so No symbol table info available. #3 0x76ca3b39 in virtual_mailbox_close.9256 () from /usr/local/lib/dovecot/lib20_virtual_plugin.so No symbol table info available. #4 0x7761daac in mailbox_close () from /usr/local/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #5 0x775ff283 in mailbox_free () from /usr/local/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #6 0x00410a2e in close_selected_mailbox.part.1 (client=client@entry=0x6577c0) at cmd-select.c:383 box = 0x0 #7 0x00410b59 in close_selected_mailbox (client=0x6577c0) at cmd-select.c:376 client = 0x6577c0 #8 cmd_select_full (cmd=0x6583e0, readonly=) at cmd-select.c:427 client = 0x6577c0 ctx = 0x6584e0 args = 0x65ccd8 list_args = 0x632038 mailbox = 0x6322a8 "PERSONAL.Home" error = 0x648748 "" __FUNCTION__ = "cmd_select_full" __FUNCTION__ = "cmd_select_full" #9 0x004129ac in command_exec (cmd=0x6583e0) at imap-commands.c:158 hook = 0x63b5c0 ret = #10 0x004178ef in client_command_input (cmd=0x6583e0) at imap-client.c:778 client = 0x6577c0 command = __
Re: [Dovecot] Segfault when deselecting virtual folder 2.2.13+ HG TIP
On 26/05/2014 02:26, Timo Sirainen wrote: On 16.5.2014, at 16.33, Colin Knox wrote: I'm seeing a segfault in the imap process with the current mercurial tip (including changeset 17382 e99cd21e1f92) when selecting a particular virtual mail folder (but no other virtual mailboxes) and then selecting a different mail folder as in the IMAP transcript below. The same segfaults are triggered with IMAP clients. The situation is worse with the 2.2.13 which segfaults when any virtual mailbox is deselected so the recent patch helps partially. http://hg.dovecot.org/dovecot-2.2/rev/5c6f49e2d8d9 should fix this. Fixed. Thank you.
UNSUBSCRIBE
UNSUBSCRIBE --- Regards Colin Hart On 2019-05-29 05:17, @lbutlr via dovecot wrote: > Are you sure you read it? https://wiki2.dovecot.org/MailboxFormat/dbox seems > pretty clear. > > -- > This is my signature. There are many like it, but this one is mine.
