- dovecot - dovecot.org

[Dovecot] dovecot crashing?
by Eric 30 Dec '12

30 Dec '12

Happy holidays! I am experiencing an issue when trying to check my mail using IMAP. with Dovecot I have tried checking my mail using a full GUI client (Thunderbird) and telnet. Both times I get disconnected before all of my messages can be downloaded and I see an error in my mail log. Here are the details: [root@cust19-1-prod-domain userqa]# dovecot --version 2.0.9 [root@cust19-1-prod-domain userqa]# dovecot -n # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-164.11.1.el5 x86_64 CentOS release 5.4 (Final) disable_plaintext_auth = no login_trusted_networks = 172.19.136.0 mail_location = maildir:~/Maildir mail_max_userip_connections = 100 mbox_write_locks = fcntl mmap_disable = yes passdb { args = scheme=plain username_format=%n /etc/dovecot/users driver = passwd-file } protocols = imap ssl = no userdb { args = username_format=%n /etc/dovecot/users driver = passwd-file } [root@cust19-1-prod-domain userqa]# i try to check my mail: username@ops1-1-domain:~$ telnet cust19-1-prod-domain imap Trying 172.19.136.223... Connected to cust19-1-prod-domain.domain.net (172.19.136.223). Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready. 1 LOGIN userqa mypassword 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS] Logged in 3 EXAMINE INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 1 EXISTS * 0 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1356130761] UIDs valid * OK [UIDNEXT 5] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest 3 OK [READ-ONLY] Select completed. 4 FETCH 1 BODY[] I get some binary output and some mail headers, but then it crashes.. Not sure if you guys want to see all of the extremely verbose output, so I put it at the end of this message. The last messages that it processes is a message with an Excel spreadsheet attached to it (a .xlsx file) i enabled core dumps: echo 'DAEMON_COREFILE_LIMIT="unlimited"' >> /etc/sysconfig/dovecot Now I see this in /var/log/maillog: 2012-12-25T17:53:47-08:00 cust19-1-prod-domain dovecot: master: Error: service(imap): child 11265 killed with signal 11 (core dumped) core dumps are being written here, but they're empty: [root@cust19-1-prod-domain userqa]# pwd /mnt/mail/userqa [root@cust19-1-prod-domain userqa]# ls -lh total 20K -rw------- 1 userqa userqa 0 Dec 25 17:52 core.11111 -rw------- 1 userqa userqa 0 Dec 25 17:53 core.11265 -rw------- 1 userqa userqa 0 Dec 25 17:58 core.11812 drwx------ 7 userqa userqa 4.0K Dec 25 17:58 Maildir [root@cust19-1-prod-domain userqa]# What should I try now? Is it possible that Dovecot is having difficulty processing the attachment file? If I delete this user's mailbox file and send basic text e-mail to the user I can read/retrieve them just fine.. there only seems to be an issue when this message with its attachment arrives. The attachment seems small in size: Content-Disposition: attachment; filename="report_amex.xlsx"; size=20527; That means the attachment is 20527 bytes, correct? Thank you for any suggestions/help you can offer! Here's the message that it seems to be having issues with: Return-Path: <user(a)company.com> Received: from mxout.mailprovider.com (slb1-prod-domain.domain.net[172.19.136.4]) by cust19-1-prod-domain.domain.net (8.13.8/8.13.8) with ESMTP id qBOM8oIE029715 for <userqa_2938(a)integration.company.com>; Mon, 24 Dec 2012 14:08:50 -0800 Received: from mxout.mailprovider.com (localhost [127.0.0.1]) by mxout.mailprovider.com (Postfix) with ESMTP id 017E455325B for <userqa_2938(a)integration.company.com>; Mon, 24 Dec 2012 17:08:51 -0500 (EST) X-Virus-Scanned: by SpamTitan at mail.lan Received: from HUB025.mail.lan (unknown [10.110.2.1]) by mxout.mailprovider.com (Postfix) with ESMTP id 63DA0553132 for <userqa_2938(a)integration.company.com>; Mon, 24 Dec 2012 17:08:50 -0500 (EST) Received: from MAILR001.mail.lan ([10.110.18.28]) by HUB025.mail.lan ([10.110.17.25]) with mapi; Mon, 24 Dec 2012 17:08:48 -0500 From: User Name <user(a)company.com> To: "userqa_2938(a)integration.company.com" <userqa_2938(a)integration.company.com> Date: Mon, 24 Dec 2012 17:08:47 -0500 Subject: Thread-Index: Ac3fx0lCAoza6rTzQTSh8g52mx84GwAC2GGwAAH1lkAAkiyekA== Message-ID: <0370E60157CA7E4097D81B9E09728A941CB269A29D(a)MAILR001.mail.lan> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_004_0370E60157CA7E4097D81B9E09728A941CB269A29DMAILR001maill_" MIME-Version: 1.0 --_004_0370E60157CA7E4097D81B9E09728A941CB269A29DMAILR001maill_ Content-Type: multipart/alternative; boundary="_000_0370E60157CA7E4097D81B9E09728A941CB269A29DMAILR001maill_" --_000_0370E60157CA7E4097D81B9E09728A941CB269A29DMAILR001maill_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable From: User Name Sent: Friday, December 21, 2012 6:23 PM To: 'userqa_2938(a)integration.company.com' Subject: FW: With Best Regards, User Name From: User Name Sent: Friday, December 21, 2012 5:27 PM To: 'userqa_2938(a)integration.company.com' Subject: FW: With Best Regards, User Name From: User Name Sent: Friday, December 21, 2012 4:05 PM To: 'userqa_2938(a)integration.company.com' Subject: With Best Regards, User Name --_000_0370E60157CA7E4097D81B9E09728A941CB269A29DMAILR001maill_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV=3D"Content-Type" CONTENT= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 12 (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1><o:p> </o:p><o:p> </o:p><div><s= pan style=3D'color:#1F497D'>With Best Regards,<o:p></o:p>User Name<o:p></o:p></= p>______________________= _<o:p></o:p>s= kype: user<o:p></o:p>cell phone: +1 224 600 0072<o:p></o:p></div><o:p> </o:p><div= ><div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in= 0in 0in'>From: User Name Sent: Friday, Dec= ember 21, 2012 6:23 PM To: 'userqa_2938(a)integration.aggregateknow= ledge.com' Subject: FW: <o:p></o:p></div></div><o:p> </o:p><o:p> </o:p><div>With Best Regards,<o:p></o:p>User Name<o:p></o:p>_______________________<o:p></= o:p>skype: eg= irik<o:p></o:p>cell phone: +1 224 600 0072<o:p></o:p></div><o:p> </o:p><div><div styl= e=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>= From: User Name Sent: Friday, December 21, = 2012 5:27 PM To: 'userqa_2938(a)integration.company.com'= Subject: FW: <o:p></o:p></div></div><o:p> </o:p><o:p> </o:p><div>With Best Regards,<o:p></o:p><spa= n style=3D'color:#1F497D'>User Name<o:p></o:p>_______________________<o:p></o:p></span= >skype: user<o:p><= /o:p>cell pho= ne: +1 224 600 0072<o:p></o:p></div><o:p> </o:p><div><div style=3D'borde= r:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>From: User Name Sent: Friday, December 21, 2012 4:0= 5 PM To: 'userqa_2938(a)integration.company.com' S= ubject: <o:p></o:p></div></div><o:p>&nb= sp;</o:p><o:p> </o:p><o:p> </o:p>With Best Regards,<o:p></o:p></p= >User Name<o:p></o:p>______= _________________<o:p></o:p>skype: user<o:p></o:= p>cell phone: +1 224 600 0072<o:p></o:p><o:p> </o:p></div></body></html>= --_000_0370E60157CA7E4097D81B9E09728A941CB269A29DMAILR001maill_-- --_004_0370E60157CA7E4097D81B9E09728A941CB269A29DMAILR001maill_ Content-Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet; name="report_company.xlsx" Content-Description: report_company.xlsx Content-Disposition: attachment; filename="report_company.xlsx"; size=20527; creation-date="Thu, 11 Oct 2012 22:38:14 GMT"; modification-date="Mon, 24 Dec 2012 22:08:22 GMT" Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQDretKTYgEAAJAEAAATANwBW0NvbnRlbnRfVHlwZXNdLnhtbCCi2AEooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAArFTLTsMwELwj8Q+RryhxywEh1LQHHkeoBHyAsTeNVce2vNvS/j2bhFaASqSq vSSKop2ZnRl7Mts0LltDQht8KcbFSGTgdTDWL0rx/vaU34oMSXmjXPBQii2gmE0vLyZv2wiY8bTH UtRE8U5K1DU0CosQwfOfKqRGEX+mhYxKL9UC5PVodCN18ASecmoxxHTywgKSNZDNVaJn1TCP3DhJ jAb9c1wwnsju+8GWuxQqRme1IlYu1978Yc1DVVkNJuhVw1xFB3bVosh/CZG2DvBkKowJlMEagBpX 9KA75geo1MpR9rhhB3rTEzg8brVvMwue7NbH2kYcYBj2btiTz5CWHyEsz+1K607RKOt3ug+VgNOb pxBRctYnC4DWcgMmjwwJiSzsPTvEzQVsd+9iRNm9Tm/h72rs8Yc8YB1YqwTmlRKfyrPX8yf2kI59 FjokOD6MXWfb6QMJyO4+mX4BAAD//wMAUEsDBBQABgAIAAAAIQC1VTAj9QAAAEwCAAALAM4BX3Jl bHMvLnJlbHMgosoBKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADlDAAAeGwv c3R5bGVzLnhtbFBLAQItABQABgAIAAAAIQDppiW4ggYAAFMbAAATAAAAAAAAAAAAAAAAALIUAAB4 bC90aGVtZS90aGVtZTEueG1sUEsBAi0AFAAGAAgAAAAhAOhJXyi8LAAAyx8BABgAAAAAAAAAAAAA AAAAZRsAAHhsL3dvcmtzaGVldHMvc2hlZXQxLnhtbFBLAQItABQABgAIAAAAIQAU45/9UAEAAGMC AAARAAAAAAAAAAAAAAAAAFdIAABkb2NQcm9wcy9jb3JlLnhtbFBLAQItABQABgAIAAAAIQBxujxc hQEAAAMDAAAQAAAAAAAAAAAAAAAAAN5KAABkb2NQcm9wcy9hcHAueG1sUEsFBgAAAAAKAAoAgAIA AJlNAAAAAA== --_004_0370E60157CA7E4097D81B9E09728A941CB269A29DMAILR001maill_-- Connection closed by foreign host.

