[Dovecot] corruption?
I'm using maildir (and have been for a long time). Today I have a problem: ls -al (maildir): [...] drwx-- 5 nbecker nbecker4096 Jan 1 2006 .;SECTION= What's this? It seems to be causing my mail client (kmail, using dimap), to hang.
[Dovecot] Dovecot, Postfix and SMTP AUTH....
Hello. I've notice a problem with SMTP AUTH in postfix with dovecot. My configuration is based on Postgresql. I've created a function in postgresql which returns password and username and attached it to password_query. Query looks like this password_query = SELECT username_out as username, password_out as password FROM get_password(lower('%n'),lower('%d')); Problem is when get_password returns something like this... vmail=# SELECT username_out as username, password_out FROM get_password(lower(''),lower('')); LOG: statement: SELECT username_out as username, password_out FROM get_password(lower(''),lower('')); LOG: duration: 2.342 ms statement: SELECT username_out as username, password_out FROM get_password(lower(''),lower('')); username | password_out --+-- | (1 row) It returns 1 empty row When this is attached to postfix with smtp auth with such configuration # SMTP AUTH broken_sasl_auth_clients = yes smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth my serwer starts to be open relay... I now that it returns empty string for username and password... so where is the password checked... if I dont send password as a parameter to my function. Definition of the function looks like this: CREATE FUNCTION get_password(login character varying, domain character varying, OUT username_out character varying, OUT password_out character varying) RETURNS record Can you help with that... BT -- Zrob numer kumplom http://link.interia.pl/f1a5d
[Dovecot] LSUB vs LIST (hacked Apple Mail problem)
The LSUB command does not act like LIST when provided with an empty mask argument. LIST responds with the hierarchy delimiter: * LIST (\Noselect) . OK List completed. whereas LSUB doesn't return anything useful: OK Lsub completed. RFC 3501 doesn't specify what LSUB should do in this case, but Courier IMAP has LSUB act like LIST. The attached patch modifies imap/cmd-list.c to make Dovecot do the same. Why do I care about LSUB? I'm using a hack for Apple Mail that replaces its LIST command with LSUB (something like what's described here: http://www.macosxhints.com/article.php? story=20040407062603804), to prevent it from syncing public folders from the Exchange server at the office. The hack replaces _all_ LISTs with LSUBs, including the LIST Mail.app sends to discover the hierarchy delimiter. Since dovecot doesn't give it any information in response to LSUB , Mail.app defaults to using / as a delimiter, which means that trying to access a subfolder only results in an Invalid mailbox name error. While this isn't really a bug in Dovecot, it's not inconceivable that other people than me could be affected by this problem (macosxhints.com has a substantial readership). It's also tricky to diagnose, especially since the Invalid mailbox name message doesn't include the invalid mailbox name, so any bug reports you get are likely to eventually be filed under crazy [Mac] users. In fact, while Googling to figure out why Dovecot wasn't working for me, I came across at least one poster to this mailing list who had discovered that Mail.app was using / as a delimiter. I can't be sure, but I'm guessing that his problem was related to mine. Since the patch is tiny and doesn't hurt performance or make Dovecot do anything that contradicts the IMAP RFC, I hope you'll consider adding it to the official distribution. lsub-delimiter.patch Description: Binary data Eyvind Bernhardsen
[Dovecot] dovecot 1.0, namespace mbox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, i try to use a new namespace with mbox parallel to my working maildir configuration. With this i have a few interesting effects: - - dovecot doesn't use the CONTROL statement and generate a .subscriptions file at the namespace directory. The INDEX statement is used. - - dovecot can work with subdirectories even mbox is used - - I can't work with namespaces under Thunderbird till i have a mbox file manually there. an subscription or construction of a new mbox file isn't possible :-( but this seems like one of the (handling?) bugs of Thunderbird - - Why can't i delete a Folder at an namespace? Dovecot complains Can't rename mailbox to another storage type. Probably this is only a config issue. - - if i use as the first character for the prefix an # like #Archiv dovecot dosen't recognize the complete prefix statement at this namespace. The output of dovecot -n is the same except the prefix statement. I thought # is a legal character? A folder can start with it. Any ideas ?? Here is the output of dovecot -n : [EMAIL PROTECTED] etc]# dovecot -n # /etc/dovecot.conf ssl_cert_file: /etc/pki/tls/certs/cac.is-a-geek.com.cert ssl_key_file: /etc/pki/tls/private/cac.is-a-geek.com.key login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_extra_groups: email dotlock_use_excl: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins: zlib mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle namespace: type: private separator: / location: maildir:/srv/imapd/user/%u/maildir inbox: yes namespace: type: public separator: / prefix: Public/ location: maildir:/srv/imapd/shared/public/maildir:CONTROL=/srv/imapd/user/%u/shared-settings/public/control:INDEX=/srv/imapd/user/%u/shared-settings/public/index namespace: type: public separator: / prefix: Archiv/ location: mbox:/srv/imapd/shared/archiv/maildir:CONTROL=/srv/imapd/user/%u/shared-settings/archiv/control:INDEX=/srv/imapd/user/%u/shared-settings/archiv/index auth default: passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: static args: uid=600 gid=600 - -- CaC, Computer and Communication Inhaber Stefan Klatt Triftstrasse 9 60528 Frankfurt Germany Tel.: +49-(0)172-6807809 Tel.: +49-(0)69-67808-900 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGL47E+AkeCg4UPr4RApGVAJ9mvhvZAFEcamaSJcL7DTOTLjp4GgCfYkrz tsCThhIsYjCVH1pkPJIq2Go= =hCRf -END PGP SIGNATURE- begin:vcard fn:Stefan Klatt n:Klatt;Stefan org:CaC adr:;;Triftstrasse 9;Frankfurt;Hessen;60528;Germany email;internet:[EMAIL PROTECTED] title:Netzwerkspezialist tel;cell:+49-172-6807809 version:2.1 end:vcard
Re: [Dovecot] LSUB vs LIST (hacked Apple Mail problem)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eyvind Bernhardsen schrieb: The LSUB command does not act like LIST when provided with an empty mask argument. LIST responds with the hierarchy delimiter: * LIST (\Noselect) . OK List completed. whereas LSUB doesn't return anything useful: OK Lsub completed. RFC 3501 doesn't specify what LSUB should do in this case, but Courier IMAP has LSUB act like LIST. The attached patch modifies imap/cmd-list.c to make Dovecot do the same. Why do I care about LSUB? I'm using a hack for Apple Mail that replaces its LIST command with LSUB (something like what's described here: http://www.macosxhints.com/article.php?story=20040407062603804), to prevent it from syncing public folders from the Exchange server at the office. The hack replaces _all_ LISTs with LSUBs, including the LIST Mail.app sends to discover the hierarchy delimiter. Since dovecot doesn't give it any information in response to LSUB , Mail.app defaults to using / as a delimiter, which means that trying to access a subfolder only results in an Invalid mailbox name error. While this isn't really a bug in Dovecot, it's not inconceivable that other people than me could be affected by this problem (macosxhints.com has a substantial readership). It's also tricky to diagnose, especially since the Invalid mailbox name message doesn't include the invalid mailbox name, so any bug reports you get are likely to eventually be filed under crazy [Mac] users. In fact, while Googling to figure out why Dovecot wasn't working for me, I came across at least one poster to this mailing list who had discovered that Mail.app was using / as a delimiter. I can't be sure, but I'm guessing that his problem was related to mine. Since the patch is tiny and doesn't hurt performance or make Dovecot do anything that contradicts the IMAP RFC, I hope you'll consider adding it to the official distribution. Eyvind Bernhardsen Hi, as i have one customer on courier only with apple mail i got known of so many bugs with imap that i must say this is a broken client in my eyes - -- Mit freundlichen Gruessen Best Regards Robert Schetterer https://www.schetterer.org Munich/Bavaria/Germany -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGL5i6fGH2AvR16oERAk69AKCARWEsgCfLg31M/dfhbkA3d7HxKACghUAZ Iwf6pBuHOxxpzbHy0DGiv6M= =sGPi -END PGP SIGNATURE-
Re: [Dovecot] (SPAM? 05.7) Dovecot, Postfix and SMTP AUTH....
You may not get a reply because your home domain is in the SURBL list, so your message will likely end up in everyone's spam folder. I've pasted the SpamAssassin report below. Content analysis details: (5.7 points, 5.0 required) pts rule name description -- -- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.] 4.5 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist [URIs: interia.pl] 3.8 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist [URIs: interia.pl]
Re: [Dovecot] (SPAM? 05.7) Dovecot, Postfix and SMTP AUTH....
Kenneth Porter schreef: You may not get a reply because your home domain is in the SURBL list, so your message will likely end up in everyone's spam folder. I've pasted the SpamAssassin report below. Content analysis details: (5.7 points, 5.0 required) pts rule name description -- -- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.] 4.5 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist [URIs: **interia**.pl] 3.8 URIBL_AB_SURBL Contains an URL listed in the AB SURBL blocklist [URIs: **interia**.pl] You might wanna remove/obfuscate the offending URI then eh? :) Your reply is flagged as spam this way as well.. Regards, Stephan
[Dovecot] 1.0 in Debian etch
Is there a plan to upgrade the stable package from 1.0-rc15?
Re: [Dovecot] (SPAM? 05.7) Dovecot, Postfix and SMTP AUTH....
On Wednesday, April 25, 2007 9:29 PM +0200 Stephan Bosch [EMAIL PROTECTED] wrote: You might wanna remove/obfuscate the offending URI then eh? :) Your reply is flagged as spam this way as well.. Hehe, I thought about that but couldn't see how to cc him, unless I bcc'd him.
[Dovecot] bug? ldap auth CRAM-MD5
Hello list, our users are authenticated against ldap-server. anything works fine... dovecot: imap-login: Login: user=xxx, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured but now we want to use secure passwords and not only plain over ssl. so we configured dovecot to use cram-md5 and configured the ldap-server with CRAM-MD5 passwords. as client we used thunderbird 2.0 and a webfrontend called roundcube. that does not work, because the server gives... dovecot: auth(default): ldap(xxx,127.0.0.1): Password mismatch then we tried to use DIGEST-MD5. we changed the ldap password to the created one with dovecotpw. but this doesnt work too. thunderbird requests CRAM-MD5 and not DIGEST-MD5. so the log says: dovecot: auth(default): password(xxx,127.0.0.1): Requested CRAM-MD5 scheme, but we have only DIGEST-MD5 imap-login: Aborted login: user=xxx, method=CRAM-MD5 after that we changed the password back to CRAM-MD5, but we mad the failure not to delete the DIGEST-MD5 value. so the users had 2 passwords set... {CRAM-MD5}e02d374fde0dc75a17a557039a3a5338c7743304777dccd376f332bee68d2cf6 {DIGEST-MD5}358aefa044c08e6c19711c8117714fb0 password is test in both cases. on the next try we start thunderbird it works. i dont know why and the log of dovecot says... auth(default): ldap(xxx,127.0.0.1): Multiple password values not supported imap-login: Login: user=xxx, method=CRAM-MD5, rip=127.0.0.1, lip=127.0.0.1, secured user was logged in using CRAM-MD5. it's not nice but it works. anyone have an idea why? because of apache-module to auth against ldap and apache doesnt support nor CRAM-MD5 or DIGEST-MD5 we have set the password third time using MD5. So every user has three same passwords with different encryptions. Not nice - but it works. But what can we do to change this. I dont like to set passwords three times. our configuration: # /etc/dovecot/dovecot.conf ssl_cert_file: /etc/ssl/ssl.pem ssl_key_file: /etc/ssl/ssl.key login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_extra_groups: mail mail_location: mbox:/var/mail/dovecot/%n:INDEX=/var/mail/dovecot/indexes/%n mail_plugins: quota imap_quota auth default: mechanisms: plain login cram-md5 digest-md5 verbose: yes passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf plugin: quota: maildir:storage=1024 - # /etc/dovecot/dovecot-ldap.conf hosts = 127.0.0.1:389 dn = cn=dovecot,dc=xxx,dc=com dnpass = dovecot sasl_bind = no sasl_mech = DIGEST-MD5 tls = no auth_bind = no ldap_version = 3 base = ou=People,dc=xxx,dc=com scope = subtree user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=gid user_filter = ((objectClass=posixAccount)(uid=%u)) pass_attrs = uid=user,userPassword=password pass_filter = ((objectClass=posixAccount)(uid=%u)) default_pass_scheme = DIGEST-MD5 - best regards Andre
[Dovecot] assertion failed
What is this ? dovecot: Apr 24 13:03:29 Error: IMAP(tina.burdujan): file maildir-sync.c: line 1075 (maildir_sync_index): assertion failed: (uid prev_uid) dovecot: Apr 24 13:03:29 Error: IMAP(tina.burdujan): Raw backtrace: /usr/libexec/dovecot/imap [0x80b8741] - /usr/libexec/dovecot/imap [0x80b819c] - /usr/libexec/dovecot/imap(maildir_sync_index+0x898) [0x80695f8] - /usr/libexec/dovecot/imap [0x80698b3] - /usr/libexec/dovecot/imap(maildir_ storage_sync_init+0x49) [0x8069aa9] - /usr/libexec/dovecot/imap(imap_sync_init+0x40) [0x8062620] - /usr/libexec/dovecot/imap(cmd_sync+0x71) [0x8 062b81] - /usr/libexec/dovecot/imap(cmd_noop+0x26) [0x8059c76] - /usr/libexec/dovecot/imap [0x805be7f] - /usr/libexec/dovecot/imap [0x805bf20] - /usr/libexec/dovecot/imap(_client_input+0x6c) [0x805c0fc] - /usr/libexec/dovecot/imap(io_loop_handler_run+0xff) [0x80bef6f] - /usr/libexec/do vecot/imap(io_loop_run+0x36) [0x80be366] - /usr/libexec/dovecot/imap(main+0x46c) [0x806448c] - /lib/libc.so.6(__libc_start_main+0xb9) [0xb7eb4e1 9] - /usr/libexec/dovecot/imap [0x80568b1] dovecot: Apr 24 13:03:29 Error: child 25748 (imap) killed with signal 6 My conf is: exim + dovecot + mysql exim deliver mail to maildir , because i don't know how to use LDA from dovecot. the maildirs are very large, for one account could be 3 mails. dovecot is version 1.0.0 dovecot -n shows: # /etc/dovecot.conf base_dir: /var/run/dovecot/login log_path: /var/log/mail.log login_dir: /var/run/dovecot login_executable: /usr/libexec/dovecot/imap-login login_process_per_connection: no login_process_size: 80 login_processes_count: 10 login_max_processes_count: 50 login_max_connections: 80 first_valid_uid: 1001 last_valid_uid: 1001 mail_extra_groups: exim,vmail mail_location: maildir:%Lh/Maildir mail_cache_min_mail_count: 1 dotlock_use_excl: yes fsync_disable: yes maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes mail_drop_priv_before_exec: yes mail_executable: /bin/imap.sh mail_plugins: quota imap_quota auth default: mechanisms: PLAIN CRAM-MD5 default_realm: testing.net cache_size: 256 worker_max_count: 100 passdb: driver: sql args: /etc/dovecot-crammd5.conf userdb: driver: prefetch plugin: quota: maildir