Re: [Dovecot] sievec fails when last line is a comment without trailing \n
Hi, On Sunday, 4. October 2009, Stephan Bosch wrote: Peter Marschall wrote: [.. comment as last line in sieve files ... ] In the spirit of be generous in what you accept but strict in what you send, is it possible for sievec to not throw an error in this case, but simply compile the file. This might help other updates from cmusieve - sieve as well. Good suggestion: http://hg.rename-it.nl/dovecot-1.2-sieve/rev/3c3984419921 It now triggers a warning in stead of an error. Regards, Stephan. Thanks for this fix and for sieve! Peter -- Peter Marschall pe...@adpm.de
[Dovecot] Dovecot inactive after an intermittent connection with LDAP
Hello all, I'm facing the problem below: 1. Firstly, the connection between dovecot and ldap was down. dovecot: Oct 10 09:11:12 Info: auth(default): ldap(user1,x.x.x.x): Aborting (timeout), we're not connected to LDAP server dovecot: Oct 10 09:11:12 Info: auth(default): master out: USER 265490 user1 2. There is many new connection from user created dovecot: Oct 10 09:11:12 Info: auth(default): new auth connection: pid=21114 dovecot: Oct 10 09:11:12 Info: auth(default): new auth connection: pid=21113 3. but it obviously failed. dovecot: Oct 10 09:11:12 Info: pop3-login: Internal login failure (auth failed,1 attempts): user=user1, method=PLAIN, rip=x.x.x.x, lip= x.x.x.x dovecot: Oct 10 09:11:12 Info: pop3-login: Internal login failure (auth failed,1 attempts): user=user2, method=PLAIN, rip= x.x.x.x,lip= x.x.x.x . dovecot: Oct 10 09:11:15 Info: auth(default): new auth connection: pid=21125 dovecot: Oct 10 09:11:15 Info: auth(default): new auth connection: pid=21126 dovecot: Oct 10 09:11:22 Info: auth(default): client in: AUTH 1 PLAIN service=pop3lip= x.x.x.x rip= x.x.x.x lport=110 rport=4504 resp=hidden dovecot: Oct 10 09:11:22 Info: auth(default): client in: AUTH 1 PLAIN service=pop3lip= x.x.x.x rip= x.x.x.x lport=110 rport=6316 resp=hidden dovecot: Oct 10 09:11:22 Info: auth(default): new auth connection: pid=21132 dovecot: Oct 10 09:11:24 Info: auth(default): client in: AUTH 1 PLAIN service=pop3lip= x.x.x.x rip= x.x.x.x lport=110 4. LDAP connection is back to normal, however, it still failed. dovecot: Oct 10 09:14:14 Info: auth(default): new auth connection: pid=21250 dovecot: Oct 10 09:14:14 Info: auth(default): new auth connection: pid=21251 dovecot: Oct 10 09:14:14 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 rport=2959 resp=hidden dovecot: Oct 10 09:14:14 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, lip= x.x.x.x rip= x.x.x.x dovecot: Oct 10 09:14:15 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, lip= x.x.x.x rip= x.x.x.x dovecot: Oct 10 09:14:15 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, lip= x.x.x.x rip= x.x.x.x dovecot: Oct 10 09:14:15 Info: auth(default): client in: AUTH 1 PLAIN service=pop3lip= x.x.x.x rip= x.x.x.x lport=110 rport=3765 resp=hidden dovecot: Oct 10 09:14:15 Info: auth(default): client in: AUTH 1 PLAIN service=pop3lip= x.x.x.x rip= x.x.x.x lport=110 rport=48 08 resp=hidden dovecot: Oct 10 09:14:15 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=199.30.31.48, lip=199.30.26.18 5. Then the request queue is full ... Dovecot is completely inactive. Of course it try to fail back to pam but as the password is not the same so it's failed also. dovecot: Oct 10 09:38:53 Error: auth(default): ldap(user1,10.0.0.7): Request queue is full (oldest added 1660 secs ago) dovecot: Oct 10 09:38:53 Info: auth-worker(default): pam(user1,10.0.0.7): lookup service=dovecot dovecot: Oct 10 09:38:53 Info: auth-worker(default): pam(user1.vn,10.0.0.7): #1/1 style=1 msg=Password: dovecot: Oct 10 09:38:53 Info: auth(default): new auth connection: pid=22405 dovecot: Oct 10 09:38:54 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 rport=2789 resp=hidden dovecot: Oct 10 09:38:56 Info: auth-worker(default): pam(user1,x.x.x.x): pam_authenticate() failed: Authentication failure (password mismatch?) Bref, I suggest that when the connection between LDAP and dovecot is dropped, the connection from user is still there and as they don't receive a result from dovecot [Fail or Success]... And it still pending somehow to wait a response from dovecot. But when ldap is connected to the system, these pending connection (from user) is still pending so it makes the request queue is full. Isn't it? Should I do something to work-through or work-around this problem? May I did something wrong in my configuration. Below is usual information may it helps us analyze the problem! Thanks many much for your help! - [root ~]# dovecot -n # 1.1.14: /etc/dovecot.conf # OS: Linux 2.6.18-92.el5PAE i686 CentOS release 5.2 (Final) ext3 log_path: /var/log/dovecot.log protocols: imap pop3 ssl_disable: yes 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 verbose_proctitle: yes mail_gid: 100 mail_location: maildir:/home/%u/Maildir mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap
[Dovecot] (no subject)
Using Postfix with Virtual Users/Virtual Domains, I have configured
it with a wild card entry; i.e., *.mydomain.com
This works fine in Postfix; however, using Dovecot for delivery is
causing the message to bounce since Dovecot does not have an entry in
the user passwd or userdb file. I want to store the catch-all
addresses in a separate mailbox. Can I use sieve for this or will that
fail also?
This is the entry in the postfix master.cf file:
dovecot unix - n n - - pipe
flags=DRhu user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f
${sender}
-d ${us...@${nexthop}
The output of dovecot -n
# 1.2.4: /usr/local/etc/dovecot.conf
# OS: FreeBSD 7.2-STABLE i386 ufs
log_path: /usr/home/gerard/dovecot.log
protocols: pop3 pop3s managesieve
listen(default): *
listen(pop3): *
listen(managesieve): localhost:2000
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable(default): /usr/local/libexec/dovecot/pop3-login
login_executable(pop3): /usr/local/libexec/dovecot/pop3-login
login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login
login_greeting: Greetings From Seibercom.net
verbose_proctitle: yes
first_valid_uid: 1000
first_valid_gid: 1000
mail_privileged_group: mail
mail_location: maildir:/var/mail/vhost/%d/%n
mail_executable(default): /usr/local/libexec/dovecot/pop3
mail_executable(pop3): /usr/local/libexec/dovecot/pop3
mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve
mail_plugins(default): expire
mail_plugins(pop3): expire
mail_plugins(managesieve):
mail_plugin_dir(default): /usr/local/lib/dovecot/pop3
mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3
mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve
pop3_client_workarounds(default): outlook-no-nuls oe-ns-eoh
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
pop3_client_workarounds(managesieve):
dict_db_config: /usr/local/etc/dovecot-db.conf
managesieve_logout_format(default): bytes=%i/%o
managesieve_logout_format(pop3): bytes=%i/%o
managesieve_logout_format(managesieve): bytes ( in=%i : out=%o )
lda:
postmaster_address: postmas...@seibercom.net
mail_plugins: expire
sieve: /usr/local/etc/dovecot/sieve/gerard.sieve
sieve_global_path: /usr/local/etc/dovecot/sieve/gerard.sieve
sendmail_path: /usr/sbin/sendmail
auth default:
mechanisms: plain login cram-md5 digest-md5
username_chars:
abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz01234567890...@+
username_format: %Lu
passdb:
driver: sql
args: /usr/local/etc/dovecot-sql.conf
userdb:
driver: passwd
args: blocking=yes
userdb:
driver: sql
args: /usr/local/etc/dovecot-sql.conf
socket:
type: listen
client:
path: /var/run/dovecot/auth-client
mode: 438
master:
path: /var/run/dovecot/auth-master
mode: 438
plugin:
expire: Trash 7 Spam 30
expire_dict: proxy::expire
dict:
expire: mysql:/usr/local/etc/dovecot-dict-expire.conf
--
Jerry
ges...@yahoo.com
DEFAULT:
The hardware's, of course.
Re: [Dovecot] bsdauth with cache_key failed
On 10/08/2009 10:48 AM Christian Rueger wrote: hi i test bsdauth with cache_key=%u on OpenBSD and get this error Oct 8 10:04:11 pegasus dovecot: Dovecot v1.2.6 starting up Oct 8 10:04:12 pegasus dovecot: auth(default): Panic: file passdb.c: line 201 (passdb_init): assertion failed: (passdb-passdb-default_pass_scheme != NULL || passdb-passd b-cache_key == NULL) Oct 8 10:04:12 pegasus dovecot: dovecot: child 8407 (auth) killed with signal 6 (core not dumped) hi, the attached patch has solved this issue on my OpenBSD system. Regards, Pascal -- The trapper recommends today: face1e55.0928...@localdomain.org diff -r 73c4a7d325fe src/auth/passdb-bsdauth.c --- a/src/auth/passdb-bsdauth.c Fri Oct 09 20:33:27 2009 -0400 +++ b/src/auth/passdb-bsdauth.c Sun Oct 11 17:29:18 2009 + @@ -59,6 +59,7 @@ module-cache_key = auth_cache_parse_key(auth_passdb-auth-pool, args + 10); + module-default_pass_scheme = PLAIN; } else if (*args != '\0') i_fatal(passdb bsdauth: Unknown setting: %s, args); return module;
[Dovecot] virtual Folder Plugin with . Separator: [NONEXISTENT] Mailbox doesn't exist
Hello,
I've switched from courier-imap to dovecot to benefit from the virtual
folder feature. I'm using dovecot 1.2.6 on Gentoo Linux. However, I',
getting the message [NONEXISTENT] Mailbox doesn't exist: name from
Thunderbird when I try to access any virtual folder.
The relevant setup:
mail_location = maildir:~/.maildir
namespace private {
separator = .
inbox = yes
hidden = yes
list = yes
}
namespace private {
prefix = virtual.
separator = .
location = virtual:~/.maildir/.virtual
}
I then created the folders ~user/.maildir/.virtual and
~user/.maildir/.virtual.test and placed a file in .virtual.test with the
contents
==
*
all
==
After a dovecot restart I'm getting the error message:
[NONEXISTENT] Mailbox doesn't exist: test
Where did I make the mistake in the configuration? Is the . path
separator a problem case?
ciao,
Elmar
Re: [Dovecot] Bad_MIME on vacation messages
Yep, if I sent an email locally to the account, the vacation doesn't contain CRLF's, it's only when the emails are sent externally that they have them. I have a message sitting in the qmail queue which is destined for an external email address, and it has CRLF's. On Fri, Oct 9, 2009 at 11:14 PM, Pascal Volk user+dove...@localhost.localdomain.orguser%2bdove...@localhost.localdomain.org wrote: On 10/08/2009 01:57 AM Stephen Vaughan wrote: Hi, I know I've brought this up before (see http://www.mail-archive.com/dovecot@dovecot.org/msg20974.html), and I've since upgraded to 1.2.6, but our vacation messages are still being rejected because of Bad_MIME. We are using Dovecot Sieve 0.1.12, the auto reply message contains ^M characters at the end of a few lines, they are only visable through vi, example: Received: from mail.domain.com (HELO alejandro.domain.com) (123.123.123.123) by mail.domain.com.au with SMTP; 7 Oct 2009 17:48:13 -0600 Received: (qmail 3531 invoked from network); 8 Oct 2009 10:48:18 +1100 Received: from unknown (HELO mail.domain.com.au) (192.168.200.10) by alejandro.domain.com with SMTP; 8 Oct 2009 10:48:18 +1100 Received: (qmail 16185 invoked by uid 1007); 8 Oct 2009 10:48:17 +1100 X-Sieve: Dovecot Sieve 0.1.12^M Message-ID: dovecot-sieve-1254959297-93019...@max^M Date: Thu, 08 Oct 2009 10:48:17 +1100^M From: cl...@max.team.domain.com To: ad...@domain.com.au Subject: Out of office reply^M Auto-Submitted: auto-replied (vacation)^M Precedence: bulk^M MIME-Version: 1.0^M Content-Type: text/plain; charset=utf-8^M Content-Transfer-Encoding: 8bit^M Is there someway to fix this? Pretty much every mail server is rejecting the vacation email's. Hi, sounds interesting, but I can't reproduce it. When you send an email to: dovecot_test + vacation-test @ localdomain . org you will get an auto reply, without CRLFs in the mail header. Maybe qmail is converting the LFs to CRLFs in the mail header. Regards, Pascal -- The trapper recommends today: c01dcofe.0928...@localdomain.org -- Best Regards, Stephen Sent from Sydney, Nsw, Australia
Re: [Dovecot] Bad_MIME on vacation messages
My .dovecot.sieve is just one that I've coped straight off the dovecot wiki, it has to be qmail doing some weird things. I'm tempted to just install postfix and see if that will fix it. On Sat, Oct 10, 2009 at 1:30 AM, Charles Marcus cmar...@media-brokers.comwrote: On 10/7/2009, Stephen Vaughan (stephenvaug...@gmail.com) wrote: We are using Dovecot Sieve 0.1.12, the auto reply message contains ^M characters at the end of a few lines, they are only visable through vi, example: So, the solution is to find out what is breaking the headers (adding the ^M characters). You keep assuming it is a dovecot problem, but I don't think it is. You've never posted your vacation or sieve scripts or dovecot -n output (that I can see), so that would be a good place to start. My best guess is its either a bad sieve script or something weird qmail is doing. -- Best regards, Charles -- Best Regards, Stephen Sent from Sydney, Nsw, Australia
Re: [Dovecot] Bad_MIME on vacation messages
Hi Stephen, More of a reason to abandon qmail, also if your not aware, a number of qmail server are deferring mail lately because of the size header limit, with more and more sites singing their zones, it's becoming more apparent, it's not DNSSEC's fault either, qmail has long done this with other DNS requests, for more enlightenment, see https://lists.dns-oarc.net/mailman/listinfo/dns-operations, the thread is DNSSEC and qmail (the last active thread) I think it's time you learnt postfix :) Cheers On Mon, 2009-10-12 at 13:18 +1100, Stephen Vaughan wrote: Yep, if I sent an email locally to the account, the vacation doesn't contain CRLF's, it's only when the emails are sent externally that they have them. I have a message sitting in the qmail queue which is destined for an external email address, and it has CRLF's. On Fri, Oct 9, 2009 at 11:14 PM, Pascal Volk user+dove...@localhost.localdomain.orguser%2bdove...@localhost.localdomain.org wrote: On 10/08/2009 01:57 AM Stephen Vaughan wrote: Hi, I know I've brought this up before (see http://www.mail-archive.com/dovecot@dovecot.org/msg20974.html), and I've since upgraded to 1.2.6, but our vacation messages are still being rejected because of Bad_MIME. We are using Dovecot Sieve 0.1.12, the auto reply message contains ^M characters at the end of a few lines, they are only visable through vi, example: Received: from mail.domain.com (HELO alejandro.domain.com) (123.123.123.123) by mail.domain.com.au with SMTP; 7 Oct 2009 17:48:13 -0600 Received: (qmail 3531 invoked from network); 8 Oct 2009 10:48:18 +1100 Received: from unknown (HELO mail.domain.com.au) (192.168.200.10) by alejandro.domain.com with SMTP; 8 Oct 2009 10:48:18 +1100 Received: (qmail 16185 invoked by uid 1007); 8 Oct 2009 10:48:17 +1100 X-Sieve: Dovecot Sieve 0.1.12^M Message-ID: dovecot-sieve-1254959297-93019...@max^M Date: Thu, 08 Oct 2009 10:48:17 +1100^M From: cl...@max.team.domain.com To: ad...@domain.com.au Subject: Out of office reply^M Auto-Submitted: auto-replied (vacation)^M Precedence: bulk^M MIME-Version: 1.0^M Content-Type: text/plain; charset=utf-8^M Content-Transfer-Encoding: 8bit^M Is there someway to fix this? Pretty much every mail server is rejecting the vacation email's. Hi, sounds interesting, but I can't reproduce it. When you send an email to: dovecot_test + vacation-test @ localdomain . org you will get an auto reply, without CRLFs in the mail header. Maybe qmail is converting the LFs to CRLFs in the mail header. Regards, Pascal -- The trapper recommends today: c01dcofe.0928...@localdomain.org -- Kind Regards, Noel Butler L.C.P #251002 (http://counter.li.org) This Email, including any attachments, may contain legally privileged information, therefor remains strictly confidential and is protected under Australian Laws and international treaties. You may not disseminate or reveal any part to anyone without the authors express written authority to do so. If you are not the intended recipient, please notify the sender and delete all relevance of this message including attachments immediately. Confidentiality and legal privilege are not waived or lost by reason of the mistaken delivery of this message. Only PDF or ODF documents are accepted, do not send Microsoft proprietary formatted documents - see http://www.gnu.org/philosophy/no-word-attachments.html
Re: [Dovecot] Bad_MIME on vacation messages
Interesting topic.. I'm sure there will be a patch for it some time down the track, I'm loyal to qmail, but in this instance (for the sake of ease), I'd rather install postfix. On Mon, Oct 12, 2009 at 2:07 PM, Noel Butler noel.but...@ausics.net wrote: Hi Stephen, More of a reason to abandon qmail, also if your not aware, a number of qmail server are deferring mail lately because of the size header limit, with more and more sites singing their zones, it's becoming more apparent, it's not DNSSEC's fault either, qmail has long done this with other DNS requests, for more enlightenment, see https://lists.dns-oarc.net/mailman/listinfo/dns-operations, the thread is DNSSEC and qmail (the last active thread) I think it's time you learnt postfix :) Cheers On Mon, 2009-10-12 at 13:18 +1100, Stephen Vaughan wrote: Yep, if I sent an email locally to the account, the vacation doesn't contain CRLF's, it's only when the emails are sent externally that they have them. I have a message sitting in the qmail queue which is destined for an external email address, and it has CRLF's. On Fri, Oct 9, 2009 at 11:14 PM, Pascal Volk user+dove...@localhost.localdomain.orguser%2bdove...@localhost.localdomain.org wrote: On 10/08/2009 01:57 AM Stephen Vaughan wrote: Hi, I know I've brought this up before (see http://www.mail-archive.com/dovecot@dovecot.org/msg20974.html) http://www.mail-archive.com/dovecot@dovecot.org/msg20974.html%29, and I've since upgraded to 1.2.6, but our vacation messages are still being rejected because of Bad_MIME. We are using Dovecot Sieve 0.1.12, the auto reply message contains ^M characters at the end of a few lines, they are only visable through vi, example: Received: from mail.domain.com (HELO alejandro.domain.com) (123.123.123.123) by mail.domain.com.au with SMTP; 7 Oct 2009 17:48:13 -0600 Received: (qmail 3531 invoked from network); 8 Oct 2009 10:48:18 +1100 Received: from unknown (HELO mail.domain.com.au) (192.168.200.10) by alejandro.domain.com with SMTP; 8 Oct 2009 10:48:18 +1100 Received: (qmail 16185 invoked by uid 1007); 8 Oct 2009 10:48:17 +1100 X-Sieve: Dovecot Sieve 0.1.12^M Message-ID: dovecot-sieve-1254959297-93019...@max^M Date: Thu, 08 Oct 2009 10:48:17 +1100^M From: cl...@max.team.domain.com To: ad...@domain.com.au Subject: Out of office reply^M Auto-Submitted: auto-replied (vacation)^M Precedence: bulk^M MIME-Version: 1.0^M Content-Type: text/plain; charset=utf-8^M Content-Transfer-Encoding: 8bit^M Is there someway to fix this? Pretty much every mail server is rejecting the vacation email's. Hi, sounds interesting, but I can't reproduce it. When you send an email to: dovecot_test + vacation-test @ localdomain . org you will get an auto reply, without CRLFs in the mail header. Maybe qmail is converting the LFs to CRLFs in the mail header. Regards, Pascal -- The trapper recommends today: c01dcofe.0928...@localdomain.org -- *Kind Regards,* *Noel Butler* *L.C.P #251002 (http://counter.li.org**)* -- *This Email, including any attachments, may contain legally privileged information, therefor remains strictly confidential and is protected under Australian Laws and international treaties. You may not disseminate or reveal any part to anyone without the authors express written authority to do so. If you are not the intended recipient, please notify the sender and delete all relevance of this message including attachments immediately. Confidentiality and legal privilege are not waived or lost by reason of the mistaken delivery of this message. Only PDF or ODF documents are accepted, do not send Microsoft proprietary formatted documents - see http://www.gnu.org/philosophy/no-word-attachments.html * -- -- Best Regards, Stephen