3 5

Re: [Dovecot] question
by Simon Brereton 29 Dec '12

29 Dec '12

On Dec 29, 2012 3:46 PM, "Matt K" <mattk(a)kraner.us> wrote: > > At 08:40 PM 12/28/2012, Simon Brereton wrote: >> >> On Dec 28, 2012 8:28 PM, <mattk(a)kraner.us> wrote: >> > >> > I just install Dovecot and postfix. When I'm pull dovecot I see in the log >> > that its checking for mail. if a put a test message locally on the server >> > I can pull the message down to my cell phone and other computers. But when >> > I try to a message from gmail or aol it doesn't come in to the server. >> > >> > >> > it always bounces back to the place were I sent it from >> >> That would indicate a postfix issue since it would seem you are not getting >> mail from outside your network/host. >> >> But either way you'll need config and log files of you'd like real help. >> >> Simon > > > here is what i was able to find in /var/log/mail.err > Dec 28 18:02:36 kraner postfix/smtpd[26226]: fatal: no SASL authentication mechanisms > Dec 28 18:09:17 kraner postfix/smtpd[26229]: fatal: no SASL authentication mechanisms > Dec 28 18:29:15 kraner postfix/smtpd[26395]: fatal: no SASL authentication mechanisms > Dec 28 18:43:18 kraner postfix/smtpd[26736]: fatal: no SASL authentication mechanisms > Dec 28 18:48:59 kraner postfix/smtpd[26741]: fatal: no SASL authentication mechanisms > Dec 29 18:06:06 kraner postfix[27406]: fatal: usage: postfix [-c config_dir] [-Dv] command > Dec 29 18:19:38 kraner postfix/smtpd[27511]: fatal: no SASL authentication mechanisms > Dec 29 18:22:48 kraner postfix/smtpd[27514]: fatal: no SASL authentication mechanisms > Dec 29 20:20:43 kraner postfix/smtpd[27862]: fatal: no SASL authentication mechanisms > Dec 29 20:42:03 kraner postfix/smtpd[27969]: fatal: no SASL authentication mechanisms > > Postfix config file > > alias_database = hash:/etc/aliases > alias_maps = hash:/etc/aliases > body_checks = regexp:/etc/postfix/body_checks > command_directory = /usr/sbin > config_directory = /etc/postfix > daemon_directory = /usr/lib/postfix > data_directory = /var/lib/postfix > debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5 > header_checks = regexp:/etc/postfix/header_checks > home_mailbox = Maildir/ > inet_protocols = ipv4 > local_recipient_maps = proxy:unix:passwd.byname $alias_maps > mailbox_size_limit = 1073741824 > mailq_path = /usr/bin/mailq > message_size_limit = 10485760 > mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain > mydomain = kraner.org > myhostname = kraner.org > mynetworks = 127.0.0.0/8 > myorigin = $mydomain > newaliases_path = /usr/bin/newaliases > sendmail_path = /usr/sbin/postfix > setgid_group = postdrop > smtpd_banner = $myhostname ESMTP $mail_name (@@DISTRO@@) > smtpd_client_restrictions = permit_mynetworks,reject_unknown_client,permit > smtpd_recipient_restrictions = permit_mynetworks,permit_auth_destination,permit_sasl_authenticated,reject > smtpd_sasl_auth_enable = yes > smtpd_sasl_local_domain = $myhostname > smtpd_sasl_path = private/auth > smtpd_sasl_security_options = noanonymous > smtpd_sasl_type = dovecot > unknown_local_recipient_reject_code = 550 > fatal: no SASL authentication mechanisms is pretty clear. Postfix doesn't allow external hosts to connect & relay mail, which explains what you're seeing. Why you're seeing that is better addressed on the postfix list, although you seem to have told postfix to use Dovecot for sasl auth, so maybe, since this is the Dovecot list you should send your Dovecot conf so we can see why it's not working. Also, if you ask on the postfix list you will be asked for the out-put of postfinger which can diagnose sasl problems. Simon

