The program used on the other side to do the 'reverse check' is simple not
RFC compliant :)
(Does the 'reverse check' an integrated Exim fonctionnality or an add-on ? I
don't know ...)
The exact RFC mail from syntax IS : MAIL FROM:senderemail
IMOO, changing xmail to accept no rfc compliant
Hellos,
I'm on a different comp than usual so I may be off here since I'm
missing the earlier discussion about this.
The program used on the other side to do the 'reverse check' is
simple not RFC compliant :)
(Does the 'reverse check' an integrated Exim fonctionnality or an
add-on ? I don't
Em Sexta 27 Outubro 2006 21:04, Kirk Friggstad escreveu:
From http://xmailserver.org/Readme.html#server_tab_variables
[AllowNullSender]
Enable null sender ('MAIL FROM:') messages to be accepted by XMail.
Thanks Kirk, it solved the problem.
Helio
-
To unsubscribe from this list: send the
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de decker
Envoyé : lundi 30 octobre 2006 12:41
À : xmail@xmailserver.org
Objet : [xmail] Re: Email address reverse check
Hellos,
I'm on a different comp than usual so I may be off here since I'm
missing the
I agree with Davide
RFC not only apply to MTA but to MUA too and to final users too (programs or
humans) :)
As the MUA interacts with the user, it's to the MUA responsibility to
correct the user (automaticaly or not) if users can't be made RFC compliant
( hard to achieve :) ).
Francis
In the business world, end users only care if the recipient received the
email they sent. They don't not know or care anything about RFC compliance.
I agree RFC compliance is important, but it should not trump the real world
concerns of end users.
-Original Message-
From: [EMAIL
On Mon, 30 Oct 2006, Shiloh Jennings wrote:
In the business world, end users only care if the recipient received the
email they sent. They don't not know or care anything about RFC =
compliance.
I agree RFC compliance is important, but it should not trump the real =
world
concerns of
How many would appreciate per-RCPT SMTP filter capabilities?
- Davide
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]
I would.
Davide Libenzi wrote:
How many would appreciate per-RCPT SMTP filter capabilities?
- Davide
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL
Oh! Oh! Me! Me! jumps up and down
:)
Davide Libenzi wrote:
How many would appreciate per-RCPT SMTP filter capabilities?
- Davide
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help
I don't need it right now, but I think it's an excellent idea to add it
if it isn't a crazy amount of work. I can easily see needing it in the
future...
Thanks,
Jeff
Davide Libenzi wrote:
How many would appreciate per-RCPT SMTP filter capabilities?
- Davide
-
To unsubscribe from
This is from the XMail Forum:
***
Thanks for the script but this file appears to be quite large (18MB), I
am wondering if this would cause Xmail to crash or be slow if
implemented?
After a few minutes running on my main server, about 500 accounts, Xmail
stopped
On Mon, 30 Oct 2006, Norbert Doeberlein wrote:
This is from the XMail Forum:
***
Thanks for the script but this file appears to be quite large (18MB), I
am wondering if this would cause Xmail to crash or be slow if
implemented?
After a few minutes running
Can't you use the Stearns in the RBL list of the server.tab file?
Chad
Norbert Doeberlein wrote:
This is from the XMail Forum:
***
Thanks for the script but this file appears to be quite large (18MB), I
am wondering if this would cause Xmail to crash or be slow
On Mon, 30 Oct 2006, Chad Fleenor wrote:
Can't you use the Stearns in the RBL list of the server.tab file?
Indeed. Just dump your monster file into a local DNS, and add its entry to
the CustMapsList.
- Davide
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of
Davide Libenzi a écrit :
How many would appreciate per-RCPT SMTP filter capabilities?
+1
Thanks.
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]
I am already using SORBS and I see in the SMTP log that a lot of messages are
rejected because of SORBS. But I still get a lot of spam from other servers
that SORBS don't seem to know about. I checked on the SORBS web site to see if
there is a way to report spammers but I only found
Count me in.
~XT
Jeff Buehler wrote:
I don't need it right now, but I think it's an excellent idea to add it
if it isn't a crazy amount of work. I can easily see needing it in the
future...
Thanks,
Jeff
Davide Libenzi wrote:
How many would appreciate per-RCPT SMTP filter
me 2
XTechie wrote:
Count me in.
~XT
Jeff Buehler wrote:
I don't need it right now, but I think it's an excellent idea to add it
if it isn't a crazy amount of work. I can easily see needing it in the
future...
Thanks,
Jeff
Davide Libenzi wrote:
How many would appreciate
Ok, so far this is what's inside 1.23 changelog:
- Check the mailbox size for every message coming into the mailbox (before
it was only done during the SMTP phase).
- Do not try to send to the 'A' record if the recipient domain does not
exist at all (NXDOMAIN). Bounce
[EMAIL PROTECTED] wrote:
How many would appreciate per-RCPT SMTP filter capabilities?
++
--
Regards,
Alexander Hageganh
Virus checked by G DATA AntiVirusKit
-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For
21 matches
Mail list logo