[Dovecot] multiple passdbs and auth sockets
Hello, I want to use different authentication arguments for smtp and imap/pop3. In the dovecot list I found this: http://www.dovecot.org/list/dovecot/2013-August/091960.html I tried to follow these instructions but dovecot refuses to find the auth executable: Dec 12 10:36:18 jlaptop postfix/smtpd[7302]: connect from localhost[127.0.0.1] Dec 12 10:36:18 jlaptop dovecot: auth-10: Error: doveconf: Fatal: execvp(/usr/local/var/run/dovecot/dovecot/auth) failed: No such file or directory Dec 12 10:36:18 jlaptop dovecot: master: Error: service(auth-10): command startup failed, throttling for 2 secs Dec 12 10:36:18 jlaptop dovecot: auth-10: Fatal: master: service(auth-10): child 7304 returned error 89 (Fatal failure) Dec 12 10:36:18 jlaptop postfix/smtpd[7302]: fatal: no SASL authentication mechanisms Dec 12 10:36:19 jlaptop postfix/master[7046]: warning: process /usr/lib/postfix/smtpd pid 7302 exit status 1 Dec 12 10:36:19 jlaptop postfix/master[7046]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling My settings for postfix and dovecot are as follows: root@jlaptop:/usr/local/etc/dovecot/conf.d# postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix default_transport = error home_mailbox = Maildir/ inet_interfaces = loopback-only mailbox_command = mailbox_size_limit = 0 myhostname = jlaptop mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 queue_directory = /var/spool/postfix readme_directory = no recipient_delimiter = + relay_transport = error relayhost = smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth-10 smtpd_sasl_type = dovecot smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes virtual_gid_maps = static:8 virtual_mailbox_base = /var/mail/smtp virtual_mailbox_domains = jlaptop.com virtual_mailbox_maps = hash:/etc/postfix/vmaps virtual_minimum_uid = 100 virtual_uid_maps = static:124 root@jlaptop:/usr/local/etc/dovecot/conf.d# doveconf -n # 2.2.9: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 3.11.0-13-generic x86_64 Ubuntu 13.10 auth_debug = yes auth_debug_passwords = yes auth_verbose = yes first_valid_uid = 124 mail_gid = mail mail_home = /var/mail/imap/%n mail_location = maildir:~/mail mail_plugin_dir = /usr/local/lib/dovecot/ mail_plugins = gpgfuse_umount mail_uid = vmail namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = session=yes dovecot driver = pam } protocols = imap pop3 lmtp imap pop3 service auth-10 { executable = auth -c /usr/local/etc/dovecot-auth-smtp.conf process_limit = 1 unix_listener /var/spool/postfix/private/auth-10 { group = postfix mode = 0666 user = postfix } } ssl_cert =
[Dovecot] Selectively allow non-SSL connections based on userdb
Howdy Folks, I am considering transitioning our mail service over to SSL-only. As a transition mechanism, it would make sense to force all new accounts to use SSL, but still allow old accounts to go unencrypted until some transition date passes. I have done some extensive searching but could not figure a mechanism through which I could specify a setting for this in userdb or similar. Does anyone have any ideas that doesn’t involve a post-login script? Thanks, Trent
Re: [Dovecot] base_dir= problems
On 12.12.2013, at 0.55, Philippe Lelédy wrote: >>> Dec 04 17:03:16 ssl-params: Fatal: >>> creat(/var/dovecot/ssl-parameters.dat.tmp) failed: No such file or directory >> You still have state_dir=/var/dovecot (and don’t place it under /var/run/, >> it’s meant to be durable). >> > doveconf -a | grep state_dir > > gives nothing. > > Adding state_dir = /var/run/dovecot to dovecot.conf gives > > doveconf -n -c dstate > # 2.1.17: dstate > doveconf: Fatal: Error in configuration file dstate line 116: Unknown > setting: state_dir > > What to do ? Ah, it’s configurable only in v2.2. In v2.1 it can only be changed by recompiling with configure --localstatedir=/somewhere
Re: [Dovecot] base_dir= problems
Le 08/12/13 21:38, Timo Sirainen a écrit : On 7.12.2013, at 6.22, Philippe Lelédy wrote: I first let base_dir = with it's default value of /var/dovecot. I changed my mind and now I have doveconf -n # 2.1.17: /etc/dovecot/dovecot.conf # OS: OpenBSD 5.4 amd64 ffs base_dir = /var/run/dovecot/ After a few days, imap clients couldn't login. Here the problem Dec 04 17:03:16 imap-login: Fatal: Corrupted SSL parameters file: /var/dovecot/ssl-parameters.dat Dec 04 17:03:16 imap-login: Fatal: Corrupted SSL parameters file: /var/dovecot/ssl-parameters.dat Dec 04 17:03:16 master: Error: mkdir(/var/dovecot) failed: Read-only file system Dec 04 17:03:16 master: Error: safe_mkstemp(/var/dovecot/mounts.tmp.) failed: No such file or directory Dec 04 17:03:16 master: Error: file_dotlock_open(/var/dovecot/instances) failed: No such file or directory Dec 04 17:03:16 ssl-params: Fatal: creat(/var/dovecot/ssl-parameters.dat.tmp) failed: No such file or directory You still have state_dir=/var/dovecot (and don’t place it under /var/run/, it’s meant to be durable). doveconf -a | grep state_dir gives nothing. Adding state_dir = /var/run/dovecot to dovecot.conf gives doveconf -n -c dstate # 2.1.17: dstate doveconf: Fatal: Error in configuration file dstate line 116: Unknown setting: state_dir What to do ?
Re: [Dovecot] Plugin development - ostream and index cache size
On 11.12.2013, at 18.14, Philipp Brüll wrote: > I'm new to this list, so first thanks for the dovecot tool! So far, it has > been great to work with. > > Currently, I'm developing a scrambler plugin for dovecot, that should stores > the mails encrypted. To do that, I've created the scrambler_ostream and > scrambler_istream that does the encryption and that I hook in the mail > storage process. > > The scrambler_ostream is stacked on top of the output stream of the > mail_save_context (mail_save_context->data.output) and the scrambler_istream > is attached to the input stream when the virtual function istream_opened in > the mail_private struct is called. > > Basically, the encrypt/decrypt works, but during the process the data size > changes slightly. And when I'm doing a FETCH BINARY[] via imap, it results in > the error... > > Cached message size smaller than expected (204 < 208) > Error: Corrupted index cache file > /home/.../mail/mailboxes/INBOX/dbox-Mails/dovecot.index.cache: Broken > physical size for mail UID 1 > > My guess is, that the FETCH function tries to deliver the unencrypted cache > version of the mail (204 bytes) and not the stored version (208 bytes). > > How can I make dovecot cache the output of my scrambler_ostream or at least > disable this caching for testing? > > I've read already a lot of code, but I've found a hint yet. How does - for > example - the zlib plugin handle this issue? I have read the code a couple of > times, but still have no clue. Well, it shoud work exactly the same way as with zlib plugin .. difficult to say what you’re doing differently without seeing the code. After decryption the mail will look exactly the same as before encryption, right? No added/removed pieces of data? That’s a requirement when using zlib-like code for this. BTW. In v2.2.9 there’s also mail-filter plugin where you can implement this encryption/decryption using an external script.
[Dovecot] [Dovecot 2.2.9] mail-filter plugin don't load
Hello, I'm trying to load the mail-filter plugin (dovecot-2.2.9) with the following option in 10-mail.conf : mail_plugins = $mail_plugins mail_filter But I've got the following error when restarting dovecot : dovecot: imap: Fatal: Plugin 'mail_filter' not found from directory /usr/local/lib/dovecot I reinstalled dovecot-2.2.9 from sources (freeBSD ports) but it did not install the mail-filter library in /usr/local/lib/dovecot Thank you for your help. - Stanislas SABATIER s.sabat...@pobox.com ---
[Dovecot] Plugin development - ostream and index cache size
Hi, I'm new to this list, so first thanks for the dovecot tool! So far, it has been great to work with. Currently, I'm developing a scrambler plugin for dovecot, that should stores the mails encrypted. To do that, I've created the scrambler_ostream and scrambler_istream that does the encryption and that I hook in the mail storage process. The scrambler_ostream is stacked on top of the output stream of the mail_save_context (mail_save_context->data.output) and the scrambler_istream is attached to the input stream when the virtual function istream_opened in the mail_private struct is called. Basically, the encrypt/decrypt works, but during the process the data size changes slightly. And when I'm doing a FETCH BINARY[] via imap, it results in the error... Cached message size smaller than expected (204 < 208) Error: Corrupted index cache file /home/.../mail/mailboxes/INBOX/dbox-Mails/dovecot.index.cache: Broken physical size for mail UID 1 My guess is, that the FETCH function tries to deliver the unencrypted cache version of the mail (204 bytes) and not the stored version (208 bytes). How can I make dovecot cache the output of my scrambler_ostream or at least disable this caching for testing? I've read already a lot of code, but I've found a hint yet. How does - for example - the zlib plugin handle this issue? I have read the code a couple of times, but still have no clue. Best regards, Philipp
Re: [Dovecot] pigeonhole openssl s_client
> http://wiki2.dovecot.org/Pigeonhole/ManageSieve/Troubleshooting > > Try the gnutls command line interface: > > gnutls-cli --starttls --print-cert -p 4190 example.com > STARTTLS > Ctrl-D > LOGOUT > > Regards > Daniel Ah, thanks! Pretty dumb of openssl not to be able to connect arbitrary servers... in a useful way, that is. Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while
On 11.12.2013, at 20.28, Robert Schetterer wrote: > Am 11.12.2013 18:39, schrieb Timo Sirainen: >> Hmh. Can you try if this patch fixes it? >> http://hg.dovecot.org/dovecot-2.2/rev/c0236d1c4a04 > > patch is for 2.2.x , so he has to do total upgrade It applies to v2.1 as well.
Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while
Am 11.12.2013 18:39, schrieb Timo Sirainen: > Hmh. Can you try if this patch fixes it? > http://hg.dovecot.org/dovecot-2.2/rev/c0236d1c4a04 patch is for 2.2.x , so he has to do total upgrade > > On 11.12.2013, at 19.10, Nikolaus Rath wrote: > >> Hello, >> >> *ping* >> >> Really no one able to help with the issue below? >> >> Best, >> Nikolaus >> >> >> Nikolaus Rath writes: >>> Hello, >>> >>> About once or twice a week, dovecot's imap-login process on my system >>> seems gets out of control, eating 100% CPU for about 2 hours. Afterwards >>> everything seems to go back to normal. >>> >>> I am using Dovecot 2.1.7 on a 64 bit Debian wheezy system. >>> >>> When running gdb on the process in this stage, I get the following >>> traceback: >>> >>> #0 0x7fcba50c5a90 in read () from /lib/x86_64-linux-gnu/libc.so.6 >>> #1 0x7fcba4aa01aa in ?? () from >>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >>> #2 0x7fcba4a9df09 in BIO_read () from >>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >>> #3 0x7fcba4dbac8c in ?? () from >>> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >>> #4 0x7fcba4dbbe75 in ?? () from >>> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >>> #5 0x7fcba4dbd8d0 in ?? () from >>> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >>> #6 0x7fcba4dad07a in ?? () from >>> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >>> #7 0x7fcba4db143b in ?? () from >>> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >>> #8 0x7fcba5622b61 in ssl_handshake (proxy=0x7fcba7870bb0) at >>> ssl-proxy-openssl.c:465 >>> #9 ssl_step (proxy=0x7fcba7870bb0) at ssl-proxy-openssl.c:528 >>> #10 0x7fcba53d2016 in io_loop_call_io (io=0x7fcba786fc80) at >>> ioloop.c:379 >>> #11 0x7fcba53d2cc7 in io_loop_handler_run >>> (ioloop=ioloop@entry=0x7fcba778c6e0) >>>at ioloop-epoll.c:213 >>> #12 0x7fcba53d1a28 in io_loop_run (ioloop=0x7fcba778c6e0) at >>> ioloop.c:398 >>> #13 0x7fcba53be483 in master_service_run (service=0x7fcba778c590, >>>callback=callback@entry=0x7fcba5620100 ) at >>> master-service.c:544 >>> #14 0x7fcba562079e in login_binary_run (binary=, argc=1, >>> argv=0x7fcba778c370) >>>at main.c:406 >>> #15 0x7fcba5015ead in __libc_start_main () from >>> /lib/x86_64-linux-gnu/libc.so.6 >>> #16 0x7fcba5a52b2d in _start () >>> >>> strace -tt says: >>> >>> 16:14:19.693378 gettimeofday({1381421659, 693415}, NULL) = 0 >>> 16:14:19.693490 time(NULL) = 1381421659 >>> 16:14:19.693588 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >>> temporarily unavailable) >>> 16:14:19.693688 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >>> u64=140512665552240}}}, 10, 4294967295) = 1 >>> 16:14:19.693796 gettimeofday({1381421659, 693823}, NULL) = 0 >>> 16:14:19.693890 time(NULL) = 1381421659 >>> 16:14:19.693984 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >>> temporarily unavailable) >>> 16:14:19.694084 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >>> u64=140512665552240}}}, 10, 4294967295) = 1 >>> 16:14:19.694177 gettimeofday({1381421659, 694203}, NULL) = 0 >>> 16:14:19.694269 time(NULL) = 1381421659 >>> 16:14:19.694399 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >>> temporarily unavailable) >>> 16:14:19.694563 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >>> u64=140512665552240}}}, 10, 4294967295) = 1 >>> 16:14:19.694706 gettimeofday({1381421659, 694757}, NULL) = 0 >>> 16:14:19.694849 time(NULL) = 1381421659 >>> 16:14:19.694976 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >>> temporarily unavailable) >>> 16:14:19.695091 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >>> u64=140512665552240}}}, 10, 4294967295) = 1 >>> 16:14:19.695201 gettimeofday({1381421659, 695230}, NULL) = 0 >>> 16:14:19.695300 time(NULL) = 1381421659 >>> 16:14:19.695420 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >>> temporarily unavailable) >>> 16:14:19.69 epoll_wait(14, >>> >>> dovecot -n output is: >>> >>> # 2.1.7: /etc/dovecot/dovecot.conf >>> # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 ext3 >>> first_valid_uid = 8 >>> last_valid_uid = 8 >>> mail_access_groups = spamd-clients >>> mail_gid = mail >>> mail_location = mdbox:/var/spool/mail/%n/mdbox >>> mail_plugins = fts quota fts_lucene >>> mail_uid = mail >>> 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 ihave >>> namespace inbox { >>> inbox = yes >>> location = >>> mailbox Drafts { >>>special_use = \Drafts >>> } >>> mailbox Sent { >>>special_use = \Sent >>> } >>> mailbox "Sent Messages" { >>>special_use = \Sent >>> } >>> mailbox Spam { >>>special_use = \Junk >>> } >>> mailbox Trash { >>>special_use = \Trash >>> } >>> prefix = >>> } >>> passdb { >>> args = scheme=SHA512-CRYPT username_format=%n /etc/dovecot/
Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while
Am 11.12.2013 18:10, schrieb Nikolaus Rath: > Hello, > > *ping* backping upgrade to 2.1.17, perhaps bug is allready fixed > > Really no one able to help with the issue below? > > Best, > Nikolaus > > > Nikolaus Rath writes: >> Hello, >> >> About once or twice a week, dovecot's imap-login process on my system >> seems gets out of control, eating 100% CPU for about 2 hours. Afterwards >> everything seems to go back to normal. >> >> I am using Dovecot 2.1.7 on a 64 bit Debian wheezy system. >> >> When running gdb on the process in this stage, I get the following >> traceback: >> >> #0 0x7fcba50c5a90 in read () from /lib/x86_64-linux-gnu/libc.so.6 >> #1 0x7fcba4aa01aa in ?? () from >> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >> #2 0x7fcba4a9df09 in BIO_read () from >> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >> #3 0x7fcba4dbac8c in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #4 0x7fcba4dbbe75 in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #5 0x7fcba4dbd8d0 in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #6 0x7fcba4dad07a in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #7 0x7fcba4db143b in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #8 0x7fcba5622b61 in ssl_handshake (proxy=0x7fcba7870bb0) at >> ssl-proxy-openssl.c:465 >> #9 ssl_step (proxy=0x7fcba7870bb0) at ssl-proxy-openssl.c:528 >> #10 0x7fcba53d2016 in io_loop_call_io (io=0x7fcba786fc80) at ioloop.c:379 >> #11 0x7fcba53d2cc7 in io_loop_handler_run >> (ioloop=ioloop@entry=0x7fcba778c6e0) >> at ioloop-epoll.c:213 >> #12 0x7fcba53d1a28 in io_loop_run (ioloop=0x7fcba778c6e0) at ioloop.c:398 >> #13 0x7fcba53be483 in master_service_run (service=0x7fcba778c590, >> callback=callback@entry=0x7fcba5620100 ) at >> master-service.c:544 >> #14 0x7fcba562079e in login_binary_run (binary=, argc=1, >> argv=0x7fcba778c370) >> at main.c:406 >> #15 0x7fcba5015ead in __libc_start_main () from >> /lib/x86_64-linux-gnu/libc.so.6 >> #16 0x7fcba5a52b2d in _start () >> >> strace -tt says: >> >> 16:14:19.693378 gettimeofday({1381421659, 693415}, NULL) = 0 >> 16:14:19.693490 time(NULL) = 1381421659 >> 16:14:19.693588 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.693688 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >> u64=140512665552240}}}, 10, 4294967295) = 1 >> 16:14:19.693796 gettimeofday({1381421659, 693823}, NULL) = 0 >> 16:14:19.693890 time(NULL) = 1381421659 >> 16:14:19.693984 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.694084 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >> u64=140512665552240}}}, 10, 4294967295) = 1 >> 16:14:19.694177 gettimeofday({1381421659, 694203}, NULL) = 0 >> 16:14:19.694269 time(NULL) = 1381421659 >> 16:14:19.694399 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.694563 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >> u64=140512665552240}}}, 10, 4294967295) = 1 >> 16:14:19.694706 gettimeofday({1381421659, 694757}, NULL) = 0 >> 16:14:19.694849 time(NULL) = 1381421659 >> 16:14:19.694976 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.695091 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >> u64=140512665552240}}}, 10, 4294967295) = 1 >> 16:14:19.695201 gettimeofday({1381421659, 695230}, NULL) = 0 >> 16:14:19.695300 time(NULL) = 1381421659 >> 16:14:19.695420 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.69 epoll_wait(14, >> >> dovecot -n output is: >> >> # 2.1.7: /etc/dovecot/dovecot.conf >> # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 ext3 >> first_valid_uid = 8 >> last_valid_uid = 8 >> mail_access_groups = spamd-clients >> mail_gid = mail >> mail_location = mdbox:/var/spool/mail/%n/mdbox >> mail_plugins = fts quota fts_lucene >> mail_uid = mail >> 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 ihave >> namespace inbox { >> inbox = yes >> location = >> mailbox Drafts { >> special_use = \Drafts >> } >> mailbox Sent { >> special_use = \Sent >> } >> mailbox "Sent Messages" { >> special_use = \Sent >> } >> mailbox Spam { >> special_use = \Junk >> } >> mailbox Trash { >> special_use = \Trash >> } >> prefix = >> } >> passdb { >> args = scheme=SHA512-CRYPT username_format=%n /etc/dovecot/users >> driver = passwd-file >> } >> plugin { >> antispam_backend = pipe >> antispam_pipe_program = /usr/local/bin/spamc_wrapper >> antispam_pipe_program_notspam_args = -L;ham >> antispam_pipe_program_spam_args = -L;spam >> antispam_spam =
Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while
Hmh. Can you try if this patch fixes it? http://hg.dovecot.org/dovecot-2.2/rev/c0236d1c4a04 On 11.12.2013, at 19.10, Nikolaus Rath wrote: > Hello, > > *ping* > > Really no one able to help with the issue below? > > Best, > Nikolaus > > > Nikolaus Rath writes: >> Hello, >> >> About once or twice a week, dovecot's imap-login process on my system >> seems gets out of control, eating 100% CPU for about 2 hours. Afterwards >> everything seems to go back to normal. >> >> I am using Dovecot 2.1.7 on a 64 bit Debian wheezy system. >> >> When running gdb on the process in this stage, I get the following >> traceback: >> >> #0 0x7fcba50c5a90 in read () from /lib/x86_64-linux-gnu/libc.so.6 >> #1 0x7fcba4aa01aa in ?? () from >> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >> #2 0x7fcba4a9df09 in BIO_read () from >> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >> #3 0x7fcba4dbac8c in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #4 0x7fcba4dbbe75 in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #5 0x7fcba4dbd8d0 in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #6 0x7fcba4dad07a in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #7 0x7fcba4db143b in ?? () from >> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 >> #8 0x7fcba5622b61 in ssl_handshake (proxy=0x7fcba7870bb0) at >> ssl-proxy-openssl.c:465 >> #9 ssl_step (proxy=0x7fcba7870bb0) at ssl-proxy-openssl.c:528 >> #10 0x7fcba53d2016 in io_loop_call_io (io=0x7fcba786fc80) at ioloop.c:379 >> #11 0x7fcba53d2cc7 in io_loop_handler_run >> (ioloop=ioloop@entry=0x7fcba778c6e0) >>at ioloop-epoll.c:213 >> #12 0x7fcba53d1a28 in io_loop_run (ioloop=0x7fcba778c6e0) at ioloop.c:398 >> #13 0x7fcba53be483 in master_service_run (service=0x7fcba778c590, >>callback=callback@entry=0x7fcba5620100 ) at >> master-service.c:544 >> #14 0x7fcba562079e in login_binary_run (binary=, argc=1, >> argv=0x7fcba778c370) >>at main.c:406 >> #15 0x7fcba5015ead in __libc_start_main () from >> /lib/x86_64-linux-gnu/libc.so.6 >> #16 0x7fcba5a52b2d in _start () >> >> strace -tt says: >> >> 16:14:19.693378 gettimeofday({1381421659, 693415}, NULL) = 0 >> 16:14:19.693490 time(NULL) = 1381421659 >> 16:14:19.693588 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.693688 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >> u64=140512665552240}}}, 10, 4294967295) = 1 >> 16:14:19.693796 gettimeofday({1381421659, 693823}, NULL) = 0 >> 16:14:19.693890 time(NULL) = 1381421659 >> 16:14:19.693984 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.694084 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >> u64=140512665552240}}}, 10, 4294967295) = 1 >> 16:14:19.694177 gettimeofday({1381421659, 694203}, NULL) = 0 >> 16:14:19.694269 time(NULL) = 1381421659 >> 16:14:19.694399 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.694563 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >> u64=140512665552240}}}, 10, 4294967295) = 1 >> 16:14:19.694706 gettimeofday({1381421659, 694757}, NULL) = 0 >> 16:14:19.694849 time(NULL) = 1381421659 >> 16:14:19.694976 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.695091 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, >> u64=140512665552240}}}, 10, 4294967295) = 1 >> 16:14:19.695201 gettimeofday({1381421659, 695230}, NULL) = 0 >> 16:14:19.695300 time(NULL) = 1381421659 >> 16:14:19.695420 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource >> temporarily unavailable) >> 16:14:19.69 epoll_wait(14, >> >> dovecot -n output is: >> >> # 2.1.7: /etc/dovecot/dovecot.conf >> # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 ext3 >> first_valid_uid = 8 >> last_valid_uid = 8 >> mail_access_groups = spamd-clients >> mail_gid = mail >> mail_location = mdbox:/var/spool/mail/%n/mdbox >> mail_plugins = fts quota fts_lucene >> mail_uid = mail >> 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 ihave >> namespace inbox { >> inbox = yes >> location = >> mailbox Drafts { >>special_use = \Drafts >> } >> mailbox Sent { >>special_use = \Sent >> } >> mailbox "Sent Messages" { >>special_use = \Sent >> } >> mailbox Spam { >>special_use = \Junk >> } >> mailbox Trash { >>special_use = \Trash >> } >> prefix = >> } >> passdb { >> args = scheme=SHA512-CRYPT username_format=%n /etc/dovecot/users >> driver = passwd-file >> } >> plugin { >> antispam_backend = pipe >> antispam_pipe_program = /usr/local/bin/spamc_wrapper >> antispam_pipe_program_notspam_args = -L;ham >> antispam_pipe_program_spam_args = -L;spam >
Re: [Dovecot] managesieve error with dovecot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 11 Dec 2013, saurabh wrote: I am using Dovecot version 2.0.9 on Centos 6.4. I have installed I'm not sure, if that version had old bugs, but dovecot-pegionhole version 2.0.9 and Roundcube version 0.9.5 . After doing all the configurations. I am able to see the filters icon in roundcube setting. But whem I click it I get the error "could not connect to server" please help. Below are the error logs. ### log from /var/log/maillog ## Dec 11 21:41:06 eximtest dovecot: managesieve: Debug: Unknown userdb setting: plugin//mail/%d/%n/=/home/test this looks terrible wrong. Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: Effective uid=6006, gid=6000, home= There is no home dir for the user. Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: sieve-storage: using active sieve script path: (null) sieve needs a home dir. Post doveconf -n, or find the bug in it yourself. Maybe it's caused by 1st error. - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUqic1F3r2wJMiz2NAQLGFAf/Xh2bN6FH+9nyvUewENwFCYA8vGZxhUnQ oH0aUWegow/X9aq+D5Q5/hKjt7OdELnnyf8qe9kED77nvAv8xvcPu19umUwpRj/g jWdH0yl8SZH1kS7tEOhHNP8FDbTb8g2n+cB0HbKGyCPW2piUY0HcfNTLdrYjLU6Q onnVqtmj4CDiAdRo9taB1BTmoSbadk3XRv9k8O8qdjLCF/UT0Ghq/dEua2iKARfR LdT+pmGEIiVij0rkWpbXj+sIR5do2aoaS/W0KX5qhbxJzR64IsPem7AMsRlztnQA eZEH9GR2u601ax7m5FWMwLw5fjLxyO+HfNx2XOvFURP8sRa6TqY1jw== =XGTy -END PGP SIGNATURE-
Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while
Hello, *ping* Really no one able to help with the issue below? Best, Nikolaus Nikolaus Rath writes: > Hello, > > About once or twice a week, dovecot's imap-login process on my system > seems gets out of control, eating 100% CPU for about 2 hours. Afterwards > everything seems to go back to normal. > > I am using Dovecot 2.1.7 on a 64 bit Debian wheezy system. > > When running gdb on the process in this stage, I get the following > traceback: > > #0 0x7fcba50c5a90 in read () from /lib/x86_64-linux-gnu/libc.so.6 > #1 0x7fcba4aa01aa in ?? () from > /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > #2 0x7fcba4a9df09 in BIO_read () from > /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > #3 0x7fcba4dbac8c in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > #4 0x7fcba4dbbe75 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > #5 0x7fcba4dbd8d0 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > #6 0x7fcba4dad07a in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > #7 0x7fcba4db143b in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 > #8 0x7fcba5622b61 in ssl_handshake (proxy=0x7fcba7870bb0) at > ssl-proxy-openssl.c:465 > #9 ssl_step (proxy=0x7fcba7870bb0) at ssl-proxy-openssl.c:528 > #10 0x7fcba53d2016 in io_loop_call_io (io=0x7fcba786fc80) at ioloop.c:379 > #11 0x7fcba53d2cc7 in io_loop_handler_run > (ioloop=ioloop@entry=0x7fcba778c6e0) > at ioloop-epoll.c:213 > #12 0x7fcba53d1a28 in io_loop_run (ioloop=0x7fcba778c6e0) at ioloop.c:398 > #13 0x7fcba53be483 in master_service_run (service=0x7fcba778c590, > callback=callback@entry=0x7fcba5620100 ) at > master-service.c:544 > #14 0x7fcba562079e in login_binary_run (binary=, argc=1, > argv=0x7fcba778c370) > at main.c:406 > #15 0x7fcba5015ead in __libc_start_main () from > /lib/x86_64-linux-gnu/libc.so.6 > #16 0x7fcba5a52b2d in _start () > > strace -tt says: > > 16:14:19.693378 gettimeofday({1381421659, 693415}, NULL) = 0 > 16:14:19.693490 time(NULL) = 1381421659 > 16:14:19.693588 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily > unavailable) > 16:14:19.693688 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, > u64=140512665552240}}}, 10, 4294967295) = 1 > 16:14:19.693796 gettimeofday({1381421659, 693823}, NULL) = 0 > 16:14:19.693890 time(NULL) = 1381421659 > 16:14:19.693984 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily > unavailable) > 16:14:19.694084 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, > u64=140512665552240}}}, 10, 4294967295) = 1 > 16:14:19.694177 gettimeofday({1381421659, 694203}, NULL) = 0 > 16:14:19.694269 time(NULL) = 1381421659 > 16:14:19.694399 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily > unavailable) > 16:14:19.694563 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, > u64=140512665552240}}}, 10, 4294967295) = 1 > 16:14:19.694706 gettimeofday({1381421659, 694757}, NULL) = 0 > 16:14:19.694849 time(NULL) = 1381421659 > 16:14:19.694976 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily > unavailable) > 16:14:19.695091 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, > u64=140512665552240}}}, 10, 4294967295) = 1 > 16:14:19.695201 gettimeofday({1381421659, 695230}, NULL) = 0 > 16:14:19.695300 time(NULL) = 1381421659 > 16:14:19.695420 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily > unavailable) > 16:14:19.69 epoll_wait(14, > > dovecot -n output is: > > # 2.1.7: /etc/dovecot/dovecot.conf > # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 ext3 > first_valid_uid = 8 > last_valid_uid = 8 > mail_access_groups = spamd-clients > mail_gid = mail > mail_location = mdbox:/var/spool/mail/%n/mdbox > mail_plugins = fts quota fts_lucene > mail_uid = mail > 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 ihave > namespace inbox { > inbox = yes > location = > mailbox Drafts { > special_use = \Drafts > } > mailbox Sent { > special_use = \Sent > } > mailbox "Sent Messages" { > special_use = \Sent > } > mailbox Spam { > special_use = \Junk > } > mailbox Trash { > special_use = \Trash > } > prefix = > } > passdb { > args = scheme=SHA512-CRYPT username_format=%n /etc/dovecot/users > driver = passwd-file > } > plugin { > antispam_backend = pipe > antispam_pipe_program = /usr/local/bin/spamc_wrapper > antispam_pipe_program_notspam_args = -L;ham > antispam_pipe_program_spam_args = -L;spam > antispam_spam = Spam > antispam_trash = Trash;Papierkorb > fts = lucene > fts_lucene = whitespace_chars=@. > quota = dict:User quota::file:%h/quota > quota_rule = *:storage=1G > quota_rule2 = Trash:storage=+100M > sieve = ~/.dovecot.sieve > sieve_dir = ~/sieve
[Dovecot] managesieve error with dovecot
Hi All, I am using Dovecot version 2.0.9 on Centos 6.4. I have installed dovecot-pegionhole version 2.0.9 and Roundcube version 0.9.5 . After doing all the configurations. I am able to see the filters icon in roundcube setting. But whem I click it I get the error "could not connect to server" please help. Below are the error logs. ### log from /var/log/maillog ## Dec 11 21:41:06 eximtest dovecot: managesieve: Debug: Unknown userdb setting: plugin//mail/%d/%n/=/home/test Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: Effective uid=6006, gid=6000, home= Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: quota: No quota setting - plugin disabled Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: Namespace : type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/mail/ayurve.co.uk/test/Maildir Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: maildir++: root=/mail/ayurve.co.uk/test/Maildir, index=, control=, inbox=/mail/ayurve.co.uk/test/Maildir Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: sieve-storage: using active sieve script path: (null) Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: sieve-storage: using sieve script storage directory: (null) Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Error: sieve-storage: stat((null)) failed: Bad address Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Error: sieve-storage: stat((null)) failed: Bad address Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Fatal: Failed to open Sieve storage. ## log from /var/www/html/roundcube/logs/errors ## [11-Dec-2013 16:11:06 +]: PHP Error: Unable to connect to managesieve on eximtest.techblue.co.uk:4190 in /var/www/html/roundcube/plugins/managesieve/managesieve.php on line 308 (GET /roundcube/?_task=settings&_action=plugin.managesieve) [11-Dec-2013 16:11:06] Not currently in AUTHORISATION state (1): [11-Dec-2013 16:11:06] Failed to write to socket: connection lost (): ### log from /var/www/html/roundcube/logs/sieve ### [11-Dec-2013 16:11:06 +]: S: "IMPLEMENTATION" "dovecot" [11-Dec-2013 16:11:06 +]: S: "SIEVE" "fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date" [11-Dec-2013 16:11:06 +]: S: "NOTIFY" "mailto" [11-Dec-2013 16:11:06 +]: S: "SASL" "PLAIN" [11-Dec-2013 16:11:06 +]: S: "VERSION" "1.0" [11-Dec-2013 16:11:06 +]: S: OK "Capability completed." [11-Dec-2013 16:11:06 +]: C: AUTHENTICATE "PLAIN" "AHRlc3RAYXl1cnZlLmNvLnVrADRRUG9vZFdvMGQ=" [11-Dec-2013 16:11:06 +]: S: Thanks, Saurabh -- Saurabh Kumar (RHCSA,RHCE,RHCVA)
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
On 12/11/2013 06:36 AM, Graham Leggett wrote: > On 11 Dec 2013, at 12:36 PM, Stan Hoeppner wrote: > >> The decision whether to stick with FLOSS or move to Exchange boils down >> to a few things, assuming management is making the decision, not the IT >> department. > > Why would you hire an IT department but then not allow the IT department to > be making the IT decisions? "Suits"...they do it all the time. I usually quit when crap like that happens, but I seem in the small minority, being willing to compromise on my financial security before my principles. So most people put up with it, so suits keep doing it. -Dave -- Dave McGuire, AK4HZ New Kensington, PA
Re: [Dovecot] restricted dovecot conf
Am 11.12.2013 14:18, schrieb Goran: > Hi all, > > I have a simple but well running dovecot configuration attached below. > > Now I want to change some things. What I need is an IMAP-Server which > restricts the user to the following: > > - no folder createable > - no messages deleteable > > How to get what I want? > > My Version: Debian x86 Squeeze, Dovecot 1:1.2.15-7. thats much to old version i guess however start working on your problem with reading http://wiki2.dovecot.org/ACL > > Many thanks in advance! > > Goran > > --- > > protocols = imaps > disable_plaintext_auth = yes > shutdown_clients = yes > log_timestamp = "%Y-%m-%d %H:%M:%S " > > ssl = yes > ssl_cert_file = /etc/ssl/certs/dovecot.pem > ssl_key_file = /etc/ssl/private/dovecot.pem > > mail_location = mbox:~/mail:INBOX=/var/mail/%u > mail_privileged_group = mail > > mbox_write_locks = fcntl dotlock > > auth default { > mechanisms = plain > passdb shadow { > } > userdb passwd { > } > } > Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
[Dovecot] restricted dovecot conf
Hi all, I have a simple but well running dovecot configuration attached below. Now I want to change some things. What I need is an IMAP-Server which restricts the user to the following: - no folder createable - no messages deleteable How to get what I want? My Version: Debian x86 Squeeze, Dovecot 1:1.2.15-7. Many thanks in advance! Goran --- protocols = imaps disable_plaintext_auth = yes shutdown_clients = yes log_timestamp = "%Y-%m-%d %H:%M:%S " ssl = yes ssl_cert_file = /etc/ssl/certs/dovecot.pem ssl_key_file = /etc/ssl/private/dovecot.pem mail_location = mbox:~/mail:INBOX=/var/mail/%u mail_privileged_group = mail mbox_write_locks = fcntl dotlock auth default { mechanisms = plain passdb shadow { } userdb passwd { } }
Re: [Dovecot] Ubuntu packages and broken link in docs
these are build from the sources that are automatically build for the debian system mentioned in the wiki http://wiki2.dovecot.org/PrebuiltBinaries#Automatically_Built_Packages (only difference to these are some changes to the build file for version numbers and the changelog file). only building official releases named ...~auto0 packages Zitat von Alan McGinlay - SICS : On 2013-12-11 13:00, Michael Cramer wrote: i uploaded 2.2.9 for ubuntu 12.04 LTS, 12.10, 13.04 and 13.10 to the ppa Zitat von mich...@bigmichi1.de: Zitat von Alan McGinlay - SICS Hi, Two things: 1. Does anyone know of a good PPA with updated packages of Dovecot for Ubuntu? "For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT Repository. (Outdated. Could someone provide a ppa for latest stable Dovecot, please?)" 2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there is a link to a supposedly outdated PPA, the ppa page now redirects to an ad for the guys services so should probably be removed. /Alan Hi, In my ppa https://launchpad.net/~bigmichi1 i provide the latest version of dovecot for the latest version of Ubuntu. It is build after a official release. Thanks! I will give it a try on a dev server. Does it follow the debian split config files layout? Also, which sources are the debs built from? I would like to try building it my self for comparison.
Re: [Dovecot] Ubuntu packages and broken link in docs
these are build from the sources that are automatically build for the debian system mentioned in the wiki http://wiki2.dovecot.org/PrebuiltBinaries#Automatically_Built_Packages (only difference to these are some changes to the build file for version numbers and the changelog file). only building official releases named ...~auto0 packages Zitat von Alan McGinlay - SICS : On 2013-12-11 13:00, Michael Cramer wrote: i uploaded 2.2.9 for ubuntu 12.04 LTS, 12.10, 13.04 and 13.10 to the ppa Zitat von mich...@bigmichi1.de: Zitat von Alan McGinlay - SICS Hi, Two things: 1. Does anyone know of a good PPA with updated packages of Dovecot for Ubuntu? "For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT Repository. (Outdated. Could someone provide a ppa for latest stable Dovecot, please?)" 2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there is a link to a supposedly outdated PPA, the ppa page now redirects to an ad for the guys services so should probably be removed. /Alan Hi, In my ppa https://launchpad.net/~bigmichi1 i provide the latest version of dovecot for the latest version of Ubuntu. It is build after a official release. Thanks! I will give it a try on a dev server. Does it follow the debian split config files layout? Also, which sources are the debs built from? I would like to try building it my self for comparison.
Re: [Dovecot] Ubuntu packages and broken link in docs
On 2013-12-11 13:00, Michael Cramer wrote: i uploaded 2.2.9 for ubuntu 12.04 LTS, 12.10, 13.04 and 13.10 to the ppa Zitat von mich...@bigmichi1.de: Zitat von Alan McGinlay - SICS Hi, Two things: 1. Does anyone know of a good PPA with updated packages of Dovecot for Ubuntu? "For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT Repository. (Outdated. Could someone provide a ppa for latest stable Dovecot, please?)" 2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there is a link to a supposedly outdated PPA, the ppa page now redirects to an ad for the guys services so should probably be removed. /Alan Hi, In my ppa https://launchpad.net/~bigmichi1 i provide the latest version of dovecot for the latest version of Ubuntu. It is build after a official release. Thanks! I will give it a try on a dev server. Does it follow the debian split config files layout? Also, which sources are the debs built from? I would like to try building it my self for comparison.
Re: [Dovecot] Ubuntu packages and broken link in docs
i uploaded 2.2.9 for ubuntu 12.04 LTS, 12.10, 13.04 and 13.10 to the ppa Zitat von mich...@bigmichi1.de: Zitat von Alan McGinlay - SICS Hi, Two things: 1. Does anyone know of a good PPA with updated packages of Dovecot for Ubuntu? "For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT Repository. (Outdated. Could someone provide a ppa for latest stable Dovecot, please?)" 2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there is a link to a supposedly outdated PPA, the ppa page now redirects to an ad for the guys services so should probably be removed. /Alan Hi, In my ppa https://launchpad.net/~bigmichi1 i provide the latest version of dovecot for the latest version of Ubuntu. It is build after a official release. Von meinem Sony Xperia™-Smartphone gesendet Alan McGinlay - SICS schrieb:
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
On 11 Dec 2013, at 12:36 PM, Stan Hoeppner wrote: > The decision whether to stick with FLOSS or move to Exchange boils down > to a few things, assuming management is making the decision, not the IT > department. Why would you hire an IT department but then not allow the IT department to be making the IT decisions? Regards, Graham --
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
On 11/12/2013 11:36, Stan Hoeppner wrote: > Management > should never allow the company to be held hostage, have no options, due > to being reliant on a single systems administrator and his/er unique > knowledge of the infrastructure. Indeed, it is much better to be held hostage of a huge corporation that does not care the less about your little business and that may change it's licensing schemes or drop features on which you depend every moment. :-) I know I'm simplyfing a lot, but if "competences lock-in" should be weighted in the choice, I think it is also fair to consider vendor lock-in. Cheers, Daniele
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
On 2013-12-11 11:36, Stan Hoeppner wrote: On 12/10/2013 8:15 AM, Charles Marcus wrote: There has been some whispers about considering migrating our mail systems to Exchange Server. I want to try to nip this in the bud. I would like to ask for some help with providing some kind of comparison of large(r) commercial companies use of email systems... specifically, those using Microsoft Exchange Server, vs those using open source Linux/Unix based systems, including even commercial *nix groupware based systems like Zimbra, as well as plain mail systems like dovecot, or cyrus or courier. I know that many (if they are smart) Admins that do use Exchange internally will use postfix (or something else linux/unix based) in front of it as their relayhost (for both inbound and outbound), so just counting the number of publicly accessible smtp servers won't be a good gauge. Does anyone know of any decent non-biased studies that have been done, hopefully relatively recently (last few years) that provide such a comparison? Microsoft Exchange is a mature, very robust mail/groupware platform, and when combined with Outlook provides a very rich feature set and user experience. The level of client integration is superb out of the box. MS Windows Server and Exchange server run just fine virtualized on ESX and are both certified by Microsoft and VMware in this configuration. If one looks at Exchange without wearing glasses colored by FLOSS, it is a really great piece of software. Lotus Notes was/is a piece of junk. Novell's Groupwise was/is pretty close to Exchange but never achieved wide adoption due to the MS Juggernaut. There are multiple FLOSS groupware alternatives with similar features. None offer the same level of seamless client integration or as rich a feature set, though these solutions are getting closer. The decision whether to stick with FLOSS or move to Exchange boils down to a few things, assuming management is making the decision, not the IT department. 1. Capital outlay for the license fees 2. Administrative talent pool Regarding #2, in any given city in the US there are at least 100 Windows/Exchange administrators per *nix/floss_groupware_product admin. If a company ever needs to sack key members of its IT staff for any reason, or if it decides to sack them all and outsource IT administration to a consulting firm, having an all or mostly MS infrastructure makes this a no brainer. I'm not suggesting this is a possibility in your case, but that it's simply something that management considers. If they don't they're not doing their job. Management should never allow the company to be held hostage, have no options, due to being reliant on a single systems administrator and his/er unique knowledge of the infrastructure. Seamless client integration *with windows clients*. This is something you didn't mention but is vital for some organisations (like mine, where a tiny minority of administrative workers use windows). Allowing one microsoft service into your organisation is like inviting in a Trojan horse. It won't be long before somone else says "why don't we try sharepoint now that we get a bundled license" or something, not to mention the licensing nightmare "wait I think we need a CAL for every end user!" Consider it if you are already a microsoft shop, otherwise avoid it as you would a plague rat.
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
On 12/10/2013 8:15 AM, Charles Marcus wrote: > There has been some whispers about considering migrating our mail > systems to Exchange Server. I want to try to nip this in the bud. > > I would like to ask for some help with providing some kind of comparison > of large(r) commercial companies use of email systems... specifically, > those using Microsoft Exchange Server, vs those using open source > Linux/Unix based systems, including even commercial *nix groupware based > systems like Zimbra, as well as plain mail systems like dovecot, or > cyrus or courier. > > I know that many (if they are smart) Admins that do use Exchange > internally will use postfix (or something else linux/unix based) in > front of it as their relayhost (for both inbound and outbound), so just > counting the number of publicly accessible smtp servers won't be a good > gauge. > > Does anyone know of any decent non-biased studies that have been done, > hopefully relatively recently (last few years) that provide such a > comparison? Microsoft Exchange is a mature, very robust mail/groupware platform, and when combined with Outlook provides a very rich feature set and user experience. The level of client integration is superb out of the box. MS Windows Server and Exchange server run just fine virtualized on ESX and are both certified by Microsoft and VMware in this configuration. If one looks at Exchange without wearing glasses colored by FLOSS, it is a really great piece of software. Lotus Notes was/is a piece of junk. Novell's Groupwise was/is pretty close to Exchange but never achieved wide adoption due to the MS Juggernaut. There are multiple FLOSS groupware alternatives with similar features. None offer the same level of seamless client integration or as rich a feature set, though these solutions are getting closer. The decision whether to stick with FLOSS or move to Exchange boils down to a few things, assuming management is making the decision, not the IT department. 1. Capital outlay for the license fees 2. Administrative talent pool Regarding #2, in any given city in the US there are at least 100 Windows/Exchange administrators per *nix/floss_groupware_product admin. If a company ever needs to sack key members of its IT staff for any reason, or if it decides to sack them all and outsource IT administration to a consulting firm, having an all or mostly MS infrastructure makes this a no brainer. I'm not suggesting this is a possibility in your case, but that it's simply something that management considers. If they don't they're not doing their job. Management should never allow the company to be held hostage, have no options, due to being reliant on a single systems administrator and his/er unique knowledge of the infrastructure. -- Stan
Re: [Dovecot] "Select Inbox" drops connection. IMAP troubleshooting help available?
Thank you Steffen, I’ve passed this along to my hosting provider and hope they can figure out how to fix the problem. Best regards, Sonovo On 11. des. 2013, at 08:46, Steffen Kaiser wrote: >