- dovecot - dovecot.org

Re: [Dovecot] Repeating downloads
by Brian T Glenn 08 Apr '04

08 Apr '04

[You have top-posted your message. Please refrain from doing so on technical mailing lists. It ruins the flow of the conversation as well as making archive difficult to read] [You have sent a personal reply to a mailing list message when it was not warranted. Please keep replies on the list so that everyone can benefit.] On Wed, Apr 07, 2004 at 04:27:01PM -0500, Paul Hanson may have written: > On Wednesday, April 07, 2004 1:14 PM Brian T Glenn wrote: > > That sounds about how POP3 works in my experience. How were you > > expecting it to behave differently? > > Well the only problem is that if they receive a new message, not only do you > get the new message but another copy of ALL messages on the server. A > scenario that I have not experienced with any other POP3 server/client > setup. The correct behavior should be to only download the new message. from doing a search on dovecot and uidl, it seems that dovecot supports these functions, which is the standard way for a pop3 server to announce unique checksums of messages. Whether or not your client software supports this is another matter. -- Brian T Glenn delink.net Internet Services

1 0

[Dovecot] Repeating downloads
by Paul Hanson 07 Apr '04

07 Apr '04

Hey- Just wanna say that I'm really happy with Dovecot, it has worked really well for my small operation. I do have a couple problems I'd just like to bring to everyone's attention for future bugfixes and if there is a solution available. I'm using dovecot-0.99.10-6 with a clean fedora core 1 install. I'm using primarily IMAP with OpenSSL, however a few people use POP3 (over SSL) with outlook 2002 clients. The problem is that with each send and receive another copy of all messages in their Inboxes are downloaded. I have tried closing outlook restarting it etc. nothing seems to help unless I tell outlook to remove all messages from the server then outlook responds with "messages that outlook was attempting to download are no longer on the server." And problem solved. Not a huge deal but others with similar setups may be experiencing the same problems. I have postfix for my MTA, every account uses Maildir. Attached is my dovecot.conf. Thanks a lot!!! -Paul

2 1

[Dovecot] Process died to early
by Steven Stern 07 Apr '04

07 Apr '04

Just went through this again today. Has anyone found a solution? ------------------------------------------------------ After several days of operation, POP connections fail to my server. The log message is Mar 27 15:51:46 ciscy dovecot: Login process died too early - shutting down Linux ciscy.sterndata.com 2.4.22-1.2174.nptl #1 Wed Feb 18 16:38:32 EST 2004 i686 i686 i386 GNU/Linux ]# /usr/sbin/dovecot --version 0.99.10 # /etc/init.d/dovecot status dovecot (pid 6900) is running... Killing the dovecot process, deleting /var/lock/subys/dovecot, and restarting the process gets POP3 and IMAP working again. Suggestions? -- Steve

2 1

[Dovecot] Repeating downloads
by Paul Hanson 07 Apr '04

07 Apr '04

Sorry about the Spam with the dovecot.conf. Here is the intended message. Thanks!! Hey- Just wanna say that Im really happy with Dovecot, it has worked really well for my small operation. I do have a couple problems Id just like to bring to everyones attention for future bugfixes and if there is a solution available. Im using dovecot-0.99.10-6 with a clean fedora core 1 install. Im using primarily IMAP with OpenSSL, however a few people use POP3 (over SSL) with outlook 2002 clients. The problem is that with each send and receive another copy of all messages in their Inboxes are downloaded. I have tried closing outlook restarting it etc nothing seems to help unless I tell outlook to remove all messages from the server then outlook responds with messages that outlook was attempting to download are no longer on the server. And problem solved. Not a huge deal but others with similar setups may be experiencing the same problems. I have postfix for my MTA, every account uses Maildir. Attached is my dovecot.conf. Thanks a lot!!! -Paul

1 0

[Dovecot] dovecot with sendmail
by electron electron 06 Apr '04

06 Apr '04

Hello, Here is an issue. I am trying to make dovecot work with sendmail If I use the default conf file (default_mail_env = ) then the inbox is the file /var/mail/user and a mail folder is created in /home/user directory where it stores all additional imap folders. The problem with this is that I cant have subfolders. If I edit dovecot.conf file and enter default_mail_env = maildir:/var/mail/%1u/%u/Maildir then I can create subfolders, but new emails are not stored in INBOX, but the stay in /var/mail/user. In order to overcome this issue I used procmail .procmailrc: ---------- { :0 Maildir/ } ---------- So now all emails are stored in Maildir format and again with the default dovecot.conf file it works fine. I was wondering if there is an alternative way to do this, without using procmail..just editing the dovecot.conf file. Thank you Regards _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

2 1

[Dovecot] User authentication
by Pahlevanzadeh Mohsen 06 Apr '04

06 Apr '04

Hi. I installed IMP webmail. I had use MySQL authentication for IMAP. Can i use MySQL for dovecot-imap server? Please guide me.... Yours,Mohsen. ===== ---------DIGITAL SIGNATURE------------------- ///Mohsen Pahlevanzadeh//////// Network administrator & programmer My work phone is : +98216054096-7 My home phone is: +98213810146 My emails is m_pahlevanzadeh(a)yahoo.com My website is: http://webnegar.net ---------------------------------------------------------------- __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/

