>The router table includes
>      <*> = spamtrap

Having slept on it, it's clear why this doesn't work even if
the rule appears as the last line in the router rules:
- the router translates all left-over local parts to spamtrap
- the router loops
- the router translates spamtrap to spamtrap

***Question: is there a wqay to force keywords (null, error, spamtrap, unknown)
to terminate router looping?  If not, should there be?


Let's approach the question a different way...

If the "own domain name" is "mail.domain.com",
then the foreign aliasing rule
  <*@mail.domain.com> = spamtram
doesn't work, because the domain part was set to an empty string
as the first part of the router processing.
*** Question: correct?
*** Observed Behavior: correct!

However, the documentation says,
"Foreign Alias records contains a full name in the angle brackets
and the Router scans them when it processes every address
(not only the addresses with an empty domain name part)."
*** Question: doesn't this contradict the Observed Behavior?

So, again, how to accomplish, "A final rule which forces
all unmatched local parts to spamtrap" ??

---------

Sample router log, where
- the "odwn domain name" is "mail.domain.com"
- last rule is "<*@mail.domain.com> = spamtrap"
- there is no JUNK account

11:38:32 5 ROUTER Input: JUNK(mail.domain.com)
11:38:32 5 ROUTER Parser: [EMAIL PROTECTED] -> JUNK(mail.domain.com)
11:38:32 3 SYSTEM The current date is Tuesday, September 17, 2002
11:38:32 5 ROUTER Input: JUNK()
11:38:32 5 ROUTER Parser: JUNK -> JUNK()
11:38:32 1 SMTP-041([209.150.239.246]) SPAM? Recipient
'<[EMAIL PROTECTED]>' rejected: user unknown

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to  <[EMAIL PROTECTED]>

Reply via email to