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

* 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
--
Regards
Sebastian Siewior