2 1

[Dovecot] dovecot not staying up
by Brian T Glenn 06 Apr '04

06 Apr '04

I found one reference to this in the archives via google, but the assistance offered there did not resolve the problem. I am getting the following in the logs: Apr 5 10:21:25 ziegchen dovecot: Dovecot starting up Apr 5 10:21:26 ziegchen dovecot: Auth process died too early - shutting down Apr 5 10:21:26 ziegchen dovecot: child 30091 (auth) returned error 127 Apr 5 10:21:26 ziegchen imap-login: fd_send(-1) failed: Broken pipe This is with SSL on or off, I have tried building the source many different ways, but it behaves the same every time. I even copied the config from a working installation and tried it with that, but to no avail. Any insight would be appreciated. -- Brian T Glenn delink.net Internet Services

2 2

[Dovecot] dovecot not reconnecting to ldap after ldap restart
by Jared 05 Apr '04

05 Apr '04

I upgraded dovecot two weeks ago from 0.99.10-0.rc2 to 0.99.10.4-1woody1 (both from the woody backport packages from braincells.com) Dovecot is using LDAP on a separate machine for authentication. (through stunnel if it matters) At 4:00 am, the LDAP server stops, dumps the ldap database, and then starts back up. Because the LDAP server is stopped, anyone who tries to authenticate during the few seconds will be denied. This isn't a big deal since it's 4:00 am. However, twice in the past two weeks, it appears that if dovecot can't connect to the LDAP server, it loses the ability until dovecot is restarted. It's only happened since I upgraded, and it's only happened twice, presumably when someone was trying to check their mail at the precise moment the LDAP server is down. I get the following entry in mail.err: Mar 30 04:00:18 akbar dovecot-auth: LDAP: ldap_result() failed: Can't contact LDAP server Mar 30 04:00:19 akbar dovecot-auth: LDAP: Can't connect to server: localhost Mar 30 04:00:50 akbar last message repeated 36 times . . . The two times it has happened, ldap is responding properly (all other services we provide which use LDAP still work), stunnel on the dovecot machine is still running, and dovecot is still running, accepting IMAP and POP connections, but failing at the authentication phase. Is there some change or bug in dovecot which would make this happen? Or is there a problem with my set up? Thanks in advance for any ideas. -jared

3 4

[Dovecot] passwd-file maintenance by users, other options
by Mike Brown 04 Apr '04

04 Apr '04

I am using Dovecot to provide IMAP and IMAP+SSL service for my users, but am still using QPopper for POP3 service, wrapped with stunnel for POP3+SSL. I am hesitant to get rid of QPopper because it supports APOP, which encrypts authentication data (both where it is stored, and when it is transmitted), and because APOP passwords can be managed by the users themselves, via the popauth tool that they can run from their shell accounts. I'd like very much to use Dovecot for POP3, but would need to have it be comparable to APOP, where authentication does not involve having user passwords going across the wire in the clear, and especially I need for users to be able to maintain their passwords themselves, preferably with their status as a current user of the system being established without my intervention; I don't want to have to manually keep things in sync with /etc/passwd. Furthermore, it needs to have no conflicts with popular email clients including Mozilla, Outlook, Outlook Express, and Eudora, so unusual authentication mechanisms are not really an option. I've RTFM at http://www.dovecot.org/doc/auth.txt but I don't know how to establish a separate passwd file that would satisfy the requirement that users be able to maintain their passwords themselves. And PAM is a complete mystery to me. So what do you all do? Is there a tutorial somewhere that would help? Thanks, M.

3 2

[Dovecot] Bug fix - message/rfc822 attachments
by Rick Jones 03 Apr '04

03 Apr '04

Greetings I've attached a patch that fixes a bug in Dovecot relating to rfc822 attachments. This problem shows up in Mulberry (which hammers the IMAP protocol more than most!). The problem is that FETCH BODY[n], where "n" is the number for the message/rfc822 part, returns the wrong information. It returns the message without the headers, whereas it should return the entire rfc822 attachment. FETCH BODY[n.MIME] doesn't appear to return the MIME headers for the part either. This happens because the find_part() function always steps down into the child when the type of the part is RFC822. It should only do this if the request is for a sub-part, or for HEADER. Otherwise it should stay at the current level. I have to say the IMAP protocol is a bit perverse in the way implicit nesting of rfc822 messages is handled, which is why this looks somewhat hacky. I don't see a nicer way though. The effect in Mulberry is that certain operations on rfc822 attachments don't work properly, in particular extracting the attachment into a separate message. It also affects message-digest format messages, which will completely lock up Mulberry if one is even present in a mailbox. (It may be that Dovecot itself hangs, I don't know. Once I found that the patch fixed both problems I didn't look any further :) Mulberry doesn't exhibit these problems with other IMAP servers. The attached patch is for the source code of 0.99.10.04. I've looked at the "latest" source, and there is no change in these lines of code, so I guess the bug is still there. -- Best regards Rick Jones

1 0