> -----Original Message-----
> Bottom line: If an entry exists either directly as an alias entry (high
> maintenance as script has to call for a rebuild of the aliases db after
> any change) *OR* in a flat-file called by an 'include' (no maintenance so
> long as you don't change the fully-qualifed file name), *OR* in a file in
> the path of a mailing-list or such function - addresses so recorded
> should get different handling than those in the rest of the mailusers area
> (whatever that is).
>
> Does it actually work that way? Well... I have a shell account <name> who
> can send mail out. I also have a mailing list of the same <name>.
> Traffic in or out of the mailing list does NOT end up in the shell
> account's mailbox.
What you say makes sense, but I'm wondering if we may be trying to solve
two different problems. Suppose I have a virtual-user, say
[EMAIL PROTECTED] his info in ldap routes his mail to a maildir in
/var/spool/mail/domains/virtual-dom.com/testuser . That is working just
fine. Now he comes along and wants to check his email (via pop3 or
imap--pop3d, imapd respectively of course). I would like the authentication
to check to see if his password has expired.
If I were to create an alias entry for [EMAIL PROTECTED], where
would I point it to? An auto-responder of some kind telling the sender of
email that the account is disabled? My intention is not to disable the
ability to receive email into the users maildir, but instead to prevent the
user from retrieving email (via imapd, pop3d) until they change their
password. (I have outside resources to support the user changing their
password and updating the expire date field in the ldap backend).
Or is the intent to tell imapd to look in a different maildir directory,
say /var/spool/mail/password_expired/, and then have a read-only email
message in there stating that "your email password has expired, please
update to access your account."?
From looking at the man pages, I don't see how an aliases file changes the
behavior of imapd or pop3d.
Thanks for your help with this,
Bryan
-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