1 0

Re: [Dovecot] question
by Matt K 29 Dec '12

29 Dec '12

At 08:40 PM 12/28/2012, Simon Brereton wrote: >On Dec 28, 2012 8:28 PM, <mattk(a)kraner.us> wrote: > > > > I just install Dovecot and postfix. When I'm pull dovecot I see in the log > > that its checking for mail. if a put a test message locally on the server > > I can pull the message down to my cell phone and other computers. But when > > I try to a message from gmail or aol it doesn't come in to the server. > > > > > > it always bounces back to the place were I sent it from > >That would indicate a postfix issue since it would seem you are not getting >mail from outside your network/host. > >But either way you'll need config and log files of you'd like real help. > >Simon here is what i was able to find in /var/log/mail.err Dec 28 18:02:36 kraner postfix/smtpd[26226]: fatal: no SASL authentication mechanisms Dec 28 18:09:17 kraner postfix/smtpd[26229]: fatal: no SASL authentication mechanisms Dec 28 18:29:15 kraner postfix/smtpd[26395]: fatal: no SASL authentication mechanisms Dec 28 18:43:18 kraner postfix/smtpd[26736]: fatal: no SASL authentication mechanisms Dec 28 18:48:59 kraner postfix/smtpd[26741]: fatal: no SASL authentication mechanisms Dec 29 18:06:06 kraner postfix[27406]: fatal: usage: postfix [-c config_dir] [-Dv] command Dec 29 18:19:38 kraner postfix/smtpd[27511]: fatal: no SASL authentication mechanisms Dec 29 18:22:48 kraner postfix/smtpd[27514]: fatal: no SASL authentication mechanisms Dec 29 20:20:43 kraner postfix/smtpd[27862]: fatal: no SASL authentication mechanisms Dec 29 20:42:03 kraner postfix/smtpd[27969]: fatal: no SASL authentication mechanisms Postfix config file alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases body_checks = regexp:/etc/postfix/body_checks command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix data_directory = /var/lib/postfix debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5 header_checks = regexp:/etc/postfix/header_checks home_mailbox = Maildir/ inet_protocols = ipv4 local_recipient_maps = proxy:unix:passwd.byname $alias_maps mailbox_size_limit = 1073741824 mailq_path = /usr/bin/mailq message_size_limit = 10485760 mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain mydomain = kraner.org myhostname = kraner.org mynetworks = 127.0.0.0/8 myorigin = $mydomain newaliases_path = /usr/bin/newaliases sendmail_path = /usr/sbin/postfix setgid_group = postdrop smtpd_banner = $myhostname ESMTP $mail_name (@@DISTRO@@) smtpd_client_restrictions = permit_mynetworks,reject_unknown_client,permit smtpd_recipient_restrictions = permit_mynetworks,permit_auth_destination,permit_sasl_authenticated,reject smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_path = private/auth smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot unknown_local_recipient_reject_code = 550

