On 2/17/2010 12:56 PM, David F. Skoll wrote:

Transmitting an email via HTTP from a client computer qualifies
as gatewaying by my reading of the RFC.

That means you have to think my web browser is also an email gateway.

No.  You misunderstand.  The web *server* is the email gateway.  It
gateways mail *from* the browser (using HTTP) *to* the Internet (using SMTP).

Gateways need something on both sides to participate. If it isn't email inside the browser (and it isn't, it is a form that the browser displays mindlessly and http carries blindly), how can it be a gateway operation? It originates as email from the web application on the server with the user's credentials.

The browser displays a form, but only the application at the other end
knows anything about the contents being mail.  Which is exactly the same
scenario as if I typed it into thunderbird in a remote X window.

I can't tell if you're baiting me or deliberately being obtuse, so I think
I'll withhold further replies.

Partly both I suppose, but I don't like people interpreting RFC's oddly to support their own agenda, and I don't see how anything a browser does can be considered as any more than a remote display for a server side application. As an email admin you have the right to discard email whimsically - you don't have to interpret RFC's imaginatively to justify it. If that RFC had been intended to cover remote displays or web forms it could have said so - web interfaces were pretty well understood by then.

--
  Les Mikesell
   [email protected]

_______________________________________________
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list [email protected]
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang

Reply via email to