- dovecot - dovecot.org

[Dovecot] Outlook 2002 SP3 & Dovecot 0.99.13 Runs really really slowly.
by M.d. 25 Jan '05

25 Jan '05

Hi, I'm seeing a problem that I'm hoping someone can help with. Neither Googling or searching the list archives have turned up anything useful. I'm running Dovecot0.99.13 on Fedora Core 3 and things work fine when using either Thunderbird 1.0 or Outlook Express as clients. Outlook (2002 SP3) on the other hand runs incredibly slowly. Any ideas, would be greatly appreciated. Thanks, Md

2 1

[Dovecot] Is it possible to access maildir w/ 2 clients at the same time?
by Erhard Guenther 24 Jan '05

24 Jan '05

Hi, I have dovecot with Maildir installed and running. No problems. I use kmail on both desktop and laptop with cachedimap configuration. kmail is configured to look for new mail every two minutes. Now my question: When both maschines are running and kmail is started then two clients access the same Maildir on the server at the same time. Is this possible or can this corrupt the Maildir directory. TIA Guenther

3 2

[Dovecot] Trouble getting TLS to work
by Remy Zandwijk 24 Jan '05

24 Jan '05

Hi. I've Dovecot running on Solaris 9. Logging in without SSL or TLS works. Logging in with SSL (port 993) works. Logging in with TLS does not work. Tried Eudora, Thunderbird and Outlook Express, but none of them could log in. Outlook returns an error message like: "PLAIN authentication failed. None of the authentication methods supported by your IMAP server are supported on this computer.". Since SSL is working, I think I can savely say the SSL parameters are OK. My config includes the lines: disable_plaintext_auth = no auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam What could cause this problem?? Regards, Remy

1 0

[Dovecot] raw logging
by Marco Herrn 23 Jan '05

23 Jan '05