2 1

[Dovecot] Update 1.2 -> 2.0 ... INBOX away?
by Martin Rabl 29 Dec '12

29 Dec '12

Hi, yesterday I did an update from dovecot 1.2 to 2.0.19 (Ubuntu 10.04 -> 12.04). After fixing the configuration dovecot startups as it should, but with one error, I don't understand: the INBOX will not be delivered to the Mailclient and will not be filled by "deliver". Instead, dovecot create the two dirs "new" and "cur" directly in "Maildir". the filesystem looks now like: domain/user1/Maildir/INBOX # official INBOX domain/user1/Maildir/new # new mail domain/user1/Maildir/cur # read mail We have searched for an configuration error, but didn't found anything - or did not see one ;-) Maybe there is someone in the list, which see our error in a moment? We are using only imap/s and managesieve, no pop3. Maildir-Layout is FS. Here a snippet of our configuration: ------------ mail_home = mail_location = maildir:~/Maildir:LAYOUT=fs namespace { hidden = no inbox = yes list = yes location = prefix = separator = / subscriptions = yes type = private } namespace { list = yes location = maildir:%%h/Maildir/:INDEX=%%h/Maildir/shared/%u:LAYOUT=fs prefix = shared/%%u/ separator = / subscriptions = no type = shared } namespace { list = yes location = maildir:/srv/vmail/public:LAYOUT=fs prefix = public/ separator = / subscriptions = no type = public } protocol lda { mail_plugins = sieve autocreate } protocol imap { imap_client_workarounds = delay-newmail tb-lsub-flags tb-lsub-flags mail_max_userip_connections = 10 mail_plugins = acl autocreate imap_acl } ------------ Hope you can help! Thank you! Martin

