- dovecot - dovecot.org

[Dovecot] Squat memory usage
by Ryan 02 Apr '09

02 Apr '09

I've been reading about using Squat with Dovecot on large mailboxes. I was wondering if some of the memory usage during searching and indexing could be reduced by using a berkeley db? I've used this in the past for something similar and in BTREE mode it was very fast for millions of keys. I havent had time to look at how squat is implemented, but I thought I'd throw it out there... -Ryan

2 1

[Dovecot] v1.2.beta2: Fatal: io_loop_handle_add: epoll_ctl(1, 10): Bad file descriptor
by Pascal Volk 02 Apr '09

02 Apr '09

Hi Timo, I'm playing with Dovecot v1.2.beta2 currently. When the dict process was started via deliver(?) and Dovecot is killed (kill $PID_OF_DOVECOT) after delivering only one message, it logs: Fatal: io_loop_handle_add: epoll_ctl(1, 10): Bad file descriptor If the dict process was not started or deliver has delivered more than one message, the error doesn't occur. I'm not using SELinux or AppArmor or something similar. # 1.2.beta2: /usr/local/dovecot12/etc/dovecot.conf # OS: Linux 2.6.26-1-amd64 x86_64 Debian squeeze/sid log_path: /usr/local/dovecot12/var/log/dovecot.log protocols: imap listen: 10.11.12.13:10143 ssl: no disable_plaintext_auth: no login_dir: /usr/local/dovecot12/var/run/dovecot/login login_executable: /usr/local/dovecot12/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 70000 first_valid_gid: 70000 mail_privileged_group: mail mail_location: maildir:~/Maildir mail_plugins: quota imap_quota auth default: mechanisms: digest-md5 cram-md5 login plain user: nobody verbose: yes debug: yes passdb: driver: sql args: /usr/local/dovecot12/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/dovecot12/etc/dovecot-sql.conf socket: type: listen master: path: /usr/local/dovecot12/var/run/dovecot/auth-master mode: 384 plugin: quota: dict:user::noenforcing:proxy::quotadict quota_rule: *:storage=10M:messages=11 quota_rule2: Trash:storage=50%% mail_debug: yes dict: quotadict: pgsql:/usr/local/dovecot12/etc/dovecot-dict-quota.conf Regards, Pascal -- The trapper recommends today: cafefeed.0907505(a)localdomain.org

2 2

[Dovecot] quota-fs: get nfs GROUP quota (patch)
by fandorin＠rol.ru 02 Apr '09

02 Apr '09

