Not good form to answer my own posts, but the scenario I proposed at the
end works. I just tested it.
Reject globally and redirect a more general pattern per domain.
On 2016-06-21 7:18 PM, Neil Herber (nospam) wrote:
> For a project I need aliases of the form "xHIDDEN@email@example.com".
> To make them easy to redirect, my rule is:
> g_redirect was="x-HIDDEN@="firstname.lastname@example.org"
> This means that users can be added by just having the correct "prefix".
> Now, however, dozens of these are being targeted by spammers.
> I tried to spamcatch them with rules like:
> g_redirect was="xHIDDEN@*" to="email@example.com"
> But the original, more general rule above keeps forwarding them.
> Is there any way I can trap things like "x-user1" while still allowing
> "x-anything-else" to redirect as it always did?
> I do not want to have to create a rule for each good address, because
> they far outnumber the bad ones, and I don't have a record of them all.
> One solution that just sprung to mind is to use global redirects for the
> spamcatchers and domain specific redirects for the general rule. This
> assumes that the global redirect "wins" before the domain specific
> redirect sees the mail. Will that work?
Last Message | Next Message
Site Map |
Contact Netwin |
POP3 Mail Server |
Linux Webmail |
UnInstall instructions for all products
Copyright © 2017 Netwin Ltd. All rights reserved.