[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cobalt-users] Sendmail features



Thanks, I think I will just change the virtusertable once more to forward
the email to nobody.

The reason I was asking about the Feature blacklist_recipients is that, if I
correctly understand from what I read, it is possible to bounce the email
including a few custom lines (for example, 'please resend the email to
newabc@xxxxxxxxxx') without the spammers mailserver bouncing the bounced
email back to me, etc etc etc, but discarding the bounced email immediately.
I think I remember reading it had something to do with the error status
inside the bounced email (500?) which tells a mailserver not to continue
trying to deliver the message?

Martin

> > could somebody come up with some suggestions for the following problem?
> > I have a user on my cobalt, say abc@xxxxxxxxxx, that I do not want to
> > receive any email for because of the amount of spam coming in on that
> > useraccount. Removing the user from the cobalt is not an option, neither
> > is installing some anti-spam software. What I did is edit the
> > virtusertable and instead of delivering the email to abc, I bounce the
> > emails with 'error: nouser'. It works fine, but I guess it is not the
> > best solution because the emails bounce and since alot of spam does not
> > have a valid sender, the emails just keep bouncing back and forth, don't
> > they?
>
> Redirect the mail to user 'nobody' instead of trying to bounce it.
> /etc/mail/aliases redirects all mail for 'nobody' to /dev/null.
>
> So your virtusertable entry would look like:
>
> abc@xxxxxxxxxxxxxxx nobody
>
> Remember you need to put the full host in there as abc@xxxxxxxxxx gets
> "rewritten" to abc@xxxxxxxxxxxxxxx, then rewriting to the local username
> gets attempted.
>
> Remember also to rebuild virtusertable:
>
> makemap hash /etc/mail/virtusertable < /etc/mail/virtusertable
>
> - --
> Bruce Timberlake