Some ideas are cool.<br><br>BUT this seems te be a new protocol...<br><br><div class="gmail_quote">2012/5/13 Christoph Lohmann <span dir="ltr"><<a href="mailto:20h@r-36.net" target="_blank">20h@r-36.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings.<br>
<br>
I Â have Â extended Â my proposal for a new gopher protocol to meet some of<br>
the features of HTTP and what people requested.<br>
<br>
<a href="http://sprunge.us/IAeI" target="_blank">http://sprunge.us/IAeI</a><br>
<br>
This Â is Â getting close to be just some HTTP replacement, but it doesn’t<br>
include full MIME, uncertain parsing Â requirements Â and Â uncertain Â size<br>
constraints.<br>
<br>
One thing it tries to clear up, is how to determine the file type, which<br>
is now too much automagic. Filetypes aren’t Â reliable, Â but Â MIME Â types<br>
aren’t reliable too.<br>
<br>
Any thoughts on this?<br>
<br>
I am still working on this proposal, because it’s an interesting idea to<br>
clean HTTP and Gopher up Â to Â have Â the Â benefit Â of Â both Â worlds. Â The<br>
caps.txt Â approach etc. are ways to preserve history. Since the proposal<br>
is forcing TLS on a different port, both world could exist Â without Â in‐<br>
terference.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
Sincerely,<br>
<br>
Christoph Lohmann<br>
<br>
<br>
_______________________________________________<br>
Gopher-Project mailing list<br>
<a href="mailto:Gopher-Project@lists.alioth.debian.org">Gopher-Project@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/gopher-project" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/gopher-project</a></div></div></blockquote></div><br><br clear="all">
<br>-- <br>Damien CAROL<br>
<a href="gopher://dams.zapto.org/1/" target="_blank">gopher://dams.zapto.org/1/</a><br>