Rejecting mail for over-quota users during SMTP conversation

[email builder]

All,

Per Noel Jones' suggestion, I am asking about the possibility of doing
rejects of messages destined for any of my users that are over quota *during
the SMTP conversation*. I don't see that it will be possible, but heck, it's
worth asking...

I use courier-IMAP based quotas, where my LDA is courier-Maildrop (called
via maildrop transport), which does the quota calculation upon delivery (thus
I think this will be hard). Typically, you can see current user quota by
asking the IMAP server, but does/can postfix even make an IMAP connection and
ask? Or what about a non-standard postfix patch to read Courier's
maildirsize file in the user's maildir?

Mostly just musing... this isn't a big problem for me.

TIA





__________________________________
Do you Yahoo!?
Check out the new Yahoo! Front Page.
www.yahoo.com

[Wietse Venema]

Post by email builder
All,
Per Noel Jones' suggestion, I am asking about the possibility of doing
rejects of messages destined for any of my users that are over quota *during
the SMTP conversation*. I don't see that it will be possible, but heck, it's
worth asking...

It is a monthly FAQ these days. Read the archives.

Wietse

Post by email builder
I use courier-IMAP based quotas, where my LDA is courier-Maildrop (called
via maildrop transport), which does the quota calculation upon delivery (thus
I think this will be hard). Typically, you can see current user quota by
asking the IMAP server, but does/can postfix even make an IMAP connection and
ask? Or what about a non-standard postfix patch to read Courier's
maildirsize file in the user's maildir?
Mostly just musing... this isn't a big problem for me.
TIA
__________________________________
Do you Yahoo!?
Check out the new Yahoo! Front Page.
www.yahoo.com

[email builder]

Post by email builder

Post by email builder
All,
Per Noel Jones' suggestion, I am asking about the possibility of doing
rejects of messages destined for any of my users that are over quota

*during

Post by email builder
the SMTP conversation*. I don't see that it will be possible, but heck,

it's

Post by email builder
worth asking...

It is a monthly FAQ these days. Read the archives.

Thanks. I guess I jumped the gun when I was encouraged to start a new
thread. I'm not sure it is exactly a monthly question, as my searches didn't
find *that* much, but I did eventually find the following information that
answered my question (posting here in case someone finds this thread looking
for the same answers). The upshot is that this is not something that Postfix
does, unless you create a home-grown work-around that may have its
shortcomings. For me, the asynchronous over-quota bounces are the only
problem, and they cause few enough problems that I will live with things as
is.

http://thread.gmane.org/gmane.mail.postfix.user/89173
http://thread.gmane.org/gmane.mail.postfix.user/89029

Post by email builder

Post by email builder
I use courier-IMAP based quotas, where my LDA is courier-Maildrop

(called

Post by email builder
via maildrop transport), which does the quota calculation upon delivery

(thus

Post by email builder
I think this will be hard). Typically, you can see current user quota by
asking the IMAP server, but does/can postfix even make an IMAP connection

and

Post by email builder
ask? Or what about a non-standard postfix patch to read Courier's
maildirsize file in the user's maildir?
Mostly just musing... this isn't a big problem for me.
TIA

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

[l***@kwsoft.de]

All,
Per Noel Jones' suggestion, I am asking about the possibility of doin=

g

rejects of messages destined for any of my users that are over quota *d=

uring

the SMTP conversation*. I don't see that it will be possible, but heck=

, it's

worth asking...
I use courier-IMAP based quotas, where my LDA is courier-Maildrop (ca=

lled

via maildrop transport), which does the quota calculation upon delivery=

(thus

I think this will be hard). Typically, you can see current user quota =

by

asking the IMAP server, but does/can postfix even make an IMAP connecti=

on and

ask? Or what about a non-standard postfix patch to read Courier's
maildirsize file in the user's maildir?

I guess the clean way would be a policy daemon which do the following :

- match the mail-address to a POP3/IMAP user account -> some sort of data=
base
lookup (virtual aliases etc.)
- ask the mailstore if the user is over quota -> callout per lmtp, IMAP c=
onnect
or database lookup
- reject if over quota, acceppt otherwise

The whole thing is dependant of the special setup and used mailstore so t=
here
will be no general purpose solution.

Regards

Andreas