Sending (in my case: forwarding) messages from Sieve via sendmail does not
work with version 2.3.1.
I have narrowed it down to this simple test case:
# dovecot -n
# 2.3.1 (c5a5c0c82): /etc/dovecot/dovecot.conf
# OS: Linux 4.4.0-119-generic x86_64 Ubuntu 16.04.4 LTS
# Hostname: tuxi.topfen.net
fi
On Tue, Apr 17, 2018 at 07:04:56PM +0200, Alexander Dalloz wrote:
> Am 17.04.2018 um 19:00 schrieb Ulrich Zehl:
> > Sending (in my case: forwarding) messages from Sieve via sendmail does not
> > work with version 2.3.1.
>
> https://dovecot.org/pipermail/dovecot/2018-Apri
Hi,
while testing out dovecot 1.1, I found that when you set
quota_full_tempfail = yes in dovecot.conf and use the deliver -e command
line flag, no deferral reason is printed, thus breaking my fancy
quota_exceeded_message.
This appears to be because of the if() block in lines 1003-1009 in
src/del
On Wed, Apr 30, 2008 at 05:53:37PM +0200, Johannes Berg wrote:
>
> > The lines in question (in src/deliver/deliver.c) read:
> > | 1003 if (error != MAIL_ERROR_NOSPACE ||
> > | 1004 getenv("QUOTA_FULL_TEMPFAIL") != NULL) {
> [...]
>
> Hence, what happens is that any error other than "out of
On Thu, May 08, 2008 at 09:01:23PM +0200, Colin Brace wrote:
>
> I am trying to get LDA working in conjuction with Postfix, but whenever I
> activate Dovecot LDA in main.cf and send myself a test messsage, I get an
> error message in maillog:
> [...]
> Postfix's virtual LDA has no such problem:
>
I use two seperate Postfix instances as MSAs (so that different policies
are simpler to configure), and both of them require Dovecot SASL support.
Since Postfix' smtpd is chrooted (at least in the Debian package), the
client socket needs to be somewhere under the instance's queue_directory.
This m
On Wed, Sep 17, 2008 at 09:55:16AM +0100, martin f krafft wrote:
> When a message is delivered to an account that has reached its
> quotum, deliver issues a failure message saying:
>
> [...]
>
> considering that it doesn't know the envelope recipient, this would
> best be solved by
>
> 2. don'
On Wed, Nov 12, 2008 at 01:12:45PM +0200, Warren Baker wrote:
> I just need to confirm that the script
> (http://www.dovecot.org/tools/courier-dovecot-migrate.pl) only works
> for Dovecot v1.0 and not for v1.1?
> As the dovecout-uidlist file that is created (by the script) is not in
> the same for
While researching a possible bug in our custom-made Maildir++ expiration
script, I found the following in src/plugins/quota/quota-maildir.c.
| static const char *
| maildir_list_next(struct maildir_list_context *ctx, time_t *mtime_r)
| {
| [...]
| *mtime_r = st.st_size;
| return str_c
We use Maildir++ quota, with the rules taken from our LDAP backend. We also
have an old expunge script that's not quota-aware; it removes old messages
from the maildir by simply deleting the files.
Sometimes, a mailbox is over quota before the script runs, but well under
quota after the old messag
On Wed, Jan 14, 2009 at 10:18:30AM -0500, Timo Sirainen wrote:
> > but unfortunately, I'm not enough of a programmer, so I have to ask here:
> > Should I be able to delete mails from a maildir, and expect the quota
> > plugin to notice the change?
>
> I think it should notice most times, but not n
On Wed, Jan 14, 2009 at 11:31:43AM -0500, Timo Sirainen wrote:
> On Wed, 2009-01-14 at 17:24 +0100, Ulrich Zehl wrote:
> > On Wed, Jan 14, 2009 at 10:18:30AM -0500, Timo Sirainen wrote:
> > > > but unfortunately, I'm not enough of a programmer, so I have to ask
> &g
On Sun, Jan 18, 2009 at 12:26:46PM -0700, Gary V wrote:
> Just as a matter of interest. On my Postfix system:
>
> a) Using deliver -e, Postfix bounces the message immediately 5.7.0 ->
> Subject: Undelivered Mail Returned to Sender. Partial body:
> ": permission denied. Command output: Quota exceed
I have just upgraded to 1.1.8, hoping to fix these types of errors:
Jan 20 10:39:27 laura deliver(xxx...@example.net): Broken file
/srv/storage/mail/store/net/example/xx/xx/Maildir/dovecot-uidlist line 156:
Invalid data:
Jan 20 10:41:19 laura dovecot: POP3(yy...@example.at): Broken file
/sr
On Sun, Jan 25, 2009 at 09:28:27PM -0500, Timo Sirainen wrote:
> On Tue, 2009-01-20 at 11:11 +0100, Ulrich Zehl wrote:
> > Our setup has multiple servers sharing the same NFS-mounted directory for
> > maildirs and indexes; we have set
> > mmap_disable = yes
> &g
On Mon, Jan 26, 2009 at 10:02:19AM -0500, Timo Sirainen wrote:
> Perhaps the NFS cache flushing doesn't work then for some reason. What
> OS (kernel) are you using on the Dovecot servers? How big values have
> you set to attribute cache?
On the client side, it's Linux 2.6.23.16. All attribute cach
On Mon, Feb 09, 2009 at 09:32:43PM +0100, Reto Glauser wrote:
> The above is working when the "Delivered-To" line is being removed, and my
> question is if this can't be done automatically?
You can avoid generating a Delivered-To header in the first place by
removing "D" from the "flags=..." part
On Tue, Jan 27, 2009 at 08:30:14AM +0100, Ulrich Zehl wrote:
> On Mon, Jan 26, 2009 at 10:02:19AM -0500, Timo Sirainen wrote:
> > Perhaps the NFS cache flushing doesn't work then for some reason. What
> > OS (kernel) are you using on the Dovecot servers? How big values
On Mon, Feb 16, 2009 at 12:28:54PM +0100, Guenther Falk wrote:
> My dovecot-ldap.conf is:
> auth_bind = yes
> auth_bind_userdn = uid=%u,ou=People,dc=mydomain,dc=com
> [...]
> default_pass_scheme = CRYPT
> [...]
> It seems dovecot ignores the CRYPT password scheme. The password seems
> to be encrypt
On Fri, Feb 20, 2009 at 05:50:28PM -0500, Timo Sirainen wrote:
> On Tue, 2009-01-27 at 08:30 +0100, Ulrich Zehl wrote:
> > On Mon, Jan 26, 2009 at 10:02:19AM -0500, Timo Sirainen wrote:
> > > Perhaps the NFS cache flushing doesn't work then for some reason. What
> > &
On Mon, Feb 23, 2009 at 12:10:29PM -0500, Timo Sirainen wrote:
> On Mon, 2009-02-23 at 16:27 +0100, Ulrich Zehl wrote:
> > I did
> >
> > # mount -o remount,actimeo=0 /srv/storage
>
> To both servers?
There's three Dovecot servers (NFS clients), actually, and I
On Tue, Feb 24, 2009 at 08:08:52AM +0100, Ulrich Zehl wrote:
> On Mon, Feb 23, 2009 at 12:10:29PM -0500, Timo Sirainen wrote:
> > I suppose looking at a couple of those could verify if it's really just
> > NFS caching related corruption or something else.
>
> Okay, I wil
The Dovecot 2.1 LMTP server currently always strips the address extension
from a recipient address (if recipient_delimiter is set), meaning user IDs
cannot contain the recipient delimiter character, e.g. "user+foo" is not
supported.
This was surprising for me, as Postfix behaves differently in thi
On Tue, Jan 15, 2013 at 08:44:57AM +0200, Timo Sirainen wrote:
> On Sat, 2013-01-12 at 17:45 +0100, Ulrich Zehl wrote:
> > The Dovecot 2.1 LMTP server currently always strips the address extension
> > from a recipient address (if recipient_delimiter is set), meaning user IDs
> &g
On Sat, May 04, 2013 at 06:02:36PM +0200, Robert Schetterer wrote:
> Am 04.05.2013 09:12, schrieb Noel Butler:
> > The quota-grace I think was only bit not backported, is that right?
> > Did Timo do or announce plan to do this, or not happening for 2.1 only
> > 2.2?
>
> at my last knowledge it wa
On Sat, May 04, 2013 at 07:34:44PM +0200, Robert Schetterer wrote:
> >
> > I haven't actually tried it yet, so this is just from looking at the source
> > code: The policy service will reject (most) messages that would put a
> > mailbox over the quota limit in both 2.1 and 2.2, won't it?
> > That
I was able to replicate your problem with 2.1.16 rev 0fa68f3a8f6c (from
Stephan's auto-built packages).
I have the following configuration in 10-master.conf, and no special
configuration for the service in 90-quota.conf.
| service quota-status {
| executable = quota-status -p postfix
| inet_l
On Thu, Aug 01, 2013 at 02:31:31PM +0200, Axel Luttgens wrote:
>
> http://hg.dovecot.org/dovecot-2.2/rev/2470bb9106b0
> http://hg.dovecot.org/dovecot-2.2/rev/51b8020b29f6
> http://hg.dovecot.org/dovecot-2.2/rev/eb63eca74471
> http://hg.dovecot.org/dovecot-2.2/rev/43488e1044
On Tue, Jul 30, 2013 at 03:20:47PM +0200, Thomas Leuxner wrote:
> This is probably intended behaviour, just want to make sure that I'm not
> missing a point here. For now the only fix that comes to my mind to create
> "quota aware" aliases - is creating 'dummy' users in Dovecot which point to
> the
Here's a trivial patch for quota-status.c that removes unecessary newlines
present in the default overquota message. It applies to 2.2 and 2.1.
Ulrich
--- a/src/plugins/quota/quota-status.c 2013-08-01 14:35:35.0 +0200
+++ b/src/plugins/quota/quota-status.c 2013-08-01 17:58:26.0
This proposed patch to quota-status allows the administrator to return
different actions for messages that (a) cannot currently fit in the quota
(because there's not enough free space) and (b) are over the maximum quota
limit (and could not even be delivered if the mailbox was empty).
Configuratio
On Tue, Aug 06, 2013 at 09:20:13PM +0200, Thomas Leuxner wrote:
> Now everything in between seems to create SMTPD rejections in some cases
> _or_ queue the mail and let it hit the quota in other cases. That's my
> whole point...
I'm sorry, I don't get your point.
Are you saying that quota-status
I'd like to override one setting for a master service in
conf.d/10-master.conf. Unfortunately, said setting contains spaces, and I
do not know how to escape them properly.
Here's what I've tried so far. (Note: This is just the easiest/silliest
test case I could come up with; not the actual setting
On Wed, Aug 07, 2013 at 10:49:28PM +0200, Axel Luttgens wrote:
>
> What makes you think quota-status would accept a -o option?
Every service running under master accepts -o, as far as I can tell from
the code. (Additionally verified by my tests; for settings without spaces
it works well.)
> And
34 matches
Mail list logo
