Hi,
I'm using deliver for storing new mails (nfs).
Since v.1.2 deliver does not reject mails if over quota (maildir quota).
test with v. 1.1.18:
# HOME=/tmp/maildir/ /path/dovecot-1.1.18/libexec/dovecot/deliver -e -c
/path/dovecot-1.1.18/etc/dovecot.conf
# Quota exceeded (mailbox for user is
Hello,
Replies inline...
Patrick Nagel wrote:
Hi Richard,
On 2009-09-03 16:38, Richard Hobbs wrote:
Currently, on our new test server, I am offering IMAP on 143 and POP3 on
110.
We would like to enable security on both of these protocols to attempt
to eliminate the risk from an
hi,
I've used dovecot 1.1.16 but after upgrade to dovecot 1.2.4 per-user
ldap quotas stoped working. My configuration:
# 1.2.4: /etc/dovecot.conf
# OS: Linux 2.6.18-128.7.1.el5xen x86_64 CentOS release 5.3 (Final) ext3
protocols: imap imaps pop3 pop3s managesieve
listen(default): *, [::]
Hello,
In my configuration I have
mail_location = maildir:/Mail/frank.gr/%n:INDEX=/Mail/frank.gr/
__Indexes/%u
I can create new folders in an IMAP session, but when I try to delete
I get permission denied.
From the LOG
Sep 10 13:20:06 IMAP(stuart): Error: unlink_directory(/Mail/frank.gr/
Hi Everyone,
I have a question regarding reverse quota_warnings. I'm building a new
setup, and I would like to block sending messages if a person is over
his/her quota limit. Although this can be accomplished using a
quota_warning script, I can't find how to accomplish the reverse. Has
anyone
Hi,
I've a mail server with Postfix and Dovecot, using a LDAP backend to get
the users.
I've also configure quota rules, and I'm able to get the quota from
LDAP.
But I need the mails that come from the local domain to bypass the quota
rule and be delivered to the users' inbox.
Is there any way to
Hello all,
I'm trying to get dovecot read three different quota_warnings values
directly from ldap. I configured correctly the quota_rule value, know
I'm trying to override this values:
quota_warning = storage=95%% /usr/local/bin/quota-warning.sh 95
quota_warning2 = storage=80%%
On Thu, 2009-09-10 at 09:06 +0200, Ingo Thierack wrote:
Also see if maildir_very_dirty_syncs=yes helps.
set both parameter, no speedup. Im now on message 48000 and it takes
around 5 seconds and more to transfer one
message.
What about after applying this patch:
On Thu, 2009-09-10 at 13:13 +0200, Andreas Calvo Gómez wrote:
But I need the mails that come from the local domain to bypass the quota
rule and be delivered to the users' inbox.
Is there any way to do that?
Create a copy of dovecot.conf that doesn't use quota and use it with
deliver -c
On Thu, 2009-09-10 at 13:45 +0300, Stuart Gall wrote:
Sep 10 13:20:06 IMAP(stuart): Error: unlink_directory(/Mail/frank.gr/
__Indexes/stuart/.TEST) failed: Permission denied
What Dovecot version? What OS do you use? Do you have SELinux or
something similar enabled? See if this patch logs that
On Thu, 2009-09-10 at 12:09 -0400, Timo Sirainen wrote:
On Thu, 2009-09-10 at 09:06 +0200, Ingo Thierack wrote:
Also see if maildir_very_dirty_syncs=yes helps.
set both parameter, no speedup. Im now on message 48000 and it takes
around 5 seconds and more to transfer one
On Sep 9, 2009, at 4:16 PM, Timo Sirainen wrote:
On Wed, 2009-09-09 at 14:12 -0400, Jonathan Siegle wrote:
Running dovecot 1.2.4(imap only) on AIX out of inetd. I accept
passwords(PAM for auth) and kerberos tickets. Occasionally we see
dovecot-auth stop responding. I just kill it off and
On Thu, 2009-09-10 at 14:32 -0400, Jonathan Siegle wrote:
It only helps when I kill dovecot-auth, not dovecot-auth -w.
Interesting..
What if you kill imap-login processes instead?
I don't have imap-login processes associated with inetd spawned
dovecot.
Why do you use inetd? I'm
On Thu, Sep 10, 2009 at 11:43 AM, Timo Sirainen t...@iki.fi wrote:
On Thu, 2009-09-10 at 14:32 -0400, Jonathan Siegle wrote:
It only helps when I kill dovecot-auth, not dovecot-auth -w.
Interesting..
What if you kill imap-login processes instead?
I don't have imap-login processes
On Thu, 2009-09-10 at 12:22 -0700, Nathan M wrote:
The difference is we aren't doing PAM, we have it disabled. We do SQL
authentication only. Exact same symptoms, the server and all active
connections remain online; however, new connections coming in via
POP3/IMAP hang. The connection is
On Thu, Sep 10, 2009 at 12:47 PM, Timo Sirainen t...@iki.fi wrote:
So killing dovecot-auth fixes the problem? What if you set
login_process_per_connection=no?
Next time it happens I'll just try killing dovecot-auth. Thus far the
fix has been fairly crude:
killall dovecot
While we're on this subject,
Having to maintain two copies of the config file isn't a very elegant
solution. Is there a possiblity of perhaps introducing a flag to deliver
to instruct it to ignore quote rules?
On Thu, 2009-09-10 at 13:13 +0200, Andreas Calvo Gómez wrote:
But I need the
well, you could also do:
/etc/dovecot-noquota.conf:
!include /etc/dovecot.conf
mail_plugins =
With v1.2+ you could do it a bit more cleanly by overriding quota
instead of mail_plugins:
plugin {
quota = maildir:User quota:noenforcing
}
On Thu, 2009-09-10 at 12:53 -0700, Marty Anstey wrote:
the two patches are made it.
the imap process is now around 60-70%.
And now are transfered around 8 -10 messages per second.
Thanks for you help.
Ingo
Timo Sirainen wrote:
On Thu, 2009-09-10 at 12:09 -0400, Timo Sirainen wrote:
On Thu, 2009-09-10 at 09:06 +0200, Ingo Thierack wrote:
Actually I just tried this and it doesn't appear to work:
Fatal: Error in config file /etc/dovecot-noquota.conf: deliver doesn't
support !include directive
I checked deliver.c in both 1.1.8 and 1.2.4 and it doesn't look like
it's supported in either.
well, you could also do:
On Thu, 2009-09-10 at 23:19 +0200, Ingo Thierack wrote:
the two patches are made it.
the imap process is now around 60-70%.
And now are transfered around 8 -10 messages per second.
The next speedup would be to use some other method that uses MULTIAPPEND
IMAP extension. That makes Dovecot
On Thu, 2009-09-10 at 14:25 -0700, Marty Anstey wrote:
Actually I just tried this and it doesn't appear to work:
Fatal: Error in config file /etc/dovecot-noquota.conf: deliver doesn't
support !include directive
I checked deliver.c in both 1.1.8 and 1.2.4 and it doesn't look like
it's
No problem; 'grep -Ev ^\s*quota_warning.*$ /etc/dovecot.conf
/etc/dovecot-noquota.conf' solved it for now...
Just out of curiosity, how has this been addressed in 2.0?
Actually I just tried this and it doesn't appear to work:
Fatal: Error in config file /etc/dovecot-noquota.conf: deliver
On Sep 10, 2009, at 7:53 PM, Marty Anstey wrote:
Just out of curiosity, how has this been addressed in 2.0?
In v2.0 deliver and everything else uses the same method of reading
config files. In v1.x deliver has its own ugly kludgy config reading
code.
I have setup Dovecot-1.2 'delivery' to use Dovecot's Sieve as well (both
versions are latest from dovecot.org).
I am curious if sieve can handle Japanese, or locale, in general in the
language. In particular, the subject which is encoded even more complicated.
if header :contains subject
On Sep 10, 2009, at 10:18 PM, Jorgen Lundman wrote:
if header :contains subject [test, テスト] {
So if I want to file based on above, test, and tesuto (utf-8). Most
Japanese mail is send in iso-2022-jp, will it use iconv to change to
utf-8 before the test? Then handle the Subject encoding?
All text, including subject, is converted to UTF-8 with iconv before
comparing, as long as Dovecot was compiled with iconv support
(automatically as long as iconv devel files were found).
I should have know that it would just work, and done right. Thanks Timo.
Lund
--
Jorgen Lundman |
For completeness sake, here is a report of it working beautifully:
# cat .dovecot.sieve
require fileinto;
if header :contains X-Spam-Flag YES {
fileinto spam;
}
if header :contains Subject テスト {
fileinto nihongo;
}
Subject: =?ISO-2022-JP?B?GyRCIVolSyVlITwlOSVqJWobKEI=?=
Damn I apologise for the noise now, but I did manage to run into one problem:
Subject: 日本語
ら
Subject: =?UTF-8?B?5pel5pys6Kqe44KJ44KJ44KJ44KJ44KJ44KJ44KJ44KJ44KJ44KJ44KJ?=
29 matches
Mail list logo