[Dovecot] Some of my IMAP Folders vanished in some MUAs
Hi, I'm using dovecot for some time now. Previously I was using Courier and I've migrated this setup to dovecot which went pretty fine. Now I'm experiencing some strange behaviour when using some newer mail clients. Some of my Folders, like spam, are vanished. The strange point is that it only happens in some clients, like Thunderbird 2.x+ or KMail 3.5.x. In others, like Thunderbird 2, Mutt or my Webmailer (Horde) they still show up. These folders are still there, i.e. in the filesystem, and the permissions seem to match those of the other folders which can be seem in all MUAs. I don't know if this is even related to dovecot but I think this is where I should start looking for an solution. I'm using dovecot 1.0.rc15 from Debian (stable/etch). It'd be great if anyone was able to help me. Thanks in advance. Best Regrads Dominik Schulz
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
Hi, it may be a susbscription problem, with the old clients showing all the folders and the new ones showing only the subscribed ones. See if you can subscribe to the missing folders, or change the default setting to show all folders. Aagur. El Viernes, 3 de Agosto de 2007 09:44, Dominik Schulz escribió: Hi, I'm using dovecot for some time now. Previously I was using Courier and I've migrated this setup to dovecot which went pretty fine. Now I'm experiencing some strange behaviour when using some newer mail clients. Some of my Folders, like spam, are vanished. The strange point is that it only happens in some clients, like Thunderbird 2.x+ or KMail 3.5.x. In others, like Thunderbird 2, Mutt or my Webmailer (Horde) they still show up. These folders are still there, i.e. in the filesystem, and the permissions seem to match those of the other folders which can be seem in all MUAs. I don't know if this is even related to dovecot but I think this is where I should start looking for an solution. I'm using dovecot 1.0.rc15 from Debian (stable/etch). It'd be great if anyone was able to help me. Thanks in advance. Best Regrads Dominik Schulz -- Joseba Torre. CIDIR Bizkaia. pgpJnQS4Y9K9e.pgp Description: PGP signature
Re: [Dovecot] Looking for RPM for 1.0.3 for CentOS with imap, ldap, and ssl
On Thu, Aug 02, 2007 at 05:52:55PM -0700, Big Pizzle wrote: Hi, I don't know how to compile Dovecot from src rpm;s - in fact I tried and failed miserably. The only other src rpm I have ever built was postfix, and I ran into a whole bunch of errors trying to build an rpm from the src rpm at ATRpm. There are instructions on how to rebuild the src.rpm at http://wiki.dovecot.org/PrebuiltBinaries Anywho, I was wondering if one of you wonderful Dovecot members would be willing to create an RPM for CentOS 4.5 that includes ldap and ssl. But that's extacly how the ATrpms packages are already built, why not just use them? Or, if someone knows of a URL I can go to and follow a Dovecot-related src rpm build tutorial, that would be of great help too. See above. Heck - I'll even settle for a 1.0.2. Since Dovecot doesn't support 0.99 I want to make sure I have the most recent package. Thanks in advance. Patrick -- Axel.Thimm at ATrpms.net pgpXhqprPLpF1.pgp Description: PGP signature
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
Hi, that's it :) Thank you very much. For the records: Dovecot is fine, I have to blame the MUAs. This is not what I call user-friendly. Am Freitag, 3. August 2007 09:54 schrieb Joseba Torre: Hi, it may be a susbscription problem, with the old clients showing all the folders and the new ones showing only the subscribed ones. See if you can subscribe to the missing folders, or change the default setting to show all folders. Aagur. El Viernes, 3 de Agosto de 2007 09:44, Dominik Schulz escribió: Hi, I'm using dovecot for some time now. Previously I was using Courier and I've migrated this setup to dovecot which went pretty fine. Now I'm experiencing some strange behaviour when using some newer mail clients. Some of my Folders, like spam, are vanished. The strange point is that it only happens in some clients, like Thunderbird 2.x+ or KMail 3.5.x. In others, like Thunderbird 2, Mutt or my Webmailer (Horde) they still show up. These folders are still there, i.e. in the filesystem, and the permissions seem to match those of the other folders which can be seem in all MUAs.
Re: [Dovecot] NFS rquota support
Greetings - On 3 Aug 2007, at 01:00, Nicolas STRANSKY wrote: I think the configure failed to set HAVE_RQUOTA to config.h. But this is what I had from ./configure: checking rpcsvc/rquota.h usability... yes checking rpcsvc/rquota.h presence... yes checking for rpcsvc/rquota.h... yes Yup, I got that initially too but didn't get the rquota code included in the build: I checked by searching the quota-fs.o file for RPC... strings quota-fs.o | grep RPC The string should be present if the rquota code got included. I'm not familiar with the intricacies of GNU Autoconf etc but managed to work out that I need to do the following in the top level of the Dovecot source tree (above the src directory): autoconf autoheader automake If you omit the autoheader step you have configure detect that rquota is available, but HAVE_RQUOTA still doesn't get defined: grep the config.h file to check whether this is the case. The autoheader step takes config.h.in and builds config.h, which then includes the HAVE_RQUOTA definition. Compiling your source then works. Aside: Can someone confirm whether I'm running these three utilities in the correct order? Once you get the code included you may find that, like I did, the code compiles but refuses to run. I'll try and work out a patch to the Makefile to build the xdr file that needs including (but, as I said before, I've never used the GNU autoconf stuff before so forgive me if I get it wrong!). Cheers, Mike B-) -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *
[Dovecot] vfile ACL's
(Sorry for the impatience. This was one of several questions in my email from yesterday. I thought I might have better luck being more direct.) Is there a way to set ACL's, using the vfile backend, on a truly global basis? or hierarchically (i.e. .Maildir.Sub inherits from .Maildir)? The wiki page says: The default ACLs for mailboxes is to give owner all permissions and other users none. Mailboxes in public namespaces don't have owners, so by default no-one can access them. Is this configurable? Thanks, Ben
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
On Aug 3 2007, Charles Marcus wrote: Eh? Folder subscription is such a basic feature/function of IMAP that I would not blame the MUA in this case, I'd blame the user... ;) Well... it's irritating that the usual ways of dealing with SUBSCRIBE and LSUB make subscriptions break if (for example) the client's 'IMAP root' setting varies from one machine to another--even if the different settings are functionally equivalent, say, 'mail' and '~/mail' when the server's base dir is set to user's $HOME. Clients and most servers could do a better job of being intelligent about some of that stuff. I realize you don't want to be too fancy, but... yeah. It's easy to blame the user, but the problem is usually more in the organization's instruction and guidance, which can be a lot harder to handle. No reason not to try to make things easier on everyone involved. (Personally, I just tell people not to use subs. :P ) -Brian
Re: [Dovecot] Password Encryption
On Fri, Aug 03, 2007 at 08:35:59AM -0400, Dave Morrow wrote: While everything seems to have gone right, I have been unable to successfully login to the IMAP server using Outlook Express. It seems that the problem may relate to PostfixAdmin storing passwords in the mysql database md5 encrypted, and Dovecot is not able to read them, but I am not certain. This wiki page may help you: http://wiki.dovecot.org/Debugging/Authentication Geert
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
Am Freitag, 3. August 2007 13:52 schrieb Charles Marcus: Please don't top-post... :) Uhm, ok. That's a no-go these days? Now I'm experiencing some strange behaviour when using some newer mail clients. Some of my Folders, like spam, are vanished. it may be a susbscription problem, with the old clients showing all the folders and the new ones showing only the subscribed ones. See if you can subscribe to the missing folders, or change the default setting to show all folders. that's it :) Thank you very much. For the records: Dovecot is fine, I have to blame the MUAs. Eh? Folder subscription is such a basic feature/function of IMAP that I would not blame the MUA in this case, I'd blame the user... ;) Yes, ok. Thats probably the case. I, as the administrator, should have known better, but I don't expect my end-users to know anything about IMAP at all. They just get the credentials to enter into their MUAs and shouldn't have to worry about anything else. This is not what I call user-friendly. Do you have a better way of managing folder subscriptions? As history has shown, Timo is very open to innovating in dovecot... No, I don't. Please don't get me wrong. I very happy with dovecot. It's exactly as I expect it to be. I was just confused by the way different versions of, e.g. Thunderbird, handle subscriptions. Best Regards Dominik
[Dovecot] dovecot-1.0.3 apacheds ldap
I have problem with dovecot-1.0.3 and apacheds ldap server. If I change just uris in dovecot-ldap.conf to point to fedora-ds server, everything works O.K. I've tried with apacheds ldap server versions 1.0.2 and 1.5.0 command line search with parameters taken from dovecot.debug log gives me all needed attributes. Comments and help welcome. Here is my data: --- # /opt/dovecot/sbin/dovecot -n # 1.0.3: /opt/dovecot/etc/dovecot.conf log_path: /tmp/dovecot.log info_log_path: /tmp/dovecot.debug protocols: pop3 pop3s imap imaps ssl_cert_file: /etc/ssl/parkheights.cert ssl_key_file: /etc/ssl/parkheights.key login_dir: /opt/dovecot/var/run/dovecot/login login_executable(default): /opt/dovecot/libexec/dovecot/imap-login login_executable(imap): /opt/dovecot/libexec/dovecot/imap-login login_executable(pop3): /opt/dovecot/libexec/dovecot/pop3-login mail_extra_groups: mail mail_location: maildir:/var/spool/imap/%n/.imap mail_debug: yes mail_executable(default): /opt/dovecot/libexec/dovecot/imap mail_executable(imap): /opt/dovecot/libexec/dovecot/imap mail_executable(pop3): /opt/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /opt/dovecot/lib/dovecot/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf userdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf userdb: driver: prefetch socket: type: listen master: path: /opt/dovecot/var/run/dovecot/auth-master mode: 384 user: vmail group: vmail --- # grep -v '#' /opt/dovecot/etc/dovecot-ldap.conf |grep -v '^\s*$' hosts = 192.168.10.43:389 dn = uid=admin,ou=system dnpass = Ahma3zoc sasl_bind = no auth_bind = no ldap_version = 3 base = ou=people,dc=parkheights,dc=dyndns,dc=org user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=gid user_filter = ((objectClass=posixAccount)(uid=%Ln)) pass_attrs = uid=user,gidNumber=userdb_gid,userPassword=password,homeDirectory=userdb_home,uidNumber=userdb_uid default_pass_scheme = MD5 --- # tail -5 /tmp/dovecot.debug dovecot: Aug 03 08:07:10 Info: auth(default): client in: AUTH 1 PLAIN service=IMAPsecured lip=127.0.0.1 rip=127.0.0.1 resp=AHNlc(here_also_skipped_something)3N1Pg== dovecot: Aug 03 08:07:10 Info: auth(default): ldap(seriv,127.0.0.1): pass search: base=ou=people,dc=parkheights,dc=dyndns,dc=org scope=subtree filter=((objectClass=posixAccount)(uid=seriv)) fields=uid,gidNumber,userPassword,homeDirectory,uidNumber dovecot: Aug 03 08:07:10 Info: auth(default): ldap(seriv,127.0.0.1): result: uid(user)=seriv gidnumber(?unknown?)= userpassword(?unknown?)= homedirectory(?unknown?)= uidnumber(?unknown?)= dovecot: Aug 03 08:07:12 Info: auth(default): client out: FAIL 1 user=seriv temp dovecot: Aug 03 08:10:10 Info: imap-login: Disconnected: Inactivity: user=seriv, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured --- # tail -3 /tmp/dovecot.log dovecot: Aug 03 08:06:53 Warning: auth(default): Killed with signal 15 dovecot: Aug 03 08:06:53 Warning: Killed with signal 15 dovecot: Aug 03 08:07:10 Error: auth(default): ldap(seriv,127.0.0.1): No password in reply --- here is the snippet from apacheds debug log: --- message Id : 2 Search Request Base Object : 'ou=people,dc=parkheights,dc=dyndns,dc=org' Scope : whole subtree Deref Aliases : never Deref Aliases Size Limit : no limit Time Limit : no limit Types Only : false Filter : '((objectClass=posixAccount)(uid=seriv))' Attributes : gidNumber, uid, userPassword, homeDirectory, uidNumber baseDn : 'ou=people,dc=parkheights,dc=dyndns,dc=org' filter : '( (objectClass=posixAccount) (uid=seriv) ) ' scope : whole subtree typesOnly : false no limit Time Limit : no limit Deref Aliases : never Deref Aliases attributes : 'gidNumber', 'uid', 'userPassword', 'homeDirectory', 'uidNumber' message Id : 2 Search Result Entry Object Name : 'uid=seriv,ou=people,dc=parkheights,dc=dyndns,dc=org' Attributes Attributes Attribute id : 'uid', Values : ['seriv'] Attribute id : 'gidnumber', Values : ['1927'] Attribute id : 'userpassword', Values : [0x7B 0x4D ... (skipped some bytes here) ... 0x3D 0x3D ] Attribute id : 'homedirectory', Values : ['/var/spool/imap/seriv'] Attribute id : 'uidnumber', Values : ['1001']
Re: [Dovecot] Userdb and home directories (clarification)
Greetings - I'm just feeling I need to clarify my previous message a bit to explain the problem better... On 3 Aug 2007, at 11:33, Mike Brudenell wrote: We have two NetApp filers: one serves people's home directories; the other their message store and control files filestores. At the moment the first of the two filers is not accessible to my Dovecot system and I assumed all would be well because, as far as I knew, I wasn't using it at all. We have two NetApp filers. One serves people's real home directories, and the other is serving the mailstore. The mailstore comprises two separate areas: one with quotas to store the messages in Maildir format; the second without quotas to store the control files for each user. The general format of these are: Message store: /mailstore/messages/letter/username Control files: /mailstore/control/letter/username where letter is the first character of the username We want the mail service to operate as a black box, with all necessary files stored on its filer. In particular we do not want anything storing within someone's home directory, and want the mail service to continue if the filer service home directories is unavailable. I am using passdb shadow and userdb passwd to authenticate and get users' details. These are being read from NIS, with each user having their own uid and gid. Because it is the general NIS map its home directory field specifies the user's real home directory on the other filer. Because I don't use %h anywhere in Dovecot's configuration I had assumed it did not use the home directory at all, and hence is independent of the other filer. However this morning's issue has shown this is not the case... As things stand Dovecot is using chdir() to move to the user's home directory, apparently in the early setup after logging in. As the home directories are currently unavailable to my test Dovecot service, giving a Permission denied error, Dovecot is aborting the session and so I'm not able to read mail. We can't have this for our production service so I'm trying to find out how to make things truly independent of the other (home directories) filer. I've read in the Wiki that it's best to set up a home directory for users and will be happy to have this as a subdirectory below the control files' directory. For example /mailstore/control/p/pmb1/home/... However I can't find a way of telling Dovecot NOT to use the home directory returned from the userdb passwd lookup, and instead use the above. I know setting the home directory is possible from userdb static, but we don't want everyone to use a single uid/gid: we want them each to use their own uids and gids so the filestore-based quotas work. Can someone guide me in this please? Either how to override the home directory setting, or an alternative way of configuring things to give the black box environment we are after? With many thanks, Mike B-) -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
Please don't top-post... :) Now I'm experiencing some strange behaviour when using some newer mail clients. Some of my Folders, like spam, are vanished. it may be a susbscription problem, with the old clients showing all the folders and the new ones showing only the subscribed ones. See if you can subscribe to the missing folders, or change the default setting to show all folders. that's it :) Thank you very much. For the records: Dovecot is fine, I have to blame the MUAs. Eh? Folder subscription is such a basic feature/function of IMAP that I would not blame the MUA in this case, I'd blame the user... ;) This is not what I call user-friendly. Do you have a better way of managing folder subscriptions? As history has shown, Timo is very open to innovating in dovecot... -- Best regards, Charles
Re: [Dovecot] Dovecot strong or not for a big Webmail architecture
On Thu, August 2, 2007 3:06 pm, John fistack [EMAIL PROTECTED] said: I know webmail.us use Dovecot, what is the most big dovecot architecture known ? Do you think Dovecot can handle 1 million of active users in a good architecture ? Yep... and we have 500K very active users on it. We've scaled Dovecot horizontally without NFS, just lots of independent Dovecot server intances with smart proxy/mail-routing infrastructure around it. It can easily scale to millions of users this way. Just make sure you throw enough disks at it and you'll be fine, with or without NFS. Do you think it's a good solution to use one synchronised local Openldap on each server Dovecot ? No. I'd replicate your ldap database on a few servers that are dedicated to that purpose, and on each mail server use Dovecot's auth_cach feature to minimize how often it needs to query ldap. Do you think It's possible to use Postgresql or MySQL instead of Openldap ? We use MySQL. MySQL handles frequent writes better than OpenLDAP from our experience. It is also simpler for us to do replication and troubleshooting because we employ several MysQL gurus already. Are cyrus or courrier-imap better solutions ? Definitely not courier-imap, because of it's lack of indexes. Not sure about Cyrus. Someone say Zimbra is highly scalable and fast, I think Zimbra could be to heavy in this architecture, is Dovecot scalable ? My opinion is Zimbra is too heavy beccause of the way mail is stored on the backend. Dovecot with maildir scales out well, and the promise of dbox mail storage format appears that it will make it even more scalable down the road. Bill
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
On Aug 3 2007, Charles Marcus wrote: On that we agree... and certainly, if there *is* something that dovecot can do to make things easier - by all means, tell Timo - as I said (and should be obvious) - he is more than willing to make dovecot better, especially if it can be done without too much trouble (I wasn't kidding or being smart when I asked the OP if he knew of anything that could be done better)... Yep! I know. I actually did bring this up on the list a while back (June 18) and then followed-up with a proposed patch (June 20). Haven't heard anything about it, but I wasn't worried since obviously it's not the highest priority, behind fixes for the 1.0.x versions and 1.1 development and such. :) -Brian
Re: [Dovecot] Dovecot strong or not for a big Webmail architecture
Hi, I know webmail.us use Dovecot, what is the most big dovecot architecture known ? Do you think Dovecot can handle 1 million of active users in a good architecture ? Yep... and we have 500K very active users on it. We've scaled Dovecot horizontally without NFS, just lots of independent Dovecot server intances with smart proxy/mail-routing infrastructure around it. It can easily scale to millions of users this way. Just make sure you throw enough disks at it and you'll be fine, with or without NFS. We have a similar amount of active users and dovecot is working just fine. We use NFS for storage, but also use smart routing to make sure customers are always on the same IMAP server so indexes can be on a local FS. Cor
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
Clients and most servers could do a better job of being intelligent about some of that stuff. I realize you don't want to be too fancy, but... yeah. It's easy to blame the user, but the problem is usually more in the organization's instruction and guidance, which can be a lot harder to handle. Precisely... :) No reason not to try to make things easier on everyone involved. On that we agree... and certainly, if there *is* something that dovecot can do to make things easier - by all means, tell Timo - as I said (and should be obvious) - he is more than willing to make dovecot better, especially if it can be done without too much trouble (I wasn't kidding or being smart when I asked the OP if he knew of anything that could be done better)... -- Best regards, Charles
[Dovecot] Userdb and home directories
Greetings - I've just discovered an oddity I didn't know I had... We have two NetApp filers: one serves people's home directories; the other their message store and control files filestores. At the moment the first of the two filers is not accessible to my Dovecot system and I assumed all would be well because, as far as I knew, I wasn't using it at all. However in practice Dovecot DOES appear to be using it: it is trying to chdir() to my home directory when I login, finds it can't at the moment (because of a problem giving Permission denied), and closes the connection. I've read the pages on home directories and the userdb on the Wiki and it advises that having a home directory is beneficial. I'm happy to create a subdirectory for this within a user's control files directory, but do NOT want it on our normal filestore: we can't have mail inaccessible because a user's home directory is inaccessible because the other filer is out of action. We use shadow for the passdb and passwd for the userdb (see dovecot - n output below). I'm trying to work out how to override the home directory returned from NIS. Ultimately I'd like to use this template: /mailstore/control/%1Ln/%Ln/home but for the time being while I'm trying to work out how to do it have my own area hard-coded in (as it's only me logging in to the test system): /mailstore/control/p/pmb1/home I'm specifying this with the args directive in the userdb section as follows: args = home=/mailstore/control/p/pmb1/home but it isn't being picked up. What am I doing wrong, please? (We want to continue using uids and gids etc from NIS so I don't think using the static userdb is the right thing to do?) Cheers, Mike B-) Output of dovecot -n # 1.0.3: /usr/local/dovecot-1.0.3/etc/dovecot.conf log_path: /logfiles/mail/live/dovecot info_log_path: /logfiles/mail/live/dovecot-info disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/dovecot-1.0.3/libexec/dovecot/imap-login login_log_format_elements: user=%Lu method=%m rip=%r lip=%l %c login_process_per_connection: no login_greeting_capability: yes login_process_size: 64 login_processes_count: 10 max_mail_processes: 1 mail_location: maildir:/mailstore/messages/%1Ln/%Ln/Maildir:INDEX=/ mailstore/index/%1Ln/%Ln:CONTROL=/mailstore/control/%1Ln/%Ln maildir_copy_with_hardlinks: yes mail_plugins: quota imap_quota mail_log_prefix: [%p]%Us(%Lu): imap_client_workarounds: delay-newmail outlook-idle namespace: type: private separator: / inbox: yes auth default: mechanisms: plain login cache_size: 1024 cache_ttl: 600 username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890 username_format: %Ln passdb: driver: shadow userdb: driver: passwd args: home=/mailstore/control/p/pmb1/home plugin: quota: fs -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *
Re: [Dovecot] Password Encryption
-Original Message- From: Geert Hendrickx [mailto:[EMAIL PROTECTED] Sent: Friday, August 03, 2007 9:07 AM To: Dave Morrow Cc: dovecot@dovecot.org Subject: Re: [Dovecot] Password Encryption On Fri, Aug 03, 2007 at 08:35:59AM -0400, Dave Morrow wrote: While everything seems to have gone right, I have been unable to successfully login to the IMAP server using Outlook Express. It seems that the problem may relate to PostfixAdmin storing passwords in the mysql database md5 encrypted, and Dovecot is not able to read them, but I am not certain. This wiki page may help you: http://wiki.dovecot.org/Debugging/Authentication Geert Thanks Geert. My logs are showing this. I suspect the md5 format that PostfixAdmin is inserting the password to the database with is not the same as the Dovecot md5 encryption... :( Aug 3 11:43:51 mymailserver dovecot: auth-worker(default): sql([EMAIL PROTECTED],:::172.16.140.105): query: SELECT username as user, password, concat('/var/vmail/', maildir) as userdb_home, concat('maildir:/var/vmail/', maildir) as userdb_mail, 101 as userdb_uid, 12 as userdb_gid FROM mailbox WHERE username = '[EMAIL PROTECTED]' AND active = '1' Aug 3 11:43:51 mymailserver dovecot: auth(default): client in: AUTH 1 PLAIN service=IMAPlip=:::172.16.140.118 rip=:::172.16.140.105 resp=AHRlc3R1c2VyMUBxYS1qYWdtYWlsLmF1dG9kYXRhLm5ldABwYXNzd29yZA== Aug 3 11:43:51 mymailserver dovecot: auth-worker(default): plain_md5_verify([EMAIL PROTECTED]): Invalid password encoding Aug 3 11:43:51 mymailserver dovecot: auth-worker(default): sql([EMAIL PROTECTED],:::172.16.140.105): Password mismatch Aug 3 11:43:51 mymailserver dovecot: auth-worker(default): sql([EMAIL PROTECTED],:::172.16.140.105): PLAIN-MD5(password) != '$1$06c431fd$5eVxbTleXD2.Zo9sDXX2Z0' Aug 3 11:43:51 mymailserver dovecot: auth(default): client out: FAIL 1 [EMAIL PROTECTED] Aug 3 11:43:53 mymailserver dovecot: imap-login: Disconnected: user=[EMAIL PROTECTED], method=PLAIN, rip=:::172.16.140.105, lip=:::172.16.140.118
Re: [Dovecot] MD5 mis-match
On Thu, Aug 02, 2007 at 04:26:34PM -0700, Scott Silva wrote: Big Pizzle spake the following on 8/2/2007 4:19 PM: Hi all, I'm almost finished building our new load balanced email server that are attached to an NFS mountpoint. There are currently two e-mail servers connected to the NFS share. Both email servers are running CentOS 4.5 with Postfix 2.4.3, Dovecot 0.99, and authenticating via LDAP. Dovecot is using Maildir format. I've been trying to do some benchmarks using Postal and Rabid, and whenever I run rabid, I'm getting errors like this: MD5 mis-match, calculated:a628289996ce19910ebbd4eef2ebc3fc, expected 9406a7cf56afb5a1308eb5377e141719! However, when I tail the /var/log/maillog, I don't see errors - I just see the pop3-login. Just wondering if that is okay. I've also been trying to find an RPM for Dovecot 1.0.3, with no avail. Anyone know where I can get one? Thanks in advance. Patrick There is one on ATRpms for 1.0.2, but Axel hasn't yet built 1.0.3. Maybe he hasn't seen the announcement yet. I am considering taking his 1.0.2 src rpm and the source for 1.0.3 and trying to build my own. There are now, actually even a couple of hours before you typed this mail ;) -- Axel.Thimm at ATrpms.net pgpKp1dtbyZwI.pgp Description: PGP signature
Re: [Dovecot] Missing MIME-Version header in e-mails.
On Thu, 2 Aug 2007, Timo Sirainen wrote: On Fri, 2007-08-03 at 01:04 +0800, Tan Shao Yi wrote: Hi Timo, I just tried your patch in hg and realised it also requires the Content-Transfer-Encoding: 8bit to be present. I'm seeing some really bad mailers at my site that provide just header Content-Type: text/html; charset=iso-8859-1 :( Is there a possibility for us to accommodate such mails as MIME? Well, I'm not sure how you'd want Dovecot to handle it. All of this basically only changes BODY and BODYSTRUCTURE replies. With Content-Type: header Dovecot returns its contents, but a missing Content-Transfer-Encoding: causes it to use 7bit as default: * 1 FETCH (BODY (text plain (charset iso-8859-1 format flowed) NIL NIL 7bit 623 22)) So are you saying that you'd want it to use 8bit as default? Although if your Content-Type really has quotes around charset, that's the problem. It's completely broken then and Dovecot just ignores it: * 1 FETCH (BODY (text plain (charset us-ascii) NIL NIL 7bit 623 22)) UW-IMAP handles it a bit differently: * 1 FETCH (BODY (TEXT PLAIN ({20} CHARSET=ISO-8859-1 MISSING_PARAMETER_VALUE FORMAT flowed) NIL NIL 7BIT 623 22)) Hi Timo, Thanks for the explaination. I think the bad e-mail header I received was not too good. The patch applied is OK. Cheers.
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
Please don't top-post... :) Uhm, ok. That's a no-go these days? It always makes list discussion difficult to read... bottom posting and snipping irrelevant material makes for clean, simple, intelligible threads. Eh? Folder subscription is such a basic feature/function of IMAP that I would not blame the MUA in this case, I'd blame the user... ;) Yes, ok. Thats probably the case. I, as the administrator, should have known better, but I don't expect my end-users to know anything about IMAP at all. They just get the credentials to enter into their MUAs and shouldn't have to worry about anything else. Well, since I've never met a mail client that completely configures itself, you have to make up for this with, complete, clear and concise written user instructions... then be prepared to deal with the ones who will simply refuse to read and/or comprehend what you took such pains to write up for them. This is not what I call user-friendly. Do you have a better way of managing folder subscriptions? As history has shown, Timo is very open to innovating in dovecot... No, I don't. Please don't get me wrong. I very happy with dovecot. It's exactly as I expect it to be. I was just confused by the way different versions of, e.g. Thunderbird, handle subscriptions. Understandable... but as you pointed out, that isn't a dovecot issue/problem... ;) And I hope you weren't offended by my short/to the point reply - none was intended... -- Best regards, Charles
[Dovecot] Password Encryption
Hi all. I hope this is not a RTFM-type question, but I've been unable to find a searchable archive of this mailing list... I recently began investigating using Dovecot/Postfix/MySQL solution. I've been following the documentation http://wiki.dovecot.org/HowTo/DovecotLDAPostfixAdminMySQL?highlight=%28m ysql%29 While everything seems to have gone right, I have been unable to successfully login to the IMAP server using Outlook Express. It seems that the problem may relate to PostfixAdmin storing passwords in the mysql database md5 encrypted, and Dovecot is not able to read them, but I am not certain. The error when a client logs in is something like dovecot: auth-worker(default): plain_md5_verify([EMAIL PROTECTED]): Invalid password encoding David Morrow Technical Systems Lead Autodata Solutions Company [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.autodatasolutions.com http://www.autodatasolutions.com/ Tel: (519) 963-3020 Fax: (519) 451-6615 Think slowly. Act quickly. This message has originated from Autodata Solutions. The attached material is the Confidential and Proprietary Information of Autodata Solutions. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please delete this message and notify the Autodata system administrator at [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
Re: [Dovecot] MD5 mis-match
Axel Thimm spake the following on 8/3/2007 1:30 AM: On Thu, Aug 02, 2007 at 04:26:34PM -0700, Scott Silva wrote: Big Pizzle spake the following on 8/2/2007 4:19 PM: Hi all, I'm almost finished building our new load balanced email server that are attached to an NFS mountpoint. There are currently two e-mail servers connected to the NFS share. Both email servers are running CentOS 4.5 with Postfix 2.4.3, Dovecot 0.99, and authenticating via LDAP. Dovecot is using Maildir format. I've been trying to do some benchmarks using Postal and Rabid, and whenever I run rabid, I'm getting errors like this: MD5 mis-match, calculated:a628289996ce19910ebbd4eef2ebc3fc, expected 9406a7cf56afb5a1308eb5377e141719! However, when I tail the /var/log/maillog, I don't see errors - I just see the pop3-login. Just wondering if that is okay. I've also been trying to find an RPM for Dovecot 1.0.3, with no avail. Anyone know where I can get one? Thanks in advance. Patrick There is one on ATRpms for 1.0.2, but Axel hasn't yet built 1.0.3. Maybe he hasn't seen the announcement yet. I am considering taking his 1.0.2 src rpm and the source for 1.0.3 and trying to build my own. There are now, actually even a couple of hours before you typed this mail ;) I had looked just a couple of hours ago. I figured you would get around to it when you had time. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't
Re: [Dovecot] Some of my IMAP Folders vanished in some MUAs
Dominik Schulz spake the following on 8/3/2007 5:39 AM: Am Freitag, 3. August 2007 13:52 schrieb Charles Marcus: Please don't top-post... :) Uhm, ok. That's a no-go these days? Now I'm experiencing some strange behaviour when using some newer mail clients. Some of my Folders, like spam, are vanished. it may be a susbscription problem, with the old clients showing all the folders and the new ones showing only the subscribed ones. See if you can subscribe to the missing folders, or change the default setting to show all folders. that's it :) Thank you very much. For the records: Dovecot is fine, I have to blame the MUAs. Eh? Folder subscription is such a basic feature/function of IMAP that I would not blame the MUA in this case, I'd blame the user... ;) Yes, ok. Thats probably the case. I, as the administrator, should have known better, but I don't expect my end-users to know anything about IMAP at all. They just get the credentials to enter into their MUAs and shouldn't have to worry about anything else. This is not what I call user-friendly. Do you have a better way of managing folder subscriptions? As history has shown, Timo is very open to innovating in dovecot... No, I don't. Please don't get me wrong. I very happy with dovecot. It's exactly as I expect it to be. I was just confused by the way different versions of, e.g. Thunderbird, handle subscriptions. I can't say anything about the other clients, but I have been using thunderbird on IMAP since 1.0.0 and I have never seen it defaulting to showing unsubscribed folders. Maybe your users did it for their convenience, or had the office expert fix it for them( you know that every office has at least one self-professed know-it-all that shouldn't ever touch a system). -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't
[Dovecot] modify header in deliver
hi, is it possible to modify the mail-header (subject) within the deliver process (maybe by a lda-plugin)? I have tried to write a simple plugin for this, but I cannot find a way to modify the mail befor writing it to the mailbox. Reinhard --- Versendet durch aonWebmail (webmail.aon.at) Hier spielt die Musik! Über zwei Millionen Songs zum Downloaden. http://www.aon.at/musikdownload
Re: [Dovecot] Dovecot strong or not for a big Webmail architecture
On Fri, Aug 03, 2007 at 12:03:30PM -0400, Bill Boebel wrote: Do you think it's a good solution to use one synchronised local Openldap on each server Dovecot ? No. I'd replicate your ldap database on a few servers that are dedicated to that purpose, and on each mail server use Dovecot's auth_cach feature to minimize how often it needs to query ldap. A few OpenLDAP servers should be able to cope with the load easily. We're using 3 OpenLDAP servers for 1.000.000 mailboxes and they're mostly idle. Just make sure you setup the right indexes. Do you think It's possible to use Postgresql or MySQL instead of Openldap ? We use MySQL. MySQL handles frequent writes better than OpenLDAP from our experience. It is also simpler for us to do replication and troubleshooting because we employ several MysQL gurus already. Provisioning data usually is not written frequently, but read continously. This is where LDAP works better. And read-only replication is easy enough with OpenLDAP. Geert
[Dovecot] sendfile on Solaris 10 SPARC?
Hi, I am using dovecot-1.0.2 and am observing occassions where the imap process for the user goes into an infinite loop. A truss of the process gives: pollsys(0x000B0308, 4, 0xFFBFF898, 0x) = 1 fstat64(10, 0x000BC130) = 0 sendfilev64(1, 1, 0xFFBFF4B0, 1, 0xFFBFF4A4)Err#11 EAGAIN pollsys(0x000B0308, 4, 0xFFBFF898, 0x) = 1 fstat64(10, 0x000BC130) = 0 sendfilev64(1, 1, 0xFFBFF4B0, 1, 0xFFBFF4A4)Err#11 EAGAIN pollsys(0x000B0308, 4, 0xFFBFF898, 0x) = 1 fstat64(10, 0x000BC130) = 0 (... repeatedly ...) When I searched the maillog for the user, the last actions taken were: dovecot: Aug 04 10:50:42 Info: imap-login: Login: user=XXX, method=PLAI N, rip=203.120.90.32, lip=203.120.90.85 dovecot: Aug 04 10:50:42 Info: IMAP(XXX): copy - Trash: uid=25, msgid=d [EMAIL PROTECTED] dovecot: Aug 04 10:50:42 Info: IMAP(XXX): copy - Trash: uid=26, msgid=4 [EMAIL PROTECTED] dovecot: Aug 04 10:50:42 Info: IMAP(XXX): copy - Trash: uid=27, msgid=9 [EMAIL PROTECTED] dovecot: Aug 04 10:50:42 Info: IMAP(XXX): deleted: uid=25, msgid=d05001c [EMAIL PROTECTED] dovecot: Aug 04 10:50:42 Info: IMAP(XXX): deleted: uid=26, msgid=414901c [EMAIL PROTECTED] dovecot: Aug 04 10:50:42 Info: IMAP(XXX): deleted: uid=27, msgid=9316019 [EMAIL PROTECTED] dovecot: Aug 04 10:50:42 Info: IMAP(XXX): expunged: uid=25, msgid=d05001 [EMAIL PROTECTED] dovecot: Aug 04 10:50:42 Info: IMAP(XXX): expunged: uid=26, msgid=414901 [EMAIL PROTECTED] dovecot: Aug 04 10:50:42 Info: IMAP(XXX): expunged: uid=27, msgid=931601 [EMAIL PROTECTED] dovecot: Aug 04 10:50:43 Info: IMAP(XXX): Disconnected: Logged out May I know what could have caused the problem or is there any other information I can provide? Thanking in advance. Cheers, Tan Shao Yi