- dovecot - dovecot.org

[Dovecot] Help with LDA
by Joy 01 Jan '13

01 Jan '13

Hi, Can anyone tell me how to specify correctly the following line:- |/var/qmail/bin/preline -f /usr/local/dovecot/libexec/dovecot/dovecot-lda -d $USER@$DOMAIN i want dovecot lda to look for mail address instead of uid which is without domain in my case. Thanks

1 0

Re: [Dovecot] Dovecot Virtual Users with Sendmail
by DormitionSkete＠hotmail.com 01 Jan '13

01 Jan '13

Well our situation is kind of like this: We've been using UW-Imap for 12-15 years, and have loved it. It has a beauty and simplicity to it that is simply wonderful. We're located in a remote part of the Rocky Mountains, and the only internet connection we can get that's faster than a dial-up is a satellite. Lousy upload speeds. Can't host our own sites here. We've been hosting our sites on one of our parishioner's servers for years; but through the years, that's become more and more problematic, and we'd like to do more with it than we currently can. We'd like to set up our own server at our guest house in town. I wanted to use OpenIndiana (Solaris) to take advantage of some of the really amazing features it has. So, I set up UW-Imap on it. Works great. Glory be to our holy God. The problem is, after I got all that working, I went to set up the users for it, and discovered the GUI for creating the users won't allow me to add any users with usernames longer than eight characters. I'm not real dependent on GUI's, and a quick search on the net told me that I can easily add the users with the long user names from the command line. So, I asked on the UW-Imap and on the OpenIndiana list for people's experience about this. Two people said they'd been using long user names on Solaris and BSD for years without any problems, while two others recommended changing to an IMAP server that supports virtual users. One of those recommended Dovecot. So I started looking at Dovecot. I'm not real keen on Sendmail, but to make matters worse, we host our own email on our server here in the mountains. Since we can't get reverse DNS set up for our satellite connection, we have to relay our emails through our parishioner's server, which does have reverse DNS, or else most people's email servers reject them as spam. We also need to be able to send and receive emails from multiple domains. So, I have to be able to figure out how to do both parts of the relay -- our part where we tell our MTA to relay it through the other host, and what will become the server at our guest house to accept those emails and relay them on to the recipients. And the multiple domain issue. I can do all this with UW-Imap and Sendmail, because we've already done all the fighting necessary to get it to work. We've been doing it for years. It just leaves us with the question of whether it's better to go with using UW-Imap on a system that's not designed to support long user names, and possibly getting bit by that, or whether it's better to fight it out trying to learn all this other stuff with a different IMAP server and MTA? Fun! I could probably get Cyrus IMAP to work with Sendmail, because I tried it briefly years ago and already have gone through the grief of figuring that out. But I didn't particularly care for it. One of the things I like most about UW-Imap -- and Dovecot shares this -- is that it's easy to backup, restore inadvertently deleted directories, and to move emails from one server to another. From what I remember, Cyrus wasn't so friendly about that. And it was more difficult to administer than UW-Imap and Dovecot. After reading the 13-page article Ken posted this afternoon, I started looking at Postfix. My impression is, that maybe this might be a good route to try. Dovecot - PostFix - and if I'm going to go through all that, I might as well go with Sieve, instead of Procmail, like we've been using for years. I used Sieve briefly with Cyrus. I've never been thrilled with Procmail. So, with all that background, if anyone would like to share any suggestions or advice, I would certainly appreciate it. Cordially, Peter, hieromonk On Dec 31, 2012, at 8:34 PM, Noel Butler wrote: > On Mon, 2012-12-31 at 16:52 -0700, DormitionSkete(a)hotmail.com wrote: >> >> Thank you very much for the article. It was quite interesting. All thirteen pages! >> >> Unless somebody else posts that they've managed to get Sendmail to work with Dovecot virtual users, then I think your suggestion to look at a different MTA might just be the best route to take. >> >> Thank you again. I do appreciate it. >> >> I hope you have a happy new year! -- All year long!! >> >> fp >> >> > Hi, > Years (well decade) ago we used Sendmail, then we started having more domains, it was getting very messy, the choice was move to Cyrus or change our MTA,Cyrus was a maze of bdb hell it was very picky, so it never made it off the dev box, moved to qmail with vpopmail , but then qmail was useless as a ..... on a bull, so we used sendmail up front redirecting to qmail, in 2008 we re structured and moved to postfix and dovecot and never looked back since. > > If you don't have a central portal, there is code out there to allow you and your domain managers and their users to manage their mail, postfixadmin (I never really liked) or vmail manager GRS from grsoft, wrote by Peter Gutwein which is what I use personally. > > I was a long time fan of sendmail, but I tried to get mysql options included to make virtual users easy, but it was decided that would not happen, and as I predicted, sendmails popularity would suffer because of it, since postfix w/mysql is a breeze. > > So learn from everyone else's lessons, and give very serious consideration to changing your setup now, before you get too big an the change will become a nightmare <face-smile.png> > >

1 0

[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