, March 07, 2006 6:37 PM
To: Colbeck, Andrew
Subject: Re[2]: [Declude.JunkMail] spf breaks email forwarding -
If you want to perservere and build your own forwarding
system, what I
found was that. . .
Andrew, I like your workaround with the Program Alias.
However, I think
Ta-dah! Easy as world peace.
Andrew 8)
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Nick
Hayer
Sent: Saturday, March 04, 2006 1:13 PM
To: Declude.JunkMail@declude.com
Subject: Re: [Declude.JunkMail] spf breaks email forwarding -
Matt wr
Hi Sandy
Sanford Whiteman wrote:
Andrew, I like your workaround with the Program Alias. However, I
think that instead, if people are willing to wait a few weeks to a
month, I can find time to put out a full-fledged external test for
Declude that does much the same thing,
On 11:39 PM 3/6/2006 -0500, it would appear that Sanford Whiteman wrote:
Sure it is, SPF is NOT an RFC and if the email follows RFC then it
is legit.
I'm afraid you have a rather exaggerated opinion of the relevance of
RFCs, and of the concept of domain ownership. RFCs are
Please don't assume that you have any idea how my policies are set.
I'm not assuming: you've made some of them public. For example, you
touted day-of-week and hour tests as effective gauges of spamminess.
Note that I don't disagree at all with your conclusions about these
tests. I
D*.SMD file (which can be any filename) you can just
call:
smtp32.exe Qxxx.SMD and IMail will queue it up
immediately.
Ta-dah! Easy as world peace.
Andrew 8)
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nick
HayerSent: Saturday, March 04, 2006 1:13 PMTo:
If you want to perservere and build your own forwarding system, what
I found was that. . .
Andrew, I like your workaround with the Program Alias. However, I
think that instead, if people are willing to wait a few weeks to a
month, I can find time to put out a full-fledged external
t call:
smtp32.exe Qxxx.SMD and
IMail will queue it up immediately.
Ta-dah! Easy as world peace.
Andrew 8)
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Nick
Hayer
Sent: Saturday, March 04, 2006 1:13 PM
To: Declude
Back to SRS. SRS isn't just simply changing the Mail From address,
it is a system that requires both the encoding and parsing of the
Mail From addresses, and it requires both the sending and receiving
MTA to be SRS aware. The following is from what is apparently the
master SRS
Couldn't you get around this whole issue by just adding the forwarding server to the SPF record?
Dean
On 3/5/06, Sanford Whiteman [EMAIL PROTECTED] wrote:
Perfectly legit email - my spf recs are perfect etc.No,it's*not*legit!Domainowners set SPF policies that dictate
On 08:54 PM 3/5/2006 -0500, it would appear that Sanford Whiteman
wrote:
Perfectly legit email - my
spf recs are perfect etc.
No, it's *not* legit!
Sure it is, SPF is NOT an RFC and if the email follows RFC then it is
legit.
My users don't
have the right to have this restriction
completely
Sure it is, SPF is NOT an RFC and if the email follows RFC then it
is legit.
I'm afraid you have a rather exaggerated opinion of the relevance of
RFCs, and of the concept of domain ownership. RFCs are meaningless
when it comes to the acceptable use of your domain (which is protected
by
Perfectly legit email - my spf recs are perfect etc.
No, it's *not* legit! Domain owners set SPF policies that dictate
legitimacy. This is their right. SMTP server owners respect SPF
policies. This is my obligation. If Adelphia sets a strict SPF policy,
and SurfGlobal respects it,
Email customers that forward through me are getting their email bounced
because of the original sending domain's spf policy. I understand this
delima is addressed with Sender Rewriting Scheme
http://www.openspf.org/srs.html
Does anyone have a solution to this w/Declude Imail?
Thanks
] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of Nick Hayer
Sent: Saturday, March 04, 2006 11:40 AM
To: Declude.JunkMail@declude.com
Subject: [Declude.JunkMail] spf breaks email forwarding -
Email customers that forward through me are getting their email bounced
because of the original sending
I'm not aware of any mail server that supports the Sender Rewriting
Scheme. It's certainly a fine idea, but the real issue is that the SPF
implementation has issues with forwarded E-mail, and they are seeking to
have mail servers correct their shortcoming. It may be a very long-time
in
PROTECTED]] On Behalf Of Nick Hayer
Sent: Saturday, March 04, 2006 11:40 AM
To: Declude.JunkMail@declude.com
Subject: [Declude.JunkMail] spf breaks email forwarding -
Email customers that forward through me are getting their email bounced
because of the original sending domain's spf policy. I
Nick Hayer
Sent: Saturday, March 04, 2006 11:40 AM
To: Declude.JunkMail@declude.com
Subject: [Declude.JunkMail] spf breaks email forwarding -
Email customers that forward through me are getting their email bounced
because of the original sending domain's spf policy. I understand this
delima is
: [EMAIL PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of Nick Hayer
Sent: Saturday, March 04, 2006 2:40 PM
To: Declude.JunkMail@declude.com
Subject: [Declude.JunkMail] spf breaks email forwarding -
Email customers that forward through me are getting their email bounced
@declude.com
Subject: Re: [Declude.JunkMail] spf breaks email forwarding -
The problem is not anything I am doing - it with SPF itself. By design
forwarded email will bounce if the receiving MTA is configed that way.
Even if I whitelist the emails they will bounce...
Let me explain -
user
Matt wrote:
Real-world issues include working around bad implementation, such as
surfglobal.net not configuring their server to reject messages that
fail SPF.
SRS is a work around - and I'm simply asking if anyone has implemented
it on an Imail/Declude platform. Kindly stay on topic I
Hayer
Sent: Saturday, March 04, 2006 12:27 PM
To: Declude.JunkMail@declude.com
Subject: Re: [Declude.JunkMail]
spf breaks email forwarding -
The problem is not anything I am doing - it with SPF
itself. By design forwarded email will bounce if the receiving MTA is configed
that way. Even if I
Someone could write a plug-in or Declude could be modified to handle
this, or IMail could be modified to handle this (and then Declude would
probably need to be updated to handle what IMail changed).
Why implement a work around in a standards compliant platform in order
to deal with a flawed
Hear hear.
-Original Message-
From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of Matt
Sent: Saturday, March 04, 2006 4:36 PM
To: Declude.JunkMail@declude.com
Subject: Re: [Declude.JunkMail] spf breaks email forwarding -
Someone could write a plug
24 matches
Mail list logo