Re: [exim] reject mails via .forward not bounce

Αρχική Σελίδα
Delete this message
Reply to this message
Συντάκτης: Ted Cooper
Ημερομηνία:  
Προς: exim-users
Υ/ο: Sebastian Siewior
Αντικείμενο: Re: [exim] reject mails via .forward not bounce
Sebastian Siewior wrote:
> * Phil Pennock | 2006-11-22 03:55:55 [+0100]:
>
>> On 2006-11-22 at 10:18 +0800, Sebastian Siewior wrote:
>>> The problem is that all those mails which come into the "else fail
>>> finish" part are bounced back instead of rejected (smtp code 5XX is what
>>> I am looking for).
>> Basically: it can be done, but it's probably not a good idea.
>>
>> Do you really need every user to be able to implement SMTP time rejects
>> according to their own rules, or can you perhaps instead handle the
>> logic in a system filter? Everyones' needs are different so without
>> knowing _why_ you're wanting to let user filters reject at SMTP time,
>> it's difficult to give concrete advice on what you should do.
>
> Yes. *I* thing it is a good idea but maybe you can solve in a better
> way:
> local_part_suffix & local_part_suffix_optional is part of the config.
> What I'm trying to do is, to setup an account "usenet" which is an alias
> to my local account. The suffix should be like 1106 for November 2006.
> Therefore the user should decide which emails he wants to have in his
> local .forward file. I don't want to accept usenet+whatever or
> username+spam and a blackhole is not very friendly (in case of a few
> *real* mails / mistypes). Also I want something like user+bla where bla
> is an alias for $homepage where I have to signup in order to do
> anything. Since most of those pages tend to send "newsletters" and *I*
> prefer just to remove bla from my .forward and reject those mails
> (and not giving them the pleasure that I maybe read them) instead of
> clicking through the whole page trying to remove myself from the
> "newsletter". It should also be a nice thing for mailing lists. I thing
> you got the point :)
> Right now I use a virtual table (text file) where I point
> email_addr@domaint -> username which is doing the same job but .forward
> is more convenient + powerfull.
>
> PS: exim's version is 4.62 (forgot to mention it in first place).
>
>> Regards,
>> -Phil


You are doing the same thing I'm doing except I'm just using the domain
alias file.

whateverX1122:    real@???
whateverX1022:    real@???


When I get too much crap on the single addresses, I removed it and add
it to my spamtraps. They are fakereject'ed and placed in a spam pile
that I occasionally peruse before sending the whole lot into sa-learn.
If you don't care for it, change the info to ":fail:Some informative
message about the lack of availability of this address".

If it's just going to be for your personal setup, this is probably a
fairly efficient setup as the exim config should be setup to handle this
correctly already, and it will happen at RCPT TO: time.

If it's going to be for multiple users, I'd look into making an alias
editing system of some kind that avoids exim using user provided files..
but that's probably because I'm paranoid.

Ted.