Hi all. Unfortunately, the existing quota-fs does not know how to get GROUP quota with NFS storage. But there is a tool for Linux quota-tools (http://slackware.rol.ru/slackware/slackware-12.2/source/a/quota/) This patch is made on the basis quota-tools. The patch was successful alpha testing. Suggestions and comments are welcome. diff -ruN dovecot-1.1.11.orig/src/plugins/quota/quota-fs.c dovecot-1.1.11/src/plugins/quota/quota-fs.c --- dovecot-1.1.11.orig/src/plugins/quota/quota-fs.c 2009-01-06 17:33:51.000000000 +0300 +++ dovecot-1.1.11/src/plugins/quota/quota-fs.c 2009-02-11 12:57:55.000000000 +0300 @@ -288,17 +288,26 @@ #ifdef HAVE_RQUOTA /* retrieve user quota from a remote host */ -static int do_rquota(struct fs_quota_root *root, bool bytes, +static int do_rquota(struct fs_quota_root *root, bool group, bool bytes, uint64_t *value_r, uint64_t *limit_r) { - struct getquota_rslt result; - struct getquota_args args; - struct timeval timeout; + struct getquota_rslt *result; + static struct getquota_rslt clnt_res; enum clnt_stat call_status; - CLIENT *cl; + CLIENT *clnt; struct fs_quota_mountpoint *mount = root->mount; const char *host; char *path; + int type, id; + struct timeval timeout = { 2, 0 }; + + union { + getquota_args arg; + ext_getquota_args ext_arg; + } args; + + type = group ? GRPQUOTA : USRQUOTA; + id = group ? root->gid : root->uid; path = strchr(mount->device_path, ':'); if (path == NULL) { @@ -311,82 +320,211 @@ path++; if (getenv("DEBUG") != NULL) { + if (group) { + i_info("quota-fs: host=%s, path=%s, gid=%s", + host, path, dec2str(root->gid)); + } else { i_info("quota-fs: host=%s, path=%s, uid=%s", host, path, dec2str(root->uid)); + } } - /* clnt_create() polls for a while to establish a connection */ - cl = clnt_create(host, RQUOTAPROG, RQUOTAVERS, "udp"); - if (cl == NULL) { - i_error("quota-fs: could not contact RPC service on %s", - host); - return -1; - } - - /* Establish some RPC credentials */ - auth_destroy(cl->cl_auth); - cl->cl_auth = authunix_create_default(); - - /* make the rquota call on the remote host */ - args.gqa_pathp = path; - args.gqa_uid = root->uid; - - timeout.tv_sec = RQUOTA_GETQUOTA_TIMEOUT_SECS; - timeout.tv_usec = 0; - call_status = clnt_call(cl, RQUOTAPROC_GETQUOTA, - (xdrproc_t)xdr_getquota_args, (char *)&args, - (xdrproc_t)xdr_getquota_rslt, (char *)&result, - timeout); + /* + * First try EXT_RQUOTAPROG (Extended (LINUX) RPC quota program) + */ + args.ext_arg.gqa_pathp = path; + args.ext_arg.gqa_id = id; + args.ext_arg.gqa_type = type; - /* the result has been deserialized, let the client go */ - auth_destroy(cl->cl_auth); - clnt_destroy(cl); - - if (call_status != RPC_SUCCESS) { - const char *rpc_error_msg = clnt_sperrno(call_status); - + /* + * Create a RPC client. + */ + + if ((clnt = clnt_create(host, RQUOTAPROG, EXT_RQUOTAVERS, "udp")) != NULL) { + /* + * Initialize unix authentication + */ + clnt->cl_auth = authunix_create_default(); + + /* + * Setup protocol timeout. + */ + clnt_control(clnt, CLSET_TIMEOUT, (caddr_t) & timeout); + + /* + * Do RPC call and check result. + */ + + memset((char *)&clnt_res, 0, sizeof(clnt_res)); + call_status = clnt_call (clnt, RQUOTAPROC_GETQUOTA, + (xdrproc_t) xdr_ext_getquota_args, (caddr_t) &args.ext_arg, + (xdrproc_t) xdr_getquota_rslt, (caddr_t) &clnt_res, + timeout); + result = &clnt_res; + /* + * Destroy unix authentication and RPC client structure. + */ + auth_destroy(clnt->cl_auth); + clnt_destroy(clnt); + + if (call_status != RPC_SUCCESS) { + const char *rpc_error_msg = clnt_sperrno(call_status); i_error("quota-fs: remote rquota call failed: %s", rpc_error_msg); return -1; - } - - switch (result.status) { - case Q_OK: { + } + + switch (result->status) { + case Q_OK: { /* convert the results from blocks to bytes */ - rquota *rq = &result.getquota_rslt_u.gqr_rquota; + rquota *rq = &result->getquota_rslt_u.gqr_rquota; if (rq->rq_active) { - if (bytes) { - *value_r = (uint64_t)rq->rq_curblocks * - (uint64_t)rq->rq_bsize; - *limit_r = (uint64_t)rq->rq_bsoftlimit * - (uint64_t)rq->rq_bsize; - } else { - *value_r = rq->rq_curfiles; - *limit_r = rq->rq_fsoftlimit; - } + if (bytes) { + *value_r = (uint64_t)rq->rq_curblocks * + (uint64_t)rq->rq_bsize; + *limit_r = (uint64_t)rq->rq_bsoftlimit * + (uint64_t)rq->rq_bsize; + } else { + *value_r = rq->rq_curfiles; + *limit_r = rq->rq_fsoftlimit; + } } if (getenv("DEBUG") != NULL) { + if (group) { + i_info("quota-fs: gid=%s, value=%llu, " + "limit=%llu, active=%d", dec2str(root->gid), + (unsigned long long)*value_r, + (unsigned long long)*limit_r, rq->rq_active); + } else { i_info("quota-fs: uid=%s, value=%llu, " "limit=%llu, active=%d", dec2str(root->uid), (unsigned long long)*value_r, (unsigned long long)*limit_r, rq->rq_active); + } } return 1; - } - case Q_NOQUOTA: + } + case Q_NOQUOTA: if (getenv("DEBUG") != NULL) { + if (group) { + i_info("quota-fs: gid=%s, limit=unlimited", + dec2str(root->gid)); + } else { i_info("quota-fs: uid=%s, limit=unlimited", dec2str(root->uid)); + } } return 1; - case Q_EPERM: + case Q_EPERM: i_error("quota-fs: permission denied to rquota service"); return -1; - default: + default: i_error("quota-fs: unrecognized status code (%d) " - "from rquota service", result.status); + "from rquota service", result->status); return -1; + } + } else { + result = NULL; + } + + if (result == NULL || !result->status) { + if (type == USRQUOTA) { + /* + * Try RQUOTAPROG because server doesn't seem to understand EXT_RQUOTAPROG. (NON-LINUX servers.) + */ + args.arg.gqa_pathp = path; + args.arg.gqa_uid = id; + + /* + * Create a RPC client. + */ + if ((clnt = clnt_create(host, RQUOTAPROG, RQUOTAVERS, "udp")) != NULL) { + /* + * Initialize unix authentication + */ + clnt->cl_auth = authunix_create_default(); + + /* + * Setup protocol timeout. + */ + clnt_control(clnt, CLSET_TIMEOUT, (caddr_t) & timeout); + + /* + * Do RPC call and check result. + */ + memset((char *)&clnt_res, 0, sizeof(clnt_res)); + call_status = clnt_call (clnt, RQUOTAPROC_GETQUOTA, + (xdrproc_t) xdr_getquota_args, (caddr_t) &args.arg, + (xdrproc_t) xdr_getquota_rslt, (caddr_t) &clnt_res, + timeout); + result = &clnt_res; + /* + * Destroy unix authentication and RPC client structure. + */ + auth_destroy(clnt->cl_auth); + clnt_destroy(clnt); + + if (call_status != RPC_SUCCESS) { + const char *rpc_error_msg = clnt_sperrno(call_status); + i_error("quota-fs: remote rquota call failed: %s", + rpc_error_msg); + return -1; + } + + switch (result->status) { + case Q_OK: { + /* convert the results from blocks to bytes */ + rquota *rq = &result->getquota_rslt_u.gqr_rquota; + + if (rq->rq_active) { + if (bytes) { + *value_r = (uint64_t)rq->rq_curblocks * + (uint64_t)rq->rq_bsize; + *limit_r = (uint64_t)rq->rq_bsoftlimit * + (uint64_t)rq->rq_bsize; + } else { + *value_r = rq->rq_curfiles; + *limit_r = rq->rq_fsoftlimit; + } + } + if (getenv("DEBUG") != NULL) { + if (group) { + i_info("quota-fs: gid=%s, value=%llu, " + "limit=%llu, active=%d", dec2str(root->gid), + (unsigned long long)*value_r, + (unsigned long long)*limit_r, rq->rq_active); + } else { + i_info("quota-fs: uid=%s, value=%llu, " + "limit=%llu, active=%d", dec2str(root->uid), + (unsigned long long)*value_r, + (unsigned long long)*limit_r, rq->rq_active); + } + } + return 1; + } + case Q_NOQUOTA: + if (getenv("DEBUG") != NULL) { + if (group) { + i_info("quota-fs: gid=%s, limit=unlimited", + dec2str(root->gid)); + } else { + i_info("quota-fs: uid=%s, limit=unlimited", + dec2str(root->uid)); + } + } + return 1; + case Q_EPERM: + i_error("quota-fs: permission denied to rquota service"); + return -1; + default: + i_error("quota-fs: unrecognized status code (%d) " + "from rquota service", result->status); + return -1; + } + + } + } } } #endif @@ -602,6 +740,7 @@ uint64_t limit = 0; bool bytes; int ret; + bool group; *value_r = 0; @@ -614,7 +753,12 @@ #ifdef HAVE_RQUOTA if (strcmp(root->mount->type, "nfs") == 0) { T_BEGIN { - ret = do_rquota(root, bytes, value_r, &limit); + if (root->group_disabled){ + group = FALSE; + } else { + group = TRUE; + } + ret = do_rquota(root, group, bytes, value_r, &limit); } T_END; } else #endif

2 3

[Dovecot] 1.11 bug?: file client-common.c: line 25 (client_unlink): assertion failed: (clients_count > 0)
by Long Le Dinh 02 Apr '09

02 Apr '09

Hi, I got below log in last 2 days, I have to restart dovecot as pop3-login failed and service cannot respond. Mar 26 14:19:31 Info: pop3-login: Disconnected: Shutting down (auth failed, 1 attempts): method=PLAIN, rip=x.x.x.x Mar 26 14:19:31 Info: pop3-login: Disconnected: Shutting down (tried to use disabled plaintext auth): method=??<B7> Mar 26 14:19:31 Panic: pop3-login: file client-common.c: line 25 (client_unlink): assertion failed: (clients_count > 0) Mar 26 14:19:31 Error: child 31902 (login) killed with signal 6 (ip=x.x.x.x) My system info: dovecot -n # 1.1.11: /etc/dovecot.conf # OS: Linux 2.6.18-8.el5 i686 CentOS release 5 (Final) ext3 log_path: /var/log/dovecot.log login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_gid: 100 mail_location: maildir:/home/%u/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: verbose: yes debug: yes passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: passwd userdb: driver: ldap args: /etc/dovecot-ldap.conf We're using Maildir format, no NFS. Any help/clue is appreciated. Thanks, - Long Le

2 6

[Dovecot] odd epoll() errors
by Ralf Hildebrandt 02 Apr '09

02 Apr '09

>From my log: Dec 29 16:43:58 postamt dovecot: Dovecot v1.1.7 starting up Dec 29 16:43:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:43:59 postamt dovecot: Temporary failure in creating login processes, slowing down for now Dec 29 16:43:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:43:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:43:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:43:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:43:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:44:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:44:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:44:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:44:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:44:59 postamt dovecot: child 15976 (login) returned error 89 (Fatal failure) Dec 29 16:44:59 postamt dovecot: child 15977 (login) returned error 89 (Fatal failure) Dec 29 16:44:59 postamt dovecot: child 15978 (login) returned error 89 (Fatal failure) Dec 29 16:44:59 postamt dovecot: child 15979 (login) returned error 89 (Fatal failure) Dec 29 16:44:59 postamt dovecot: child 15981 (login) returned error 89 (Fatal failure) Dec 29 16:44:59 postamt dovecot: child 15982 (login) returned error 89 (Fatal failure) Dec 29 16:44:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:45:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:45:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:45:59 postamt dovecot: child 17052 (login) returned error 89 (Fatal failure) Dec 29 16:45:59 postamt dovecot: child 17053 (login) returned error 89 (Fatal failure) Dec 29 16:45:59 postamt dovecot: child 17054 (login) returned error 89 (Fatal failure) Dec 29 16:45:59 postamt dovecot: child 17055 (login) returned error 89 (Fatal failure) Dec 29 16:45:59 postamt dovecot: child 17056 (login) returned error 89 (Fatal failure) Dec 29 16:45:59 postamt dovecot: child 17057 (login) returned error 89 (Fatal failure) Dec 29 16:45:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:46:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:46:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:46:59 postamt dovecot: child 17984 (login) returned error 89 (Fatal failure) Dec 29 16:46:59 postamt dovecot: child 17985 (login) returned error 89 (Fatal failure) Dec 29 16:46:59 postamt dovecot: child 17986 (login) returned error 89 (Fatal failure) Dec 29 16:46:59 postamt dovecot: child 17987 (login) returned error 89 (Fatal failure) Dec 29 16:46:59 postamt dovecot: child 17988 (login) returned error 89 (Fatal failure) Dec 29 16:46:59 postamt dovecot: child 17989 (login) returned error 89 (Fatal failure) Dec 29 16:46:59 postamt dovecot: child 17990 (login) returned error 89 (Fatal failure) Dec 29 16:46:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:47:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:47:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:47:59 postamt dovecot: child 18791 (login) returned error 89 (Fatal failure) Dec 29 16:47:59 postamt dovecot: child 18792 (login) returned error 89 (Fatal failure) Dec 29 16:47:59 postamt dovecot: child 18793 (login) returned error 89 (Fatal failure) Dec 29 16:47:59 postamt dovecot: child 18794 (login) returned error 89 (Fatal failure) Dec 29 16:47:59 postamt dovecot: child 18796 (login) returned error 89 (Fatal failure) Dec 29 16:47:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:47:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:48:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:48:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:48:59 postamt dovecot: child 19618 (login) returned error 89 (Fatal failure) Dec 29 16:48:59 postamt dovecot: child 19614 (login) returned error 89 (Fatal failure) Dec 29 16:48:59 postamt dovecot: child 19620 (login) returned error 89 (Fatal failure) Dec 29 16:48:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:48:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 16:48:59 postamt dovecot: Fatal: pop3-login: epoll_create(): Too many open files Dec 29 16:48:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files ... Dec 29 20:58:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files Dec 29 20:58:59 postamt dovecot: child 5268 (login) returned error 89 (Fatal failure) Dec 29 20:58:59 postamt dovecot: child 5269 (login) returned error 89 (Fatal failure) Dec 29 20:58:59 postamt dovecot: child 5274 (login) returned error 89 (Fatal failure) Dec 29 20:58:59 postamt dovecot: Fatal: imap-login: epoll_create(): Too many open files -- Ralf Hildebrandt (Ralf.Hildebrandt(a)charite.de) snickebo(a)charite.de Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de "Java is, in many ways, C++--." - Michael Feldman.

3 4

[Dovecot] File and group permissions for incoming mails
by Sascha Scandella 02 Apr '09

02 Apr '09

Hello I am using Dovecot 1.1.1 together with Postfix (and for some users Procmail for Spam Filtering). Until now I didn't have to use shared mailboxes. Now I want to use simple simlinking to grant other users of the same group access to my mails. The problem is that new incoming mails have always file permissions set to 0600. I have also a file called dovecot-shared (0660) in the Maildir folder. No success. Why doesn't this work? I also tried to use UMASK in the procmailrc. No success. Any help is appreciated! Best regards Sascha

2 1

[Dovecot] 1.2.beta4: Fatal: io_loop_handle_add: epoll_ctl(1, 11): Bad file descriptor
by e-frog 02 Apr '09

02 Apr '09

Whenever dovecot is stopped while a dict process is running I see Fatal: io_loop_handle_add: epoll_ctl(1, 11): Bad file descriptor in the error log. The following patch fixes this for me. I'm sure there is a better way though. --- dovecot-1.2.beta4/src/master/dict-process.c.orig 2009-03-27 16:44:59.000000000 +0100 +++ dovecot-1.2.beta4/src/master/dict-process.c 2009-03-27 18:59:24.000000000 +0100 @@ -209,11 +209,6 @@ dict_process_destroyed(struct child_proc struct dict_listener *listener = process->listener; dict_process_deinit(process); - if (listener->processes == NULL) { - /* last listener died, create new ones */ - listener->io = io_add(listener->fd, IO_READ, - dict_listener_input, listener); - } } void dict_processes_init(void)

2 2

[Dovecot] Email stress test
by Proskurin Kirill 02 Apr '09

02 Apr '09

Hello all. May be not in right list but... I have a email system based on: Exim-4.69 + Dovecot-1.1.11 on FreeBSD-7.1 I need to make a stress test on it. Something like a 1000 concurrent conection to IMAP and SMTP. What tool can help me? -- Best regards, Proskurin Kirill

2 3

[Dovecot] dbox - how to awaken the monster
by Odhiambo Washington 02 Apr '09

02 Apr '09

Hello people, Since the invention of this storage called dbox, I have never quite gotten round to understanding it, nor getting to use it. It seems so strange to me and I must ask a few stupid questions about it. I use the MTA to deliver mail to Maildir, either in ~/Maildir or /some/path/%d/%n/Maildir. It has always beat me how dbox comes into play under such circumstances. From the wiki, I see the following: "dbox supports a quick migration from Maildir format" - now this leaves me hanging. How? Suppose I migrate from Maildir to dbox, what changes do I make to the MTA to understand that I use dbox? Ok, I use Exim as my MTA. I hope someone can explain to me what I need to do to Exim and what to do th Dovecot so that I can test this dbox thing. And suppose I want to transfer userA's mail to UserB, what do I do? With Maildir, I can simply do something like mv ~A/Maildir ~B/Maildir chown -R B ~b/Maildir Suppose I am using dbox, howdy? Thank you in advance. I know those sound dumb, but I simply haven't understood dbox. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "The only time a woman really succeeds in changing a man is when he is a baby." - Natalie Wood

3 6

[Dovecot] [TroubleShoot]How to know what problem with Dovecot-POP3 configuration?
by tao.6.yang＠nokia.com 02 Apr '09

02 Apr '09

Hi all, I am using Ubuntu8.04/Dovecot 1.0.10 and the dovecot -n shows as following, ----------------------------------------------------------------------- # 1.0.10: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/home/%u/Maildir mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: mechanisms: plain login cram-md5 digest-md5 verbose: yes debug: yes passdb: driver: passwd-file args: /etc/dovecot/plain.pwd passdb: driver: pam userdb: driver: passwd ----------------------------------------------------------------------- PROBLEM - [1] I cannot get the full CAPABILITY list after the user1/user1 login which includes plain login cram-md5 digest-md5, while can get a full complete list if I don't do the user1/user1 login when telnet at 143 But - auth connect from thunderbird client to IMAP4 email server successful for CRAM-MD5 for user1/user1, as seen from /var/log/mail.log [2]I cannot see the CRAM-MD5 and APOP auth connect logging in /var/mail/mail.log or mail.info when doing connect to Dovecot POP3 from thunderbird client - connect from thunderbird is successful but there is no logging info related with pop3-login in /var/log/mail.log or mail.info Can anyone tell me why I cannot see the logging for Dovecot Pop3 in the /var/log/mail.log or /var/log/mail.info and it seems there is no info shown for the POP3 CRAM-MD5 authentication? Thanks.

1 0