I apologise for this being off topic, and wish this did not have to be
my first post to this list, which I have been reading with great
interest for some time, however Alain, I do not appreciate the fact you
seem to think it's right to flag and therefore highlight your own mail
with such claims as "Outlook spreads viruses and spam alike!". It's
distracting and offensive. A good virus scanner and some common sense
will go much further to preventing viruses and spam than a change of
e-mail client. Or maybe I should start sending messages with "Stupidity
spreads viruses and spam alike!" flags?
Again, I apologise to the rest of the group for this.
Graham Wager
Kaladel UK
-----Original Message-----
From: owner-spf-discuss(_at_)v2(_dot_)listbox(_dot_)com
[mailto:owner-spf-discuss(_at_)v2(_dot_)listbox(_dot_)com] On Behalf Of Alain
Knaff
Sent: 23 March 2004 15:02
To: spf-discuss(_at_)v2(_dot_)listbox(_dot_)com
Subject: Re: [spf-discuss] SRS and secondary MX
begin Tuesday 23 March 2004 15:30, Stuart D. Gathman quote:
On Tue, 23 Mar 2004, David Woodhouse wrote:
Basically, the question you need to ask is "Is the flawed assumption
of SPF going to cause this message to be rejected because I'm
sending it from this particular IP address". And that question _is_
one that can be answered in the output stage of your MTA.
Unfortunately, it can't be answered inside a sendmail map. Apparently
properly handling SRS is going to require tighter integration with
sendmail than that provided by Mark. I am not proficient in the
sendmail cf language - and hope to hever to become so.
In case anybody is interested, attached is the srs.m4 file that we are
using on lll.lu & linux.lu .
Just drop it into /usr/share/sendmail-cf/hack/srs.m4 (RedHat / Fedora)
or /usr/share/sendmail/hack/srs.m4 (SuSE)
Then, add the following lines to your /etc/mail/sendmail.mc (RedHat /
Fedora) or /etc/mail/linux.mc (SuSE):
define(`NO_SRS_FILE',`/etc/mail/no-srs-mailers')dnl
define(`NO_SRS_FROM_LOCAL')dnl
define(`SRS_DOMAIN',`lll.lgl.lu')dnl
HACK(`srs')dnl
Where:
* NO_SRS_FILE is the path of a file containing the recipient
MTA's for which you won't do SRS (typically, primary MXes for
who you are secondary). Just leave this away, if you are
secondary for nobody. The no-srs-mailers file is a simple text
file which has one recipient MTA per line.
* SRS_DOMAIN is the domain that your SRS addresses bear (i.e. if
your SRS addresses are srs0=mumble-jumble-toto(_at_)mydomain(_dot_)com,
then the SRS_DOMAIN domain is mydomain.com)
* NO_SRS_FROM_LOCAL : if this is set (define line present), then
no SRS is done if sender is local (i.e. his domain is in
/etc/mail/local-host-names)
When done, regenerate your sendmail.cf:
In RedHat/Fedora:
cd /etc/mail ; m4 <sendmail.mc >sendmail.cf
In SuSE:
cd /etc/mail ; m4 <linux.mc >../sendmail.cf
and finally, restart your sendmail:
In RedHat/Fedora:
service sendmail restart
In SuSE:
rcsendmail restart
Have fun,
Alain
-------
Sender Policy Framework: http://spf.pobox.com/ Archives at
http://archives.listbox.com/spf-discuss/current/
Latest draft at http://spf.pobox.com/spf-draft-200403.txt
Wiki:
http://spfwiki.infinitepenguins.net/pmwiki.php/SenderPermittedFrom/
To unsubscribe, change your address, or temporarily deactivate your
subscription, please go to
http://v2.listbox.com/member/?listname=spf-discuss(_at_)v2(_dot_)listbox(_dot_)com