At 11:13 PM 2/22/2005 +0100, Alex wrote:
On Tue, Feb 22, 2005 at 02:21:06PM -0700, David MacQuigg wrote:
> >> >Why should a sending host also be a receiving host ?
> >>
> >> Good point. The bounce should actually go to "postmaster@<sender's
> >> domain>" where the sender's domain has been authenticated. Note: The
> >> sender might actually be another forwarder, because we can't trust any
> >> headers prior to that point, even if they say Authenticated.
> >
> >Then why make it this difficult?
> >
> >What do you think about this: http://www.spf.idimo.com/fix-2.php
>
> At this point, I'm more focused on fundamental requirements than a
> particular implementation. Get the requirements right, and we can avoid
> lots of misunderstanding when we get to implementation. Is there anything
> about the requirements we should simplify? Anything we should add?
[snip]
Requirements: Mail needs to work.
Solution: Use something that works.
This sounds very dismissive of the need for consensus on clearly stated
requirements.
[snip]
I'm not sure why it is being ignored. So far no constructive
comments have been made on this proposal.
The problem may be language and terminology. In discussing something as
complex as email protocols, we need to use very specific words, and we need
to have a shared understanding of what those words mean. Dave Crocker has
done an excellent job of defining terms and concepts in
<http://www.ietf.org/internet-drafts/draft-crocker-email-arch-03.txt>http://www.ietf.org/internet-drafts/draft-crocker-email-arch-03.txt
If you want to propose a solution that meets the stated requirements, it
needs to be presented in more precise, step-by-step language. Just one
opinion. I confess, I did not read your webpage very carefully.
-- Dave
************************************************************* *
* David MacQuigg, PhD * email: dmq at gain.com * *
* IC Design Engineer * phone: USA 520-721-4583 * * *
* Analog Design Methodologies * * *
* * 9320 East Mikelyn Lane * * *
* VRS Consulting, P.C. * Tucson, Arizona 85710 *
************************************************************* *
-------
Sender Policy Framework: http://spf.pobox.com/
Archives at http://archives.listbox.com/spf-discuss/current/
Read the whitepaper! http://spf.pobox.com/whitepaper.pdf
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