2 3

[Dovecot] question
by mattk＠kraner.us 29 Dec '12

29 Dec '12

I just install Dovecot and postfix. When I'm pull dovecot I see in the log that its checking for mail. if a put a test message locally on the server I can pull the message down to my cell phone and other computers. But when I try to a message from gmail or aol it doesn't come in to the server. it always bounces back to the place were I sent it from

3 2

[Dovecot] mdbox: more then one altstorage
by Peer Heinlein 29 Dec '12

29 Dec '12

The mdbox-format with the altstorage-feature is quite nice and important. But we're having much more then >> 30 TB of maildata and doing an fsck on huge partitions takes too much (down-) time for our mailsystem. It would be much easier, if Dovecot would be able to use at least THREE storage-paths for his m-Files (and not just TWO like now). Having an altstorage1 and altstorage2, we would be able to move away all mails from on altstorage-mountpoint, we could put this storage-moungpoint into "maintenance" and do an fsck without Downtime for Dovecot. It would be nice having a doveadm-feature to put a altstorage-path in "maintenance-mode", so to move easily away all m-files to other alt-storage-paths and to let Dovecot know not to use this locked partition. Having even more then 3 storage-paths would be nice for huge setups: In this case we could easily use different SMALLER partitions without having just two or three huge partitions > 15 TB. The architecture of the altstorage-system is nice and simple. Wouldn't it be easily possible to look (at least) in three, then just in two places for a m-file? What about a "hash_dir"-system for the storage? What about a configuration-parameter like altstorage_dirs=4 which would mean, that there are 4 storage-mountpoints that could be addressed by "%m": mail_location = mdbox:/vmail/%d/%n/mdbox:altstorage/alt/%m/%d/%n In this case, Dovecot could easily use all existing partitions automatically "round-robin". Or maybe it would be better to tell Dovecot the partitions by: altstorage_dirs_existing = 1,2,3,4 altstorage_dirs_newmail = 1,4 so it would be very easy to tell Dovecot in which partitions he has to look for m-files and where he is allowed to save round-robin new e-mails. With this setup it's easy to put a partition in maintenance mode. Peer -- Heinlein Support GmbH Schwedter Str. 8/9b, 10119 Berlin http://www.heinlein-support.de Tel: 030 / 405051-42 Fax: 030 / 405051-19 Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht Berlin-Charlottenburg, Geschäftsführer: Peer Heinlein -- Sitz: Berlin

4 5

[Dovecot] dovecot 2.1.12 panic in mbox-sync.c
by "Antje Miederhöfer" 28 Dec '12

28 Dec '12

Hello! I use dovecot 2.1.12 locally on a 32bit Linux with an ext4 filesystem and after deleting a lot of emails from a mbox folder, I now get the following messages in the log: dovecot: imap(amied): Panic: file mbox-sync.c: line 1351 (mbox_sync_handle_eof_updates): assertion failed: (offset == 0 || offset > 31) dovecot: imap(amied): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x4559a) [0x6f68959a] -> /usr/lib/dovecot/libdovecot.so.0(+0x45611) [0x6f689611] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x6f658fa0] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x2d707) [0x6f708707] -> /usr/lib/dovecot/libdovecot-storage.so.0(mbox_sync+0x53) [0x6f7091d3] -> /usr/lib/dovecot/libdovecot-storage.so.0(mbox_storage_sync_init+0x6d) [0x6f70936d] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x3b) [0x6f72333b] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync+0x3f) [0x6f72347f] -> dovecot/imap(cmd_select_full+0x16b) [0x805529b] -> dovecot/imap(cmd_select+0x17) [0x8055c57] -> dovecot/imap(command_exec+0x32) [0x80596f2] -> dovecot/imap() [0x80586fd] -> dovecot/imap() [0x805880d] -> dovecot/imap(client_handle_input+0x125) [0x8058a05] -> dovecot/imap(client_input+0x60) [0x80592f0] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x44) [0x6f6981f4] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xce) [0x6f6991ce] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x6f697cd0] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x2e) [0x6f680dbe] -> dovecot/imap(main+0x279) [0x804fdd9] -> /lib/libc.so.6(__libc_start_main+0xf5) [0x6f49bad5] -> dovecot/imap() [0x804ff51] The mbox file seems to be unchanged and a .lock file remains even after stopping dovecot. The folder is not accessible any more. A fix would be nice. :-) dovecot config: listen = 127.0.0.1 mail_fsync = never mail_location = maildir:/var/mails/%u managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace { inbox = no location = mbox:/var/mails/mbox/%u prefix = mbox/ separator = / } namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = separator = / } passdb { args = * driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap ssl_cert = </etc/ssl/dovecot/server.pem ssl_key = </etc/ssl/dovecot/server.key userdb { driver = passwd } protocol lda { mail_plugins = sieve } Greetings Antje

1 0

[Dovecot] Mixing v2.1 and 2.0 directors ?
by Jan-Frode Myklebust 28 Dec '12

28 Dec '12

I'm preparing to set up a new set of directors on dovecot-ee-2.1.10.3-1, but would prefer to do this a bit gradually. Will it be OK to set up a ring of directors with 2x dovecot-ee-2.1.10.3-1 and 2x dovecot-2.0.14 ? -jf

2 2

[Dovecot] Help Regarding Multiple Base DN
by Joy 28 Dec '12

28 Dec '12

Dear Expert, Can i specify multiple Base DN for user lookup in dovecot like :- dc=abc,dc=com dc=abc,dc=net dc=xzy,dc=com dc=xyz,dc=net Thanks

3 3

[Dovecot] dovecot testinstallation does not tell how to quit
by Robert Moskowitz 28 Dec '12

28 Dec '12

I am having problems logging in with RoundCube, so thought I should see if there were instructions for testing Dovecot login, and sure enough I found some at: wiki.dovecot.org/Testinstallation Well it works, so the problem is probably all RoundCube's, but this wiki page is missing an important line about how to end the Telnet session without killing Telnet! What is the quit/exit command? And please add this to the wiki! Oh, I just guessed it: a logout

3 3