I'll try to find time this weekend to isolate and post it then Don
t be afraid to pester me if I let slip my mind.
--John
Rob Arends wrote:
Please do, if you wouldn't mind.
Filip Supera wrote:
Hello,
John Kielkopf a écrit :
I wrote my own pre-data list filter to solve
John Kielkopf a écrit :
I'll try to find time this weekend to isolate and post it then Don
t be afraid to pester me if I let slip my mind.
Don't bother to isolate, I'm also interested in greylisting and other
stuff :-)
-
To unsubscribe from this list: send the line unsubscribe xmail in
Sönke Ruempler a écrit :
Yeah I guess he want's something receipient based, and not sender-based.
ATM that's only possible with an own smtp filter and some own logic in
it. :)
1 possible solution would be domain based smtp.ipprop.tab instead of
server based.
-
To unsubscribe from this list:
Another possible solution is the option to allow - perhaps by server.tab
variables - the postponing of any specific checks for rejection to the
pre-data phase, and have a policy variable which simply holds a
particular value for each recipient. As recipients are received by the
mail server,
: No CustMapsList for specified domains
Davide Libenzi a écrit :
Authentication can override CustMapsList is you set the flag
'0' and the
user authenticate.
What if a user wants to receive all messages sent to him even though
sender is blacklisted by one of CustMapsList
Filip Supera wrote:
Hello,
John Kielkopf a écrit :
I wrote my own pre-data list filter to solve this, and stopped using
xmail's CustMapsList.
Does your filter query Maps lists ? And if yes would you mind sharing an
example ?
My current filter is in PHP, and as such isn't
John Kielkopf a écrit :
My current filter is in PHP, and as such isn't exactly the fastest
filter on the planet, but yes, it does query Maps lists. Also it will
not work under Windows, just in case that's what you're using.
It's not. My server is under Fedora.
It's also a combined
Tracy a écrit :
What I'm planning to do, if I ever get the time and energy, is to modify
the xmail source code to allow both recipient policy settings and
external filter calls at each stage (connection, HELO / EHLO, MAIL
FROM, RCPT TO, DATA, and post-data), which will return values
Please do, if you wouldn't mind.
Rob Arends
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of John Kielkopf
Sent: Wednesday, February 08, 2006 3:23 AM
To: xmail@xmailserver.org
Subject: [xmail] Re: No CustMapsList for specified domains
Filip Supera
Hi,
[EMAIL PROTECTED] wrote on Monday, February 06, 2006 11:32 AM:
Two of my users don't want any anti-spam protection. Can I avoid
CustMapsList to apply for those 2 domains only ?
Imho there's no way for that. Maybe this is a feature request for
enabling/disabling filter-features like
Soenke Ruempler a écrit :
Imho there's no way for that. Maybe this is a feature request for
enabling/disabling filter-features like CustMapsList per-domain/user.
Thanks Soenke. That would be great indeed.
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a
On Mon, 6 Feb 2006, Soenke Ruempler wrote:
[EMAIL PROTECTED] wrote on Monday, February 06, 2006 11:32 AM:
Two of my users don't want any anti-spam protection. Can I avoid
CustMapsList to apply for those 2 domains only ?
Imho there's no way for that. Maybe this is a feature request for
Hi,
On 06.02.2006 20:15, Davide Libenzi wrote:
Authentication can override CustMapsList is you set the flag '0' and the
user authenticate.
Yeah I guess he want's something receipient based, and not sender-based.
ATM that's only possible with an own smtp filter and some own logic in
it. :)
-
13 matches
Mail list logo