Omni Flux wrote:
> I've been using a postfix policy daemon to integrate with the current
> smmapd to perform quota checks. It has a few shortcomings: it does not
> support virtual domains as is, but I think that would be a minor
> modification, and IIRC, postfix does not pass the final username to
Benjamin Donnachie wrote:
>> I'll experiment with my postfix version of smmapd over the next few days
>> and will let you know how it goes.
> I couldn't resist! Look ups of regular mailboxes appears to be working
> perfectly! :-)
Using tcp_tables, postfix can only confirm whether a mailbox exists
Benjamin Donnachie wrote:
> I'll experiment with my postfix version of smmapd over the next few days
> and will let you know how it goes.
I couldn't resist! Look ups of regular mailboxes appears to be working
perfectly! :-)
I shall do some further testing later.
Ben
Cyrus Home Page: http:/
Benjamin Donnachie wrote:
> I guess that a postfix version of smmapd just isn't going to happen now.
It turns out that the postfix v2.5 snapshot includes tcp_tables! :-)
I'll experiment with my postfix version of smmapd over the next few days
and will let you know how it goes.
Take care,
Ben
--
Omni Flux wrote:
> I was hoping the Postfix version of smmapd would replace this for me,
> but it looks like that won't be happening soon.
After asking on the postfix list when we could expect support for
tcp_tables I found this...
http://archives.neohapsis.com/archives/postfix/2005-02/0415.html
I was hoping the Postfix version of smmapd would replace this for me,
but it looks like that won't be happening soon.
I've been using a postfix policy daemon to integrate with the current
smmapd to perform quota checks. It has a few shortcomings: it does not
support virtual domains as is, but I th