Re: mailserver: vs. expanded mailto: URL

> Forms mode requires HTTP.  Mail clients will be getting
> URIs in text/HTML independently from of access to HTTP.  

Consider section 5.6 of RFC 1867:

================================================================
5.6 Allow form ACTION to be "mailto:"

  Independent of this proposal, it would be very useful for HTML
  interpreting user agents to allow a ACTION in a form to be a
  "mailto:" URL. This seems like a good idea, with or without this
  proposal. Similarly, the ACTION for a HTML form which is received
  via mail should probably default to the "reply-to:" of the message.
  These two proposals would allow HTML forms to be served via HTTP
  servers but sent back via mail, or, alternatively, allow HTML forms
  to be sent by mail, filled out by HTML-aware mail recipients, and
  the results mailed back.
================================================================


As for Foteos Macrides' note:

> 	In theory, at least, one could use it in a form to set the
> subject, and treat the form content as the body field:

>  <FORM METHOD="POST" ACTION="mailserv:user@host/Form%20submission">

As I pointed out in a previous note, the BODY of the message is pretty
stylized, is  setting an explicit subject really an important add?

Received on Wednesday, 22 November 1995 01:30:16 UTC