|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: maildrop & postfix
From: Andrew McNamara (andrewm
connect.com.au)Date: Fri Mar 10 2000 - 00:19:24 CST
- Next message: Scott Smith: "Re: No transport available!"
- Previous message: Scott Smith: "Re: maildrop & postfix"
- In reply to: Ian C. Sison: "Re: maildrop & postfix"
- Next in thread: Ian C. Sison: "Re: maildrop & postfix"
- Next in thread: Brad Knowles: "Re: maildrop & postfix"
- Next in thread: Scott Smith: "Re: maildrop & postfix"
- Reply: Andrew McNamara: "Re: maildrop & postfix"
- Reply: Ian C. Sison: "Re: maildrop & postfix"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
>> To be brutally honest, if you are supporting 64k users, you'll be in a
>> fair bit of trouble if you don't have someone with some coding skills
>> (a general comment, not specific to e-mail - I don't know of an open
>> source billing system, for instance... 8-).
>>
>> The sorts of modifications you'll need to do to a popper or imapper are
>> quite minor, however - open source software is almost there.
>
>i'd rather not modify poppers/imappers as it would basically be a bad idea
>to branch out from the main development tree of these programs. The
>problem really is in getting the users profile (passwd, homedir, quota
>size, etc). For this i think i'd rather hack a pam module and a delivery
>program for postfix...
Fair enough - my virtual local agent hasn't had much review yet, so
I'd suggest keeping a very close eye on it's behaviour, but it gets you
away from the dependancy on /etc/passwd.
Wietse also suggested an alternative - you could use the virtual table
to map the real e-mail addresses to an intermediate form, and then an
alias to map this intermediate form to a file alias. Delivery will be
carried out with the ownership of the alias file, however.
I still think you're going to have to make some modifications to your
popper and imapper - at the very least to remove the dependancy on
/etc/passwd. If they're well coded, the changes will be minor.
---
Andrew McNamara (System Architect)
connect.com.au Pty Ltd
Lvl 3, 213 Miller St, North Sydney, NSW 2060, Australia
Phone: +61 2 9409 2117, Fax: +61 2 9409 2111
- Next message: Scott Smith: "Re: No transport available!"
- Previous message: Scott Smith: "Re: maildrop & postfix"
- In reply to: Ian C. Sison: "Re: maildrop & postfix"
- Next in thread: Ian C. Sison: "Re: maildrop & postfix"
- Next in thread: Brad Knowles: "Re: maildrop & postfix"
- Next in thread: Scott Smith: "Re: maildrop & postfix"
- Reply: Andrew McNamara: "Re: maildrop & postfix"
- Reply: Ian C. Sison: "Re: maildrop & postfix"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]