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 wrote
Thanks in advance for any help or suggestions you can offer!
I'm running XMail 1.21 on a SUSE 9.0 system. XMail is working great,
and has been for a long time. So my problem is only in integrating
Asterisk w/ XMail (they're both running on the same box).
Asterisk has the capability of sending
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
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
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 a
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 ?
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a
I wrote my own pre-data list filter to solve this, and stopped using
xmail's CustMapsList.
I have my doubts that Xmail's CustMapsList granularity comfortably fits
most of us with more than one domain.
--John
CLEMENT Francis wrote:
>You have the option to install another instance of xmail on
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,
You have the option to install another instance of xmail on the same server
(different ip) just for these customers domains and clear CustMapList on it
:-)
Francis
>-Message d'origine-
>De : [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] la part de Filip Supera
>Envoyé : lundi 6 février
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 lis
10 matches
Mail list logo