[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-developers] Re: reserved emails
- Subject: Re: [cobalt-developers] Re: reserved emails
- From: Jeff Lasman <jblists@xxxxxxxxxxxxx>
- Date: Tue Sep 18 04:51:02 2001
- Organization: nobaloney.net
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
Hosting Sales wrote:
> Of course it's a bug. Anytime any piece of software let's you do
> something then erases the effect thereof without so much as a pardon me,
> then blames it on the O/S, that's a bug. Worse, it is a deliberate bug,
> a/k/a feature.
>
> One possible fix I stumbled onto is at the following:
>
> http://freebies.omega-isp.com/raq3/procmail-alias-fix-1-2.shtml
That's a good exercise in procmail scripts.
However, I prefer to make some simple additions at the bottom of
/etc/mail/virtusertable:
For example:
postmaster@xxxxxxxxxxxxxxx emailadm
(that's a tab, not spaces)
Then all mail sent to pstmaster@xxxxxxxxxxxxxxx WILL end up in the
emailadm mailbox (don't forget to has the virtusertable into a
database).
I like this better. We set up the admin aliases when we set up the
system, and we urge our customers to not delete them. The possibility
your customer will delete his/her site admin account is no greater or
less than that s/he will delete the aliases, so this is a reasonable
solution as well. The advantage, from my point of view, is that we can
remove or change the alias at will on a customer-by-customer basis.
And Cobalt does leave additions to the bottom of virtusertable alone.
Jeff