Hi, I have a question about the raw logging feature. As I understand the documentation it is meant for traffic measuring. But it seems to be more targeted at developers. Is there a way for measuring the traffic for the end user? If not with raw loggin in another way? Regards Marco -- The minute a man is convinced that he is interesting, he isn't. -- Marco Herrn _ ___ o ' (_)< _ _ _>(__'> o 0 (_X % >(_`> O o _; _;'7^'_ \;\ % (GnuPG/PGP-encrypted mail preferred) _;\ _.\ _.';;) ;,;_/; Key ID: 0x94620736 _ _'./_$'))_; );/$}/`fsc

2 1

[Dovecot] Experimental FreeBSD ports / packages for test61
by Dominic Marks 23 Jan '05

23 Jan '05

Hello, If anyone would like it I have provided a Dovecot 1.0 test61 port and package for FreeBSD 5.3 here. I made them for my own experimentation but thought they might be interesting to others I suppose. http://www.helenmarks.co.uk/~dom/dovecot/ These deviate from the stock test61 because I've updated and added a patch I wrote a long time ago for ioloop kqueue/kevent support in Dovecot. I have no configure skill at all so you get it even if you don't choose it in the options dialogue. It seems to work still, I tested it very lightly, but I don't use day to day, so YMMV. To use the shar file: gzip -d <path/to/dovecot.shar.gz> shar <path/to/dovecot.shar> cd dovecot make install To use the package: pkg_add -r http://www.helenmarks.co.uk/~dom/dovecot/dovecot-1.0-test61.tbz Cheers, -- Dominic

2 1

[Dovecot] Disallow creation of (sub) folders
by Remy Zandwijk 23 Jan '05

23 Jan '05

Hi. Is there a way to prevent users from creating new mailboxes? In our setup, we've several standard mailboxes (maildir format). Users should use these and only these. I allready tried to chown the base directory, e.g. /var/mailstore/r/remy/, to root, and delivery still works then, but procmail chown's this back to the users' name. I have a workaround by using symlinks, but I think this is a lame solution. Another question: when is Dovecot 1.0 supposed to be released for production purposes? Regards, Remy Zandwijk

2 1

[Dovecot] Strange behaviour with multiple auth channels
by Søren P. Skou 23 Jan '05

23 Jan '05

Hey all Just upgraded to Test-61 and at first everything looked like it worked without a hitch, I could log in and check mail (yay! ;-) ). Since I could log in, I never suspected anything would be amiss. Later one of my users told me he could no longer log in, regardless what he tried. Password error I thought and told him to go change his password, but then he explained he had not changed anything, and that his pop3 client just started complaining. Ok, time to go looking - I compared the dovecot.conf to the example from the tarball, nothing seemed as if it had changed. Then I started fiddling around to see if I could get any pattern. At that point I had two auth channels: auth default { mechanisms = plain userdb = sql /usr/local/etc/dovecot/sql.conf passdb = sql /usr/local/etc/dovecot/sql.conf user = mail } auth localuser { mechanisms = plain userdb = passwd home=/home/%u/Mail passdb = passwd home=/home/%u/Mail } Strangely enough I could see it connecting to the SQL database, I would have expected to see at least some queries when it checked for the user. But no. So I changed the configuration to: auth default { mechanisms = plain userdb = passwd home=/home/%u/Mail passdb = passwd home=/home/%u/Mail } auth virtualuser { mechanisms = plain userdb = sql /usr/local/etc/dovecot/sql.conf passdb = sql /usr/local/etc/dovecot/sql.conf user = mail } Lo and behold, my virtual users could log in - but now localusers could no longer. I've since then tried changing the auth default to auth localuser, but little does it do - I'm sort of out of my bounds here, everything works, but only if it is the second auth. The first channel seems to be ignored. So I tried adding more channels seeing what would happen. My current configuration looks like this: auth default { mechanisms = plain userdb = sql /usr/local/etc/dovecot/sql.conf passdb = sql /usr/local/etc/dovecot/sql.conf user = mail } auth localuser { mechanisms = plain userdb = passwd home=/home/%u/Mail passdb = passwd home=/home/%u/Mail } auth virtualuser { mechanisms = plain userdb = sql /usr/local/etc/dovecot/sql.conf passdb = sql /usr/local/etc/dovecot/sql.conf user = mail } As I suspected it grabs hold of localuser and uses that one. Any suggestions or "Well d'uh! you're missing...." would be welcome ;-) Friendly greetings S. P. Skou -- GPG Key: 8E58ACB3

2 1

[Dovecot] Evolution Slowness Fix
by Michael David Joy 22 Jan '05

22 Jan '05

Well, I seem to have tracked down what's going on with Evolution and Dovecot. It seems that Evolution has defaulted to checked for spam server side using Spamd on Fedora Core 3 without downloading the mail. It seems that spamd is the culprit in all this as it's trying to analyze pop3 mail without simply downloading all the new mail. I turned off the spam checking option in evolution and the crawling (read 5-10 min) email downloads stopped. I guess I should have noticed that this happened when I upgraded from Fedora Core 2 to 3, but we upgraded dovecot around the same time. While it still shouldn't be taking 10 min to download email (1 min a mail), at least I know what's going on now. Michael

4 3

[Dovecot] Kerberos/GSSAPI Auth Mechanism?
by John Waller 20 Jan '05

20 Jan '05

I have been reading that there may be a patch floating around to enable krb5 auth in dovecot <1.0, namely 0.99.10.8 (openbsd port). It could be I have something misconfigured, for openbsd supports kerberos and most programs which use the operating system's auth features use kerberos transparently through login(1). If there is a patch, I would be very interested in testing it. -- John Waller ganreshnu(a)gmail.com

1 1

[Dovecot] problems deleting folders
by Danny Sung 20 Jan '05

20 Jan '05

I've been having this problem for quite some time now of not being able to remove folders. I'm using: Fedora Core 2 dovecot-0.99.10.4-4 And dovecot is setup as using imaps (w/ SSL) and mbox files (instead of maildir). I've done a small amount of tracing to see what the problem is, and it looks like what happens is when all messages in a folder is removed, there's still a 0-byte file lying around. And the "delete" command issued from mail clients (I've used both Thunderbird and MS Outlook) end up trying to throw the file into Trash instead of somehow sending a delete command. This then results in an error. Maybe this is normal IMAP behavior, I don't know. But that's what looks like is happening. If anyone knows of a good solution to this, I would really appreciate it. I'd rather avoid using maildir but if anyone knows whether this will definitely solve the problem, then I'll make the switch. Thanks

5 6

RE: [Dovecot] Plaintext Authentication from Localhost
by Villalovos, John L 19 Jan '05

19 Jan '05

dovecot-bounces(a)dovecot.org wrote: > I noticed that... > > # Disable LOGIN command and all other plaintext authentications unless > # SSL/TLS is used (LOGINDISABLED capability). Note that 127.*.*.* and > # IPv6 ::1 addresses are considered secure, this setting has > no effect if > # you connect from those addresses. > #disable_plaintext_auth = yes > > ...was added to the latest release. Thanks Timo! This takes the > localhost-SSL burden off. :) I just tried this with the updated RPM for Fedora Core 2. With: imap_listen = [::] disable_plaintext_auth = yes IMAP did NOT work from the local host. Changing it to: imap_listen = 127.0.0.1 disable_plaintext_auth = yes Made it work for me. Not sure if this is a known issue or not. John

1 0

[Dovecot] configure problem with MySQL 4
by Laurent Papier 19 Jan '05

19 Jan '05

Hi, the configure mysql detection doesn't work with MySQL 4.0.x from MySQL AB. Detail information: dovecot 0.99.13, MySQL-devel-4.0.21-0 from MySQL AB. ./configure --with-mysql ... checking for mysql_init in -lmysqlclient... no checking for mysql_init in -lmysqlclient... (cached) no This version of MySQL need to be linked with '-lz'. The configure script check for mysql both with and without '-lz' but the test result is cached ... so the test with -lz failed. The included patch helps me compiling dovecot (only check mysql with -lz). I know that this workaround is not a general solution. Full configure output and config.log available on demand. Execpting this problem, dovecot works fine for us (RedHat, MySQL auth, maildir). -- Laurent Papier - 03 88 75 80 50 Admin. systeme - Sdv Plurimedia - <http://www.sdv.fr/>

1 0

[Dovecot] Re: dovecot Digest, Vol 21, Issue 24: vacation messages
by Ted Knab 19 Jan '05

19 Jan '05

Normally, the vacation message works with the default mail server (MTA). In my case, I use the vacation program. Postfix delivers to the local mail user and if they have a .forward with the vacation info on it gets called. For a truly virtual setup that does not require unique uids on the filesystem there is gnarwl. Gnarwl is a program written in C that does vacation messages for virtual users. It works with Postfix, which is simplier that sendmail. :) >------------------------------ > >Message: 2 >Date: Thu, 13 Jan 2005 23:13:48 -0700 >From: "Del Stoliker" <dstoliker(a)alphagraphics.com> >Subject: [Dovecot] Virtual users vacation notices and forwards >To: <dovecot(a)dovecot.org> >Message-ID: <200501140613.j0E6DfZ9012233(a)smtp2.alphagraphics.com> >Content-Type: text/plain; charset="us-ascii" > >I'm in the process of moving from UW-IMAP to dovecot. I'm exploring the idea >of using virtual users with dovecot and storing all user information in >LDAP. While bouncing this idea off of a coworker, he asked me how we could >handle vacation notices and forwards. Currently, we're using a procmail >recipe to generate the vacation notice, and the sendmail .forward file for >forwards (although most of our forwarding takes place elsewhere so the >.forward file is rarely used). These are, of course, dependant on the user >having an account on the mail server. How are those of you using virtual >users supporting this functionality? > >Thanks! > > > >

2 1

[Dovecot] istream-limit.c - assertion failed
by Mail Admin 19 Jan '05

19 Jan '05

Yes, that seems to eliminate the error on our server. It has been 3 days without seeing it. Thanks! Derek ------------------> I think this is the same problem I was having, try this.. After running configure and before doing a make, edit config.h: /* Define if you have FreeBSD-compatible sendfile() */ /* #define HAVE_FREEBSD_SENDFILE */ ^^ ^^

1 0

[Dovecot] 0.99.14-rc1
by Timo Sirainen 19 Jan '05

19 Jan '05

http://dovecot.org/rc/ Two backports from 1.0-tests and pretty important fix for mbox users if you're not already filtering X-UID header somewhere. For 1.0-tests you can fix it for now by applying patches http://dovecot.org/list/dovecot-cvs/2005-January/004046.html and http://dovecot.org/list/dovecot-cvs/2005-January/004047.html - Message address fields are now parsed differently, fixing some issues with spaces. Affects only clients which use FETCH ENVELOPE command. - Message MIME parser was somewhat broken with missing MIME boundaries - mbox: Don't allow X-UID headers in mails to override the UIDs we would otherwise set. Too large values can break clients and possibly Dovecot itself.

1 1

[Dovecot] Announcement: New Fedora releases
by Kenneth Porter 19 Jan '05

19 Jan '05

For FC2 and FC3. Users of MySQL and postgres should take note as the default build options have changed to remove these. The boot order has also changed to start dovecot after named, but this only takes effect if you run chkconfig to disable and re-enable the service and recreate the symlinks. More details in the RH announcements: <https://www.redhat.com/archives/fedora-announce-list/2005-January/msg00057.…> <https://www.redhat.com/archives/fedora-announce-list/2005-January/msg00058.…>

1 0

[Dovecot] test61 error
by "Branko F. Gračnar" 18 Jan '05

18 Jan '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 dovecot: Jan 18 10:48:39 Error: IMAP(bfg(a)noviforum.si): file mail-transaction-log-view.c: line 138 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq ~ || min_file_offset <= max_file_offset) dovecot: Jan 18 10:48:39 Error: child 18837 (imap) killed with signal 6 dovecot: Jan 18 10:48:52 Info: imap-login: Login: gregord(a)noviforum.si [127.0.0.1] dovecot: Jan 18 10:48:58 Info: imap-login: Login: bfg(a)noviforum.si [192.168.2.14] dovecot: Jan 18 10:48:59 Warning: IMAP(bfg(a)noviforum.si): Growing pool 'maildir_uidlist_sync' with: 65536 dovecot: Jan 18 10:48:59 Warning: IMAP(bfg(a)noviforum.si): Growing pool 'maildir_uidlist_sync' with: 131072 dovecot: Jan 18 10:48:59 Warning: IMAP(bfg(a)noviforum.si): Growing pool 'maildir_uidlist_sync' with: 262144 dovecot: Jan 18 10:48:59 Warning: IMAP(bfg(a)noviforum.si): Growing pool 'maildir_uidlist_sync' with: 524288 dovecot: Jan 18 10:48:59 Warning: IMAP(bfg(a)noviforum.si): Growing pool 'maildir_uidlist_sync' with: 1048576 dovecot: Jan 18 10:48:59 Error: IMAP(bfg(a)noviforum.si): Corrupted transaction log file /export/mail/noviforum.si/bfg/.Mailing liste.Postfix Users/dovecot.index.log: record size to o small (type=0x0, size=0) linux 2.6, slackware 10, xfs filesystem. Brane -----BEGIN PGP SIGNATURE----- iD8DBQFB7NxlN7LHXgqRB4IRAqEAAJ9g0mJS10crV83rWKnjbmVBYeu40gCgkV4o 3Eh9ZOhjPWbOVfAiGDTAhn0= =R2t6 -----END PGP SIGNATURE-----

1 0

[Dovecot] test61 + kmail problem
by "Branko F. Gračnar" 17 Jan '05

17 Jan '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello :) I'm using dovecot 1.0-test61 and it works ok with most MUAs except with KMail (1.7.1 KDE 3.3.1) Kmail downloads message headers from folder (i'm using IMAP), but displays that there is only one email message in each folder... Well, i have thousands of messages in each folder. Everything works okay with Thunderbird 1.0. Ideas? Best regards, Brane -----BEGIN PGP SIGNATURE----- iD8DBQFB68SWN7LHXgqRB4IRAiGyAJsHxm/Zw/rnTbWmUTRd/ZsbnSUUMwCdGQDa m2q9y8TySu99QMq/sfWwkDE= =MSa4 -----END PGP SIGNATURE-----

1 0

[Dovecot] Dovecot + Xmail Setup Howto
by Chris L. Franklin 17 Jan '05

17 Jan '05

OK I finally found time to write this. (this is for dovecot 99.X and Xmail 1.X >= 1.17) (in dovecot 1.0 it'll able to auth against Xmail via a auth script. aka You'll only need to have 1 user account databases, XMAIL's YAY !!!) Steps: 1. Install Dovecot. (rpm or Source) >From Source : http://wiki.dovecot.org/CompilingSource >From RPM : http://wiki.dovecot.org/PrebuiltBinaries 2. Edit config (my's listed below) CODE base_dir = /var/run/dovecot/ imap_listen = * pop3_listen = * info_log_path = /var/log/dovecot login_dir = /var/run/dovecot/login login = imap login_executable = /usr/libexec/dovecot/imap-login login = pop3 pop3_executable = /usr/libexec/dovecot/pop3 verbose_ssl = no default_mail_env = /var/MailRoot/domains/%d/%n/Maildir mail_cache_fields = Envelope MessagePart client_workarounds = outlook-idle mailbox_check_interval = 5 mailbox_idle_check_interval = 30 maildir_stat_dirs = no maildir_copy_with_hardlinks = no maildir_check_content_changes = yes auth_mechanisms = plain auth_userdb = static uid=97 gid=97 home=/var/MailRoot/domains/%d/%n/Maildir auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_passdb = passwd-file /var/MailRoot/dovecotusers.tab 3. Isnatll Xmail >From Source : http://www.xmailserver.org/Readme.html#build >From RPM : (rpm -i xmail-X.rpm) 4. Configure XMail, edit server.tab Server.tab Config: http://www.xmailserver.org/Readme.html#server_tab_variables Heres Mine (with in all xmail files there are no SPACES only TABS !!!) CODE "RootDomain" "nomadcf.com" "SmtpServerDomain" "nomadcf.com" "POP3Domain" "nomadcf.com" "HeloDomain" "nomadcf.com" "PostMaster" "postmaster(a)nomadcf.com" "ErrorsAdmin" "postmaster(a)nomadcf.com" "SMTP-MaxErrors" "0" "NoSenderBounce" "1" "RemoveSpoolErrors" "1" "NotifySendLogToSender" "1" "ReceivedHdrType" "1" "SmtpMsgIPBanSpammers" "Denied due to you being a F'in SPAMMER !!!!!" "SmtpMsgIPBanSpamAddress" "550 Denied due inclusion of your email address in our spam lists" "SmtpMsgIPBanMaps" "550 Denied due inclusion of your IP in the following map" "EnableAuthSMTP-POP3" "0" "AllowNullSender" "1" "AllowSmtpVRFY" "1" "AllowSmtpETRN" "1" "CustMapsList" "list.dsbl.org.:1,blackholes.mail-abuse.org.:1,dialups.mail-abuse.org.:0" "SMTP-RDNSCheck" "1" "CheckMailerDomain" "1" "DefaultSmtpPerms" "MRVZ" 4.5 Setup Admin Account for Xmail moreinfo : http://www.xmailserver.org/Readme.html#ctrlaccounts_tab CODE (Replace BOB with you admin password, Replace ROOT with your Admin userame) cd /var/MailRoot/bin ./XMCrypt BOB | awk '{print "ROOT\t"$1"\n"}' > ../ctrlaccounts.tab 5. Setup your XMail Domains + Users It's easy'st with a interface. Heres a list of some Windows : http://www.alouria.com/ Web : http://dev.waaf.net/xmail/ Web : http://www.akxak.de/xpai/ Web : https://sourceforge.net/projects/phpxmail 6. Give Dovecot permission to the domains dir under MailRoot I used acls to do this so that Xmail can still run as root and Dovecot could still run as a non-root user. (if you rather not do this your other option is tp run xmail as the same user a dovecot See non-Acls below) CODE setfact -R -m d:u:dovecot:rwx,d:g:dovecot:rwx;d:o:---,d:m:rwx /var/MailRoot/domains setfacl -R -m u:dovecot:rwx,g:dovecot:rwx;o:---,m:rwx /var/MailRoot/domains 7. Set Xmail to listen on another port then 110 for pop3. Add "-Pp 20110 " to xmail startup options. 8. Setup User Accounts. As of 99.X of dovecot it doesn't support using a external script to check user acount info (user/password). So it needs a place to have it's own useraccount storage place. For more ways dovecot can store user info see : http://wiki.dovecot.org/Authentication I use " passwd-file /var/MailRoot/dovecotusers.tab" and create it from a modified xmail2smapost script called xmail2dovecot. (See xmail2dovecot below) 9. Restart Xmail 10. Startup Dovecot Non-Acls: To allow Xmail to so it's thing + Allow dovecot Access to XMails MailRoot. You'll need to run Xmail as the user Dovecot runs at. I found after some trial and error that is pretty easy. What you'll need. 1. Iptables 2. su Setup 1. Disable Xmail from starting at boot. 2. Stop Xmail 3. edit the user dovecot and chnage there shell to /bin/bash 4. Create a IPtables rule to route port 25 to 20025 Example: CODE iptables -t nat -A PREROUTING -p tcp --dport 25 -j REDIRECT --to-port 20025 5. Change permissions in MailRoot from root.root to dovecot.dovecot CODE chown -R dovecot.dovecot * 6. Startup Xmail as so : CODE su - dovecot -c "/var/MailRoot/bin/XMail -Mr 24 -Pl -Ph -Sl -Ql -Yi 30 -Yl -Fl -Cl -Ll -PX 0 -Sp 20025 -Pp 20110 -Fp 20079 -Ms /var/MailRoot" XMail2Dovecot Script: This a script that was Org. used with smartpost. And was called xmail2smartpost.php But I changed it to output All the user account info into a simple passwd/Shadow. (user@domain:MD5-password) Download From : http://xmail.nomadcf.com/info.php?program=xmail2dovecot After Downloading it , extract it to the MailRoot/bin/ and then edit it. And lastly Run it as like so : CODE cd /var/MailRoot/bin/ ./xmail2dovecot.php > ../dovecotusers.tab -- Chris L. Franklin --

2 1

[Dovecot] Squirrelmail - messages not marked as read
by Kim Culhan 16 Jan '05

16 Jan '05

As of test-60 and test-61, running Squirrelmail 1.5.1[cvs] on FreeBSD 5.3-STABLE, messages are not marked as read after they are read. If I switch back to test-59, it works normally. When switching back to test-59, with log_path = /var/log/dovelog dovelog shows: dovecot: Jan 14 11:43:38 Error: IMAP(kimc): Corrupted index cache file /home/kimc/Maildir/dovecot.index.cache: indexid changed dovecot: Jan 14 11:43:38 Error: IMAP(kimc): Corrupted index cache file /home/kimc/Maildir/.INBOX.Drafts/dovecot.index.cache: indexid changed dovecot: Jan 14 11:43:38 Error: IMAP(kimc): Corrupted index cache file /home/kimc/Maildir/.INBOX.Sent/dovecot.index.cache: indexid changed dovecot: Jan 14 11:43:38 Error: IMAP(kimc): Corrupted index cache file /home/kimc/Maildir/.INBOX.Trash/dovecot.index.cache: indexid changed If I change to test-61, when starting Squirrelmail for the first time the same will logged: log dovecot: Jan 14 12:00:26 Error: IMAP(kimc): Corrupted index cache file /home/kimc/Maildir/dovecot.index.cache: indexid changed dovecot: Jan 14 12:00:26 Error: IMAP(kimc): Corrupted index cache file /home/kimc/Maildir/.INBOX.Drafts/dovecot.index.cache: indexid changed dovecot: Jan 14 12:00:26 Error: IMAP(kimc): Corrupted index cache file /home/kimc/Maildir/.INBOX.Sent/dovecot.index.cache: indexid changed dovecot: Jan 14 12:00:26 Error: IMAP(kimc): Corrupted index cache file /home/kimc/Maildir/.INBOX.Trash/dovecot.index.cache: indexid changed After this initial version switch, it will not log any errors. Each time switching back to test-59 will cause the 'read' state to again work correctly (and a one-time logging as above.) Please let me know if there is anything I can do to help debug this. regards -kim -- w8hdkim(a)yahoo.com __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com

4 4

[Dovecot] Proposed dovecot update changes in Fedora
by Kenneth Porter 16 Jan '05

16 Jan '05

FYI, forwarded from the Fedora development list: ------------ Forwarded Message ------------ Date: Saturday, January 15, 2005 7:16 PM -1000 From: Warren Togami <wtogami(a)redhat.com> To: John Dennis <jdennis(a)redhat.com> Cc: Development discussions related to Fedora Core <fedora-devel-list(a)redhat.com> Subject: Proposed dovecot update changes John, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143707 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145214 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145241 Any objections to my proposed changes? I can implement all of this and supply patches for your review, or apply it myself to CVS if you wish. I summarize each problem and my proposed solution below. 1. Unnecessary dependency on mysql/postgresql ============================================= Prereq: postgresql Prereq: mysql These lines are wrong. The package is fine without it, because RPM auto-dep pulls in the client library of mysql and postgresql rather than a larger unnecessary chunk of those databases. These dependencies are resolved properly by yum and handled automatically. Solution: Just remove those lines. 2. dovecot.conf should default to fcntl locking =============================================== https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145214#c7 Our default dovecot.conf changed from fcntl to dotlock sometime after the release of FC2. That is one of the reasons why we see this above bug. This problem must now be attacked on two fronts: 1) Our default dovecot.conf must be changed to use fcntl by default again. If someone uses a broken NFS where fcntl doesn't work, then it is up them to edit their configuration to use dotlocks. If users have not modified dovecot.conf, then upgrading to the new package will set fcntl default. 2) For exisiting users who have modified dovecot.conf, it would be dangerous to force a change to fcntl during %post. Then "mail_extra_groups = mail" is the correct line to add durin 3. FC2 should not link to mysql/postgresql (???) ================================================ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145241#c1 FC2 dovecot originally did not link to mysql and postgresql, so arguably we should not add those dependencies in an update. Unfortunately our current FC2 update is linked in this way, so we would be breaking existing users if they did begin using this functionality in FC2. I am guessing that the likelihood of this is very low and we should go ahead. (However we could just as easily leave it as is, then it would only be a minor annoyance rather than a real problem.) FC3 dovecot did link to mysql/postgresql libs, so we must not change that or split into sub-packages because then an update would break existing users. FC4 we have the option of splitting mysql/postgresql into sub-packages, which is probably the correct thing to do based on the php precedent. Thoughts? Warren Togami wtogami(a)redhat.com -- fedora-devel-list mailing list fedora-devel-list(a)redhat.com http://www.redhat.com/mailman/listinfo/fedora-devel-list ---------- End Forwarded Message ----------

1 0

Re: [Dovecot] istream-limit.c - assertion failed
by Kim Culhan 15 Jan '05

15 Jan '05

On Fri, January 14, 2005 4:44 pm, Mail Admin said: > dovecot: Jan 14 12:25:49 Error: IMAP(xxxuser): file istream-limit.c: > line 85 (_seek): assertion failed: (v_offset <= lstream->v_size) I think this is the same problem I was having, try this.. After running configure and before doing a make, edit config.h: /* Define if you have FreeBSD-compatible sendfile() */ /* #define HAVE_FREEBSD_SENDFILE */ ^^ ^^ Comment out the define for FreeBSD as above and do a make and install. Please report your results.. -kim -- w8hdkim at yahoo.com __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com

1 0

Fwd: [Dovecot] Upgraded and authentication fails with LDAP
by Ren Galskap 14 Jan '05

14 Jan '05

Note: forwarded message attached. In addition to what I've already posted, the output from gdb when I try to use mutt is: Program received signal SIGABRT, Aborted. 0x18234dcf in kill () from /lib/libc.so.5 And then it dies. __________________________________ Do you Yahoo!? All your favorites on one personal page � Try My Yahoo! http://my.yahoo.com

6 12

[Dovecot] istream-limit.c - assertion failed
by Mail Admin 14 Jan '05

14 Jan '05

dovecot: Jan 14 12:25:49 Error: IMAP(xxxuser): file istream-limit.c: line 85 (_seek): assertion failed: (v_offset <= lstream->v_size) That error message is generated when squirrelmail 1.4.4-rc1 attempts to access this peculiar message partially quoted below. It doesn't happen (after copying the message to our testing account) accessing it through squirrelmail now. But it did. The server is running test61 configured --without-pop3d --with-ssl=openssl and --disable-ipv6 and running on FreeBSD 5.2.1. I'm not sure if this bit of a message is useful, but I have seen that error message in dovecot's log more than just this once. Thanks, Derek Message-id: <xxxmessageid> MIME-version: 1.0 Content-type: multipart/mixed; boundary=MS_Mac_OE_3188476518_1255852_MIME_Part User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --MS_Mac_OE_3188476518_1255852_MIME_Part Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable [bunch of readable text stuff here] --MS_Mac_OE_3188476518_1255852_MIME_Part Content-type: multipart/appledouble; boundary="MS_Mac_OE_3188476515_1257535_MIME_Part" --MS_Mac_OE_3188476515_1257535_MIME_Part Content-type: application/applefile; name="xxx.doc" Content-transfer-encoding: base64 Content-disposition: attachment [something short encoded here] --MS_Mac_OE_3188476515_1257535_MIME_Part Content-type: application/msword; name="xxx.doc"; x-mac-creator="4D535744"; x-mac-type="5738424E" Content-disposition: attachment Content-transfer-encoding: base64 [something big encoded here] --MS_Mac_OE_3188476515_1257535_MIME_Part-- --MS_Mac_OE_3188476518_1255852_MIME_Part--

1 0

RE: [Dovecot] Strange behavior of mysql 4.1.8/9 + dovecot1.0-test58~test61 on Fedora 3 x86_64 machine
by #LIU QI# 14 Jan '05

14 Jan '05

Some additional tests. I tried to add a test connection in the main.c under auth, which should be the main file of dovecot-auth. The test connection is done as the first statement in the int main() function. However, it still reports that the connection fails due to access denied. What should I do?? Any suggestions are welcomed. -----Original Message----- From: dovecot-bounces(a)dovecot.org [mailto:dovecot-bounces@dovecot.org] On Behalf Of #LIU QI# Sent: Friday, January 14, 2005 11:41 AM To: dovecot(a)dovecot.org Subject: [Dovecot] Strange behavior of mysql 4.1.8/9 + dovecot1.0-test58~test61 on Fedora 3 x86_64 machine I've built & configured the dovecot to use mysql as the passdb and userdb. However, dovecot-auth always claims that the username/password of mysql server is wrong (access denied by mysql server) during the connection. When I set the password to NULL, it can successfully connect to mysql server! I am 100% sure that I typed the correct password (by copy & paste), and I can successfully use this username/password connect to mysql server by mysqladmin and other mysql clients. I even wrote a C program which also successfully connects to mysql server. Furthermore, even I want to use pam_mysql in dovecot, the pam library also claims that it cannot connect to mysql server, but pam_mysql can be successfully used in postfix (exactly the same pam configuration, the same database, the same table, and the same username/password). Can anybody give me a hint why? Thank you very very very very much.... Crying for help....

1 0