Re: Containerize dovecot?
MRob wrote: Hello, anyone here has containerized dovecot? Can I ask general advice and experience please? are there any recommended articles/tutorial for containerize deploymnt and auto-scaling? Thank you. Fairly straight forward. Use LXD running either Ubuntu or Alpine as the Distro. You can also use Docker, which means you'll have to handroll your own LXD-ish filesystem management system (shudder...) using Docker volumes. Good rule... 1) Use Docker for ephemeral data, where all data dies across container restarts. 2) Use LXD for persistent data... SQL databases, IMAP mailstores, etc... where data lives across container restarts. Can you use Docker for this? Yes! Should you? Well... depends on if you have a lot of free time to redevelop and entire set of LXD-ish tools. If you're super lazy... er, I mean efficient, as I am... use LXD...
Dovecot-2.3.15 ignores imaps inet_listener
Processes that show up, only imap, no imaps... # service dovecot restart && netstat -pluten | egrep dovecot tcp0 0 51.222.96.234:143 0.0.0.0:* LISTEN 0 3017752730 285711/dovecot Someone let me know what I've done wrong. Thanks! Changing conf.d/10-ssl.conf ssl=yes seems to have no effect, thus ssl=no shows up in the config, so maybe that's the problem. Data follows... ___ # dovecot -n -c /etc/dovecot/dovecot.conf # 2.3.15 (0503334ab1): /etc/dovecot/dovecot.conf # OS: Linux 5.4.0-56-generic x86_64 Ubuntu 20.04.3 LTS # Hostname: net15-david-favor-mail mail_location = mbox:~/mail:INBOX=/var/mail/%u 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 { driver = pam } protocols = " imap lmtp" service imap-login { inet_listener imap { address = 51.222.96.234 port = 143 } inet_listener imaps { address = 51.222.96.234 port = 993 ssl = yes } } ssl = no userdb { driver = passwd }
Re: Doc pointer request
Aki Tuomi wrote: On 18/04/2020 17:45 David Favor wrote: At one point seems like I found a write up in the Dovecot docs about having Dovecot directly listen on port 25 using Opportunistic TLS along with port 587 authentication, so only Dovecot was required to handle incoming email. Said another way, no requirement for Sendmail, or Postfix or EXIM. Just straight up Dovecot. If I'm remembering correctly, someone point me to the correct docs for this setup. Thanks! https://doc.dovecot.org/admin_manual/submission_server/ You can use Dovecot submission service for this, but it will require a backing MX/MTA server to work. Aki Perfect! Exactly what I was trying to find. Thanks!
Doc pointer request
At one point seems like I found a write up in the Dovecot docs about having Dovecot directly listen on port 25 using Opportunistic TLS along with port 587 authentication, so only Dovecot was required to handle incoming email. Said another way, no requirement for Sendmail, or Postfix or EXIM. Just straight up Dovecot. If I'm remembering correctly, someone point me to the correct docs for this setup. Thanks!
100% Dovecot MTA Replacement Setup
Working out upgrade of old 1.x + 2.x Dovecot installs to latest 2.3.2.1 out of Ubuntu Bionic repositories. ___ https://wiki.dovecot.org/Services suggests Dovecot can be used for full mail infrastructure, avoiding the complexity of exim4 or other MTA setup/management. Let me know if I understand this correctly. 1) https://wiki.dovecot.org/Submission can be used to listen on port 25 + port 587 (with auth). 2) https://wiki.dovecot.org/Pigeonhole can be used for filtering, including forwarding email to other machines. 3) https://wiki.dovecot.org/Pigeonhole/ManageSieve/Configuration can be used to forward off machine email, for example flowing through a relay service like MailGun, using a simple script or service like ESMTPD. 4) https://wiki.dovecot.org/LMTP can be used to deposit messages into filesystem as Maildir or dbox or mdbox backing stores.
Re: Unexpected config results with local_name + multiple SSL certs
David Favor wrote: Working with SSL on fresh install of latest Ubuntu Artful + Dovecot seems broken somehow. Application is Dovecot listening for many SSL sites... Likely I've missed adding something simple to the config, related to local_name usage. Be great if someone can point out what I've missed, to setup multiple SSL certs for different host.domain entries in config. Thanks. ___ This works as expected... where the SNI server name is returned... #local_name imap.cydec.com { ssl_cert = service dovecot restart && echo QUIT | openssl s_client -connect imap.cydec.com:993 -servername imap.cydec.com 2>&1 | egrep ^subject subject=/CN=imap.cydec.com ___ This fails... local_name imap.cydec.com { ssl_cert = service dovecot restart && echo QUIT | openssl s_client -connect imap.cydec.com:993 -servername imap.cydec.com 2>&1 | egrep ^subject # Empty, so no servername match ___ Full openssl output shows no cert being returned... service dovecot restart && echo QUIT | openssl s_client -connect imap.cydec.com:993 -servername imap.cydec.com CONNECTED(0004) write:errno=104 --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 0 bytes and written 199 bytes Verification: OK --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE No ALPN negotiated SSL-Session: Protocol : TLSv1.2 Cipher: Session-ID: Session-ID-ctx: Master-Key: PSK identity: None PSK identity hint: None SRP username: None Start Time: 1519576210 Timeout : 7200 (sec) Verify return code: 0 (ok) Extended master secret: no --- ___ Config seems correct, with local_name uncommented... dovecot -n # 2.2.27 (c0f36b0): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.16 (fed8554) # OS: Linux 4.13.0-36-generic x86_64 Ubuntu 17.10 auth_debug = yes auth_debug_passwords = yes auth_verbose = yes debug_log_path = /var/log/dovecot.log disable_plaintext_auth = no info_log_path = /var/log/dovecot.log log_path = /var/log/dovecot.log mail_debug = yes mail_location = mbox:~/mail:INBOX=/var/mail/%u 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 = dovecot driver = pam } protocols = " imap pop3" service imap-login { inet_listener imap { port = 0 } inet_listener imaps { port = 993 ssl = yes } } service pop3-login { inet_listener pop3 { port = 0 } inet_listener pop3s { port = 995 ssl = yes } } userdb { driver = passwd } local_name imap.cydec.com { ssl_cert = Be great if someone has suggestions of how to fix this. Thanks.
Unexpected config results with local_name + multiple SSL certs
Working with SSL on fresh install of latest Ubuntu Artful + Dovecot seems broken somehow. Application is Dovecot listening for many SSL sites... Likely I've missed adding something simple to the config, related to local_name usage. Be great if someone can point out what I've missed, to setup multiple SSL certs for different host.domain entries in config. Thanks. ___ This works as expected... where the SNI server name is returned... #local_name imap.cydec.com { ssl_cert = &1 | egrep ^subject subject=/CN=imap.cydec.com ___ This fails... local_name imap.cydec.com { ssl_cert = &1 | egrep ^subject # Empty, so no servername match ___ Full openssl output shows no cert being returned... service dovecot restart && echo QUIT | openssl s_client -connect imap.cydec.com:993 -servername imap.cydec.com CONNECTED(0004) write:errno=104 --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 0 bytes and written 199 bytes Verification: OK --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE No ALPN negotiated SSL-Session: Protocol : TLSv1.2 Cipher: Session-ID: Session-ID-ctx: Master-Key: PSK identity: None PSK identity hint: None SRP username: None Start Time: 1519576210 Timeout : 7200 (sec) Verify return code: 0 (ok) Extended master secret: no --- ___ Config seems correct, with local_name uncommented... dovecot -n # 2.2.27 (c0f36b0): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.16 (fed8554) # OS: Linux 4.13.0-36-generic x86_64 Ubuntu 17.10 auth_debug = yes auth_debug_passwords = yes auth_verbose = yes debug_log_path = /var/log/dovecot.log disable_plaintext_auth = no info_log_path = /var/log/dovecot.log log_path = /var/log/dovecot.log mail_debug = yes mail_location = mbox:~/mail:INBOX=/var/mail/%u 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 = dovecot driver = pam } protocols = " imap pop3" service imap-login { inet_listener imap { port = 0 } inet_listener imaps { port = 993 ssl = yes } } service pop3-login { inet_listener pop3 { port = 0 } inet_listener pop3s { port = 995 ssl = yes } } userdb { driver = passwd } local_name imap.cydec.com { ssl_cert =
Re: [Dovecot] BestPractice to migrate imap mailbox from one machineto another
Johan Hendriks wrote: Tobias Hachmer schreef: Hi list, currently I use dovecot v1.2.15 with maildir++ mailboxes. (Debian Squeeze) I want to set up a different server with dovecot v2, also maildir++ mailboxes. (also Debian Squeeze) What is the best way to copy the existing mailboxes from the older machine running dovecot v1.2.15 to the new naked machine? Greetz, Tobias I did the same thing, with no know issues so far. My old server was running dovecot 1.2.x and i coppied the whole maildir structure to the other machine. Then started Dovecot 2.x and all was fine. Should be the same as instlling 2.0 over the old 1.2.x version, then it uses the old maildir also. Well test it i would say. Just do the copy, and try if everything works. then do it for a final migration. Gr Johan Hendriks Yes. So long as you're using same file structure, just tar + compress your Maildir hierarchy + scp it to your new machine + untar/uncompress... You'll be good to go. -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way!
[Dovecot] Dovecot-2.0.14?
ETA on 2.0.14? -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way!
Re: [Dovecot] mdbox command line access howto request
Timo Sirainen wrote: On Mon, 2011-03-07 at 08:49 -0600, David Favor wrote: Let me know the best command line tool to break mdbox files into a string of messages. See the example in http://wiki2.dovecot.org/Tools/Doveadm/Search Perfect! Thanks! -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way!
[Dovecot] mdbox command line access howto request
Currently using Maildir in my config for 1.2.16 going to 2.0.11 and wondering about accessing files outside of dovecot. Many files require access by external programs. For example walking a list of receipt files from merchant processors verifying transaction amounts. This requires each file being read + parsed. With mdbox a file may contain multiple messages. Let me know the best command line tool to break mdbox files into a string of messages. Thanks. -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way!
Re: [Dovecot] backup using rsync
Yes. Be sure to check your rsync version. As I recall the 2.x series has bugs related to this. I had a similar problem on MacOS until I upgraded to 3.0.6 and all is well with ':' on MacOS & Ubuntu at this level. Robert Schetterer wrote: Ed W schrieb: Scott Murman wrote: i'm trying to backup the dovecot Maildir files over a cifs share. source is a debian build, share is a readynas. i've been getting rsync: mkstemp 'filename goes here' failed: Not a directory (20) errors. rsync is v3.0. i believe this is related to the dovecot file naming convention that includes characters such as ':' in the filename. anyone else seeing similar behavior? a workaround? i can go to different backup strategies, but rsync is cheap and effective for my needs. thanks, Is backup over ssh an option? Alternatively could you run an rsync server at one end or the other (which then also avoids using cifs in the middle)? Ed W i ll do backups with rsync on maildirs with courier ( which has also : in filenames ) without any problems, as well i backup whole machines including sockets etc without any problems so the problem cant be dovecot here check your rsync version and script i would guess, maybe cifs has problems ..., use ssh ,ftp, nfs etc instead, or backup rsync in a local dir first then tar it followed by copy over cifs just one tar file -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com for the easy way!
Re: [Dovecot] Urgent problem with deleting emails and maildirsize
You may also consider using an inotify tool like inotifywait to build up a list of maildirs to be expunged, then run an imaptool on the clock every hour, with an extreme nice priority, to do a background expunge. Eduardo M KALINOWSKI wrote: On Qui, 02 Jul 2009, Jose Luis Marin Perez wrote: Thanks for your response Eduardo. Apologies to the list by the rush and lack of information when reporting a problem. One of the webmails is configured so that when delete some mail move to Trash directory, I have no problem here because I've configured Dovecot to ignore this folder to quota The other two webmails are not configured to use the Trash directory and when you delete some mail will be maintained in the INBOX but it shows shading and the server adds the flag T: 1244457746.11461.domain.com, S = 5413:2, ST So no updates maildirsize and quota does not change, this may result in the accounts quickly reach 100% usage. The quote does not change because the mail is not deleted. It's only marked as deleted (T flag). Once the folder is expunged (that's how IMAP call it; your webmail mail give a different name for this action) all mails flagged as deleted are actually deleted and space is released. The easiest solution would be to use a Trash folder also for this domain. Or, if you do not want that, you'll have to instruct your users to expunge their folders when they want to claim space. I believe there is also a plugin that should do automatic expunging, but I don't known when it's triggered. -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com/join for the easy way.
Re: [Dovecot] v1.1.10 released
Timo Sirainen wrote: http://dovecot.org/releases/1.1/dovecot-1.1.10.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.10.tar.gz.sig v1.1.9 wasn't such a great release. Once again: Would be great if someone started a proper testing suite so releases could be tested.. - Maildir: Keyword handling was somewhat broken in v1.1.9 - userdb prefetch was broken with blocking passdbs in v1.1.9 - dict process didn't always die with the rest of Dovecot - dict quota was somewhat broken with pgsql Version 1.1.10 fixed the problem I was seeing. Thanks! -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com/join for the easy way.
Re: [Dovecot] Dovecot-1.1.9 fails to work with Thunderbird
Timo Sirainen wrote: On Sat, 2009-01-24 at 08:47 -0600, David Favor wrote: Jan 24 06:34:29 net1 dovecot: uid specified multiple times for david-x...@coolsurf.com Fixed: http://hg.dovecot.org/dovecot-1.1/rev/943339025578 And a related fix: http://hg.dovecot.org/dovecot-1.1/rev/69901064e657 I guess I'll have to get v1.1.10 out. Many thanks. As soon as 1.1.10 publishes I'll be notified and will test out the fix. -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com/join for the easy way.
Re: [Dovecot] Dovecot-1.1.9 fails to work with Thunderbird
Charles Marcus wrote: On 1/24/2009, David Favor (da...@davidfavor.com) wrote: Jan 24 06:34:29 net1 dovecot: uid specified multiple times dovecot -n output? # 1.1.9-2009-01-24: /common/services/dovecot/dovecot-net1.conf # OS: Linux 2.6.27.9-159.fc10.i686 i686 Fedora release 10 (Cambridge) base_dir: /var/run/dovecot protocols: imaps ssl_listen: 69.94.137.124:10943 ssl_cert_file: /common/services/dovecot/sslcerts-coolsurf.com/certs/dovecot.pem ssl_key_file: /common/services/dovecot/sslcerts-coolsurf.com/private/dovecot.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /runtime/dovecot-1.1.9-2009-01-24/libexec/dovecot/imap-login mail_location: maildir:~/Maildir auth default: cache_size: 100 passdb: driver: sql args: /common/services/dovecot/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /common/services/dovecot/dovecot-sql.conf -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com/join for the easy way.
Re: [Dovecot] Dovecot-1.1.9 fails to work with Thunderbird
Falling back to 1.1.8 clears the problem. Turning on debugging surfaces no obvious problems. Brad wrote: On Saturday 24 January 2009 09:47:36 David Favor wrote: When Thunderbird starts up 1.1.8 log entries reflect: Jan 24 06:44:56 net1 dovecot: imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:44:56 net1 dovecot: imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:44:56 net1 dovecot: imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:44:56 net1 dovecot: imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS When Thunderbird starts up with 1.1.9 server begins logging errors forever for every user of the form: Jan 24 06:34:29 net1 dovecot: uid specified multiple times for david-x...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:34:29 net1 dovecot: uid specified multiple times for da...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:34:29 net1 dovecot: uid specified multiple times for aa...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:34:29 net1 dovecot: uid specified multiple times for yem...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:34:29 net1 dovecot: uid specified multiple times for david...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com/join for the easy way. hrmmm. Dovecot 1.1.9 + Thunderbird is working fine for myself. -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com/join for the easy way.
[Dovecot] Dovecot-1.1.9 fails to work with Thunderbird
When Thunderbird starts up 1.1.8 log entries reflect: Jan 24 06:44:56 net1 dovecot: imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:44:56 net1 dovecot: imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:44:56 net1 dovecot: imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:44:56 net1 dovecot: imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS When Thunderbird starts up with 1.1.9 server begins logging errors forever for every user of the form: Jan 24 06:34:29 net1 dovecot: uid specified multiple times for david-x...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:34:29 net1 dovecot: uid specified multiple times for da...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:34:29 net1 dovecot: uid specified multiple times for aa...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:34:29 net1 dovecot: uid specified multiple times for yem...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Jan 24 06:34:29 net1 dovecot: uid specified multiple times for david...@coolsurf.com Jan 24 06:34:29 net1 dovecot: imap-login: Internal login failure (auth failed, 1 attempts): user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS -- Love feeling your best ever, all day, every day? Click http://RadicalHealth.com/join for the easy way.
[Dovecot] beta2-beta4 moving mail between accounts broken
I've upgraded to latest Thunderbird client and recompiled latest dovecot source repository code and this problem still persists. I have two accounts which I've been transferring email between for months. Now when I attempt this the following loop begins and the only way to stop it is to restart both Thunderbird and dovecot. Let me know how to Oct 23 07:53:49 net1 dovecot: imap-login: Login: user=<[EMAIL PROTECTED]>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:50 net1 dovecot: IMAP([EMAIL PROTECTED]): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:50 net1 dovecot: imap-login: Login: user=<[EMAIL PROTECTED]>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:51 net1 dovecot: IMAP([EMAIL PROTECTED]): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:51 net1 dovecot: imap-login: Login: user=<[EMAIL PROTECTED]>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:51 net1 dovecot: IMAP([EMAIL PROTECTED]): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:52 net1 dovecot: imap-login: Login: user=<[EMAIL PROTECTED]>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:52 net1 dovecot: IMAP([EMAIL PROTECTED]): Disconnected: EOF while appending bytes=16450/0 My config is: net1#/common/pkgs/dovecot-1.1.beta4-2007-10-23/sbin/dovecot -n -c /tools/conf/dovecot/dovecot-node1.conf # 1.1.beta4-2007-10-23: /tools/conf/dovecot/dovecot-node1.conf base_dir: /var/run/dovecot/ protocols: imaps ssl_listen: 69.94.137.124:10943 ssl_cert_file: /tools/conf/dovecot-certs/coolsurf.com/certs/dovecot.pem ssl_key_file: /tools/conf/dovecot-certs/coolsurf.com/private/dovecot.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /common/pkgs/dovecot-1.1.beta4-2007-10-23/libexec/dovecot/imap-login auth default: passdb: driver: sql args: /tools/conf/dovecot/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /tools/conf/dovecot/dovecot-sql.conf -- Love feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
[Dovecot] Add update of configure.in to alpha6
Put this on the list of updates. Alpha6 seems to be working great. - David -- Love feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
Re: [Dovecot] v1.1.alpha4 released / about dbox
It appears configure.in is still set to 1.1.alpha3 instead of alpha4. Great work on the dbox implementation. - David -- Love feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
[Dovecot] Today's dovecot-1.1.alpha3 checkins fail to build
net1#uname -a Linux net1.coolsurf.com 2.6.22.4-65.fc7 #1 SMP \ Tue Aug 21 21:50:50 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux make[5]: Entering directory `/build/work/dovecot-1.1.alpha3/src/lib-storage/index/dbox' gcc -DHAVE_CONFIG_H -I. -I../../../.. -I../../../../src/lib -I../../../../src/lib-mail -I../../../../src/lib-imap -I../../../../src/lib-index -I../../../../src/lib-storage -I../../../../src/lib-storage/index -pipe -O2 -I/common/pkgs/sqlite-3.4.2.1/include -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/kerberos/include-MT dbox-file.o -MD -MP -MF .deps/dbox-file.Tpo -c -o dbox-file.o dbox-file.c mv -f .deps/dbox-file.Tpo .deps/dbox-file.Po make[5]: *** No rule to make target `dbox-keywords.o', needed by `libstorage_dbox.a'. Stop. make[5]: Leaving directory `/build/work/dovecot-1.1.alpha3/src/lib-storage/index/dbox' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/build/work/dovecot-1.1.alpha3/src/lib-storage/index' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/work/dovecot-1.1.alpha3/src/lib-storage' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/work/dovecot-1.1.alpha3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/work/dovecot-1.1.alpha3' make: *** [all] Error 2 exp=0, got ec=2, abort=1 -- Love feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
[Dovecot] Best way to change PACKAGE_STRING & VERSION_STRING
Let me know the best way to change the source tree to add in a time to be output from 'dovecot --version'. I've tried the following with no success: mkdir -p /build/work/dovecot-1.1alpha2 cd /build/work/dovecot-1.1alpha2 export LDFLAGS='-L/common/pkgs/sqlite-3.4.1.1/lib64 -R/common/pkgs/sqlite-3.4.1.1/lib64' export PACKAGE_STRING='dovecot 1.1alpha2-2007-08-07' export PACKAGE_VERSION='1.1alpha2-2007-08-07' export CPPFLAGS='-pipe -O2 -I/common/pkgs/sqlite-3.4.1.1/include' unset CDPATH make distclean ./configure --prefix=/common/pkgs/dovecot-1.1alpha2 --disable-nls --disable-ipv6 --with-db --with-sql=plugin --with-sqlite --with-mysql --with-postgresql --with-ssl=openssl --with-ssldir=/etc/pki/dovecot --with-notify=inotify --with-ioloop=epoll --without-vpopmail --with-ldap=plugin --without-gssapi make -e make check rm -rf /common/pkgs/dovecot-1.1alpha2 make install Thanks. -- Like feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
Re: [Dovecot] Latest 1.1 tree build failure
Timo Sirainen wrote: On Tue, 2007-08-07 at 07:23 -0500, David Favor wrote: Suggestions of how to fix this? mkdir -p /build/work/dovecot-1.1-alpha1 cd /build/work/dovecot-1.1-alpha1 export LDFLAGS='-L/common/pkgs/sqlite-3.4.1.1/lib64 -R/common/pkgs/sqlite-3.4.1.1/lib64' export CPPFLAGS='-pipe -O2 -I/common/pkgs/sqlite-3.4.1.1/include' unset CDPATH make distclean ./configure --prefix=/common/pkgs/dovecot-1.1-alpha1 --disable-nls --disable-ipv6 --with-db --with-sql=plugin --with-sqlite --with-mysql --with-postgresql --with-ssl=openssl --with-ssldir=/etc/pki/dovecot --with-notify=inotify --with-ioloop=epoll --without-vpopmail --with-ldap=plugin --without-gssapi make ... ... ... mv -f .deps/auth-master-listener.Tpo .deps/auth-master-listener.Po make[3]: *** No rule to make target `auth-module.o', needed by `dovecot-auth'. Stop. I guess you're trying to build from hg and not the real alpha1 tarball? auth-module.c was just removed, so it sounds like you have a problem with updating dependencies.. Try deleting the whole source tree and starting from a new one. Yes. Remove tree + hg clone http://hg.dovecot.org/dovecot + ./autogen.sh + build works now. -- Like feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
[Dovecot] Latest 1.1 tree build failure
Suggestions of how to fix this? mkdir -p /build/work/dovecot-1.1-alpha1 cd /build/work/dovecot-1.1-alpha1 export LDFLAGS='-L/common/pkgs/sqlite-3.4.1.1/lib64 -R/common/pkgs/sqlite-3.4.1.1/lib64' export CPPFLAGS='-pipe -O2 -I/common/pkgs/sqlite-3.4.1.1/include' unset CDPATH make distclean ./configure --prefix=/common/pkgs/dovecot-1.1-alpha1 --disable-nls --disable-ipv6 --with-db --with-sql=plugin --with-sqlite --with-mysql --with-postgresql --with-ssl=openssl --with-ssldir=/etc/pki/dovecot --with-notify=inotify --with-ioloop=epoll --without-vpopmail --with-ldap=plugin --without-gssapi make ... ... ... mv -f .deps/auth-master-listener.Tpo .deps/auth-master-listener.Po make[3]: *** No rule to make target `auth-module.o', needed by `dovecot-auth'. Stop. make[3]: Leaving directory `/build/work/dovecot-1.1-alpha1/src/auth' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/work/dovecot-1.1-alpha1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/work/dovecot-1.1-alpha1' make: *** [all] Error 2 exp=0, got ec=2, abort=1 -- Like feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
Re: [Dovecot] Dovecot won't build against recent version of GnuTLS
Jasper Bryant-Greene wrote: Hi all, Dovecot won't build against recent versions of GnuTLS. The problem starts on line 34 of src/master/ssl-init-gnutls.c, where Dovecot generates DH params using gnutls_dh_params_generate(), a function which no longer exists [replaced with gnutls_dh_params_generate2()]. I'd fix it myself, but the signature of the function has changed to take gnutls_dh_params_t rather than prime & generator, and I'm not keen on hacking SSL code unless I really understand what's going on. It looks like the code goes on to save & free those values. I'm tracking HG and am happy to test any changes. Appreciate it if someone with more knowledge of GnuTLS and perhaps this code in particular could take a look. Thanks, J For sometime now the INSTALL file has carried the note: SSL/TLS --- Dovecot used to support both GNUTLS and OpenSSL libraries, but nowadays only the OpenSSL code is working. -- Like feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
[Dovecot] dovecot-1.1-alpha1 prefetch appears broken
Config shows... # 1.1.alpha1: /usr/local/conf/dovecot.conf protocols: imaps ssl_listen: 69.94.137.124:10943 login_dir: /common/pkgs/dovecot-1.1-alpha1/var/run/dovecot/login login_executable: /common/pkgs/dovecot-1.1-alpha1/libexec/dovecot/imap-login mail_debug: yes auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /usr/local/conf/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /usr/local/conf/dovecot-sql.conf Log shows... auth(default): client in: AUTH1 PLAIN service=imapsecured lip=69.94.137.124 rip=71.155.185.14 auth(default): client out: CONT 1 auth(default): client in: CONT1 AGRvZGExAGZpcmUyM2JyaWNr auth-worker(default): sql(doda1,71.155.185.14): query: SELECT password, home AS userdb_home,\ uid AS userdb_uid, gid AS userdb_gid FROM users WHERE user = 'doda1' auth(default): client out: OK 1 user=doda1 auth(default): master in: REQUEST 1 12491 1 auth(default): prefetch(doda1,71.155.185.14): passdb didn't return userdb entries auth-worker(default): sql(doda1,71.155.185.14): SELECT home, uid, gid FROM users WHERE \ user = 'doda1' auth(default): master out: USER 1 doda1 \ home=/common/vhost/coolsurf.com/users/david uid=503 gid=501 imap-login: Login: user=, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS IMAP(doda1): Effective uid=503, gid=501, home=/common/vhost/coolsurf.com/users/david IMAP(doda1): maildir: root exists (/common/vhost/coolsurf.com/users/david/Maildir) IMAP(doda1): maildir++: root=/common/vhost/coolsurf.com/users/david/Maildir, index=,\ control=, inbox=/common/vhost/coolsurf.com/users/david/Maildir The passdb query returns expected data directly from sqlite and apparently (from the logs) to dovecot also. Problem is dovecot seems to be missing all the data returned as userdb_* field names. Suggestions? -- Like feeling your best ever, all day, every day? Email [EMAIL PROTECTED] for the easy way.
Re: [Dovecot] Index question
John Peacock wrote: David Favor wrote: I'm faced with a similar situation. I use an custom event looped MTA written in perl. By the time a message is ready to be delivered, it's temp file usually already resides on the physical disk where it will reside. That's not qpsmtpd is it??? ;-) I've been using one I wrote sometime ago. I'm also about to start testing qpsmtpd-async. What would be great is a stand alone program which could be run given a directory list to reindex. You could write one yourself; all it would take is some out of band program that connects via IMAP and requests the minimal IMAP command that would cause a reindex (Timo?). Presumably you have access to the username/password combination (since you are able to hardlink files into their mail directory). John This is what I came up with too and if possible I'd rather have the load put on another program rather than all the overhead of starting up IMAP sessions. -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
Re: [Dovecot] Index question
Stewart Dean wrote: The day I switch our user to dovecot and it goes into production, there will be a few thousand people all generating their indices for the first time (we have a legacy requirement for procmail, at least for now), so I wondered: 1) Is there is anyway to pre-emptively force indexing? 2) Is there any value in doing so? That is, will I gain much in terms of making the first time everyone connects to dovecot quicker (not that big initial wait)? I'm faced with a similar situation. I use an custom event looped MTA written in perl. By the time a message is ready to be delivered, it's temp file usually already resides on the physical disk where it will reside. At this point delivery is done by: 1) link current file to new folder 2) unlink old tempfile name Using deliver would introduce huge amounts of additional overhead, since the user is already authenticated, the home directory is known and in fact the file is already on the disk. What would be great is a stand alone program which could be run given a directory list to reindex. This could be run from MTAs or even better hooked up with an inotify watcher like iwatch, so all directory deliveries are delayed for a few seconds (to collect multiple directory writes) then reindex when a "dirty" directory goes quiet for a few seconds. -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
[Dovecot] Question about pre-indexing maildirs
I have a situation with many users and an existing mail delivery agent. Seems like I once saw an imaptest program which I imagine might be used to pre-index maildirs. For example... - remember which users and user maildirs have changed since last pre-index - when system quiet pre-index any maildirs which have had mail delivered and no access by a mail client (using some inotify magic) If this sounds do-able, let me know where I can find an imaptest version which works with latest dovecot trunk code and the syntax for using it. Seems like I saw this once on the dovecot site. Thanks. - David -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
Re: [Dovecot] testing needed: log file concurrency
Timo Sirainen wrote: On Wed, 2007-06-20 at 02:41 +0300, Timo Sirainen wrote: http://dovecot.org/tmp/concurrency.c Works on dual processor running latest Fedora 7: net1#uname -a Linux net1.coolsurf.com 2.6.21-1.3228.fc7 #1 SMP \ Tue Jun 12 14:56:37 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
[Dovecot] Problem with deliver
Per the wiki page: http://wiki.dovecot.org/LDA Doing the following should create a Maildir directory structure in an arbitrary directory, deposit a message and create/update any dovecot indexes: mkdir /common/foo export HOME=/common/foo export PATH=/usr/libexec/dovecot:$PATH cat 1180102308.88215.4145.davidfavor.com:2,RS | deliver -f [EMAIL PROTECTED] This gives an error "(-d user) not given" and when '-d user' given an exit code of 75 is silently returned. Let me know the correct way to test how the deliver program works. Thanks. - David -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
Re: [Dovecot] Updating Folders in Mail box
Wade Smart wrote: Im looking on the dovecot documentation about how to update the folder structure. I had some computer problems so I back up my mail and when I reinstalled I got rid of a bunch of unused old mail. But now when I open my mail client it still things all of those folders are still there. Im looking for how to update the file on what is and isnt there. wade This depends on your mail client also. Thunderbird, for example, keeps garbage around after folders are deleted which must be manually removed. Else, when Thunderbird starts up, phantom folders appear and disappear. -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
Re: [Dovecot] SSL_CTX_set_info_callback problem in latest source
Timo Sirainen wrote: On Mon, 2007-06-11 at 10:51 -0500, David Favor wrote: Timo Sirainen wrote: On Mon, 2007-06-11 at 09:13 -0500, David Favor wrote: In the file ./src/login-common/ssl-proxy-openssl.c appears the code: if (verbose_ssl) SSL_CTX_set_info_callback(ssl_ctx, ssl_info_callback); It appears the SSL_CTX_set_info_callback symbol only occurs in the openssl development branch starting with 0x00909000L as this symbol is missing from openssl 0.9.8b and 0.9.8e (no check of the latest nightly snapshot of the stable 0.9.8 branch). Hmm. It's in Debian's 0.9.8e-5 version at least. And google shows that it's been used in Exim for a while also.. It's missing from 0.9.8b (latest openssl level on Fedora 6) and it's missing from the 0.9.8e source from openssl.org. I see it: ~/src/openssl-0.9.8e% grep SSL_CTX_set_info_callback **/*.h include/openssl/ssl.h:void SSL_CTX_set_info_callback(SSL_CTX *ctx, void (*cb)(const SSL *ssl,int type,int val)); ssl/ssl.h:void SSL_CTX_set_info_callback(SSL_CTX *ctx, void (*cb)(const SSL *ssl,int type,int val)); It's even in 0.9.7 as a macro. Odd... I could only get a clean compile commenting this out. -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
Re: [Dovecot] SSL_CTX_set_info_callback problem in latest source
Timo Sirainen wrote: On Mon, 2007-06-11 at 09:13 -0500, David Favor wrote: In the file ./src/login-common/ssl-proxy-openssl.c appears the code: if (verbose_ssl) SSL_CTX_set_info_callback(ssl_ctx, ssl_info_callback); It appears the SSL_CTX_set_info_callback symbol only occurs in the openssl development branch starting with 0x00909000L as this symbol is missing from openssl 0.9.8b and 0.9.8e (no check of the latest nightly snapshot of the stable 0.9.8 branch). Hmm. It's in Debian's 0.9.8e-5 version at least. And google shows that it's been used in Exim for a while also.. It's missing from 0.9.8b (latest openssl level on Fedora 6) and it's missing from the 0.9.8e source from openssl.org. -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
Re: [Dovecot] dovecot-20070605 runtime problems
David Favor wrote: Seems to have had something to do with pam occasionally losing it's marbles. I've removed pam from my config file and all works well now with latest dovecot with latest openssl development nightly snapshot. - David Timo Sirainen wrote: On Sun, 2007-06-10 at 21:12 -0500, David Favor wrote: The 20070605 version of dovecot starts up doing ssl protocol perfect, then after clicking a few directories, then when clicking back to INBOX, dovecot hangs. There is no logging info, even with --enable-debug on and all .conf file directives I can find. Doing a 'ngrep port 993' shows no SSL dialog. 1) Enable rawlog to see what were the last commands and their output. http://dovecot.org/bugreport.html 2) strace the running imap process to see if it's just waiting in epoll() or if it's doing something else. There is no imap process to strace. Here's the ps -A | grep dovecot at the time: dovecot dovecot 30905 30912 24 09:50 420 00:00:00 0.0 0.1 imap-login imap-login dovecot dovecot 30905 30913 24 09:50 420 00:00:00 0.0 0.1 imap-login imap-login dovecot dovecot 30905 30910 24 09:50 420 00:00:00 0.0 0.1 imap-login imap-login dovecot dovecot 30905 30911 24 09:50 424 00:00:00 0.0 0.1 imap-login imap-login root root 30111 326 23 10:04 240 00:00:00 0.0 0.0 grep grep dovecot root root 1 30905 24 09:50 264 00:00:00 0.0 0.0 dovecot \ /usr/local/pkgs/dovecot-20070605/sbin/dovecot -c /tools/conf/dovecot.conf root root 30905 30906 24 09:50 420 00:00:00 0.0 0.0 dovecot-auth dovecot-auth dovecot dovecot 30905 30909 24 09:50 272 00:00:00 0.0 0.1 imap-login imap-login My primary question is howto debug this hang, short of attaching gdb to the process. If it's not in epoll(), getting a gdb backtrace would be helpful too. Hmm. Or the above things matter only if the problem is with imap process and not with handling the SSL connection. So it would also be good to know if it hangs also without SSL. BTW. --enable-debug doesn't make Dovecot log any more than it normally does. It instead enables some extra code that makes Dovecot do more sanity checks so I can notice sooner if I break something. Unless you're modifying Dovecot's sources yourself it most likely isn't very useful. -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
[Dovecot] 20070605 still hanging with SSL
Thought this was fixed and now it's back. No help from rawlog as the hang appears prior to authentication. Notice there is around a 90 second delay before authentication fires. Let me know how to proceed debugging. Thanks. _ Here's my config: listen: *:143 ssl_listen: *:993 ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/pkgs/dovecot-20070605/libexec/dovecot/imap-login login_greeting: IMAP ready. login_process_per_connection: no login_processes_count: 5 verbose_proctitle: yes first_valid_uid: 12 default_mail_env: maildir:~/Maildir mail_location: maildir:~/Maildir mail_debug: yes maildir_copy_with_hardlinks: yes mail_executable: /usr/local/pkgs/dovecot-20070605/libexec/dovecot/rawlog \ /usr/local/pkgs/dovecot-20070605/libexec/dovecot/imap auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: shadow userdb: driver: passwd Here's a maillog snippet: Jun 11 07:50:40 net1 dovecot: Dovecot v20070522 starting up ... Immediately click on INBOX or other box and hang occurs... Jun 11 07:52:00 net1 dovecot: auth(default): client in: AUTH \ 1 PLAIN service=imapsecured lip=69.94.137.124\ rip=71.155.185.14 Jun 11 07:52:00 net1 dovecot: auth(default): client out: CONT 1 Jun 11 07:52:00 net1 dovecot: auth(default): client in: CONT1 \ AGRhdmlkAGZpcmUyM2JyaWNr Jun 11 07:52:00 net1 dovecot: auth(default): shadow(david,71.155.185.14): lookup Jun 11 07:52:00 net1 dovecot: auth(default): client out: OK 1 user=david Jun 11 07:52:00 net1 dovecot: auth(default): master in: REQUEST 1 30912 1 Jun 11 07:52:00 net1 dovecot: auth(default): passwd(david,71.155.185.14): lookup Jun 11 07:52:00 net1 dovecot: auth(default): master out: USER 1 \ david system_user=david uid=510 gid=506 home=/vhost/davidfavor.com/users/david Jun 11 07:52:00 net1 dovecot: imap-login: Login: user=, method=PLAIN, \ rip=71.155.185.14, lip=69.94.137.124, TLS Jun 11 07:52:00 net1 dovecot: IMAP(david): Effective uid=510, gid=506,\ home=/vhost/davidfavor.com/users/david Jun 11 07:52:00 net1 dovecot: IMAP(david): maildir: \ data=/vhost/davidfavor.com/users/david/Maildir Jun 11 07:52:00 net1 dovecot: IMAP(david): maildir++: \ root=/vhost/davidfavor.com/users/david/Maildir, index=, control=, \ inbox=/vhost/davidfavor.com/users/david/Maildir -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
[Dovecot] SSL_CTX_set_info_callback problem in latest source
In the file ./src/login-common/ssl-proxy-openssl.c appears the code: if (verbose_ssl) SSL_CTX_set_info_callback(ssl_ctx, ssl_info_callback); It appears the SSL_CTX_set_info_callback symbol only occurs in the openssl development branch starting with 0x00909000L as this symbol is missing from openssl 0.9.8b and 0.9.8e (no check of the latest nightly snapshot of the stable 0.9.8 branch). It appears there should be a compilation guard around this code. Perhaps... #if OPENSSL_VERSION_NUMBER >= 0x00909000L if (verbose_ssl) SSL_CTX_set_info_callback(ssl_ctx, ssl_info_callback); #endif -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
Re: [Dovecot] dovecot-20070605 runtime problems
Seems to have had something to do with pam occasionally losing it's marbles. I've removed pam from my config file and all works well now with latest dovecot with latest openssl development nightly snapshot. - David Timo Sirainen wrote: On Sun, 2007-06-10 at 21:12 -0500, David Favor wrote: The 20070605 version of dovecot starts up doing ssl protocol perfect, then after clicking a few directories, then when clicking back to INBOX, dovecot hangs. There is no logging info, even with --enable-debug on and all .conf file directives I can find. Doing a 'ngrep port 993' shows no SSL dialog. 1) Enable rawlog to see what were the last commands and their output. http://dovecot.org/bugreport.html 2) strace the running imap process to see if it's just waiting in epoll() or if it's doing something else. My primary question is howto debug this hang, short of attaching gdb to the process. If it's not in epoll(), getting a gdb backtrace would be helpful too. Hmm. Or the above things matter only if the problem is with imap process and not with handling the SSL connection. So it would also be good to know if it hangs also without SSL. BTW. --enable-debug doesn't make Dovecot log any more than it normally does. It instead enables some extra code that makes Dovecot do more sanity checks so I can notice sooner if I break something. Unless you're modifying Dovecot's sources yourself it most likely isn't very useful. -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com
[Dovecot] dovecot-20070605 runtime problems
I've build this nightly snapshot with my installed openssl, which is 0.9.8b (Fedora 6) and the latest openssl development tree. The 20070605 version of dovecot starts up doing ssl protocol perfect, then after clicking a few directories, then when clicking back to INBOX, dovecot hangs. There is no logging info, even with --enable-debug on and all .conf file directives I can find. Doing a 'ngrep port 993' shows no SSL dialog. If I go through my same compile sequence using the dovecot-1.0.0 source all is well with both the system openssl and the latest openssl snapshot, so it appears something is wrong in the current nightly snapshot. My primary question is howto debug this hang, short of attaching gdb to the process. Any suggestions are appreciated. Thanks. I'm using the latest Thunderbird version 2.0.0.4 (20070604). I've build it using: [EMAIL PROTECTED] dovecot-20070605]# build_dovecot mkdir -p /build/work/dovecot-20070605 cd /build/work/dovecot-20070605 unset CDPATH export CPPFLAGS='-pipe -O2 -I/usr/local/include' export LDFLAGS='-L/usr/local/lib' make distclean ./configure --prefix=/usr/local/pkgs/dovecot-20070605 --disable-nls --with-deliver --with-sqlite --without-vpopmail --with-notify=inotify --with-ioloop=epoll --with-ssl=openssl --enable-debug --enable-asserts make make check rm -rf /usr/local/pkgs/dovecot-20070605 make install install -c -m 555 doc/mkcert.sh /usr/local/pkgs/dovecot-20070605/sbin/dovecot-mkcert shmk /usr/local/pkgs/dovecot-20070605/sbin /usr/local/sbin mkdir -p /etc/ssl/certs /etc/ssl/private rm -f /etc/ssl/certs/dovecot.pem /etc/ssl/private/dovecot.pem export OPENSSLCONFIG=/tools/conf/dovecot-openssl.conf dovecot-mkcert cp -f /etc/ssl/certs/dovecot.pem /var/www/html/. chmod ugo+r /var/www/html/dovecot.pem groupadd dovecot || /bin/true groupadd: group dovecot exists useradd -M -g dovecot -d /usr/local -s /sbin/nologin dovecot || /bin/true useradd: user dovecot exists (cd /etc/init.d && ln -sf /tools/init.d/dovecot .) -- Like feeling your best ever, all day, every day? Here's how... Your simple secrets are here - http://RadicalHealth.com