<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 17/05/2012 19:36, Kim Holviala wrote:<br>
    <span style="white-space: pre;">> printf("Hello, World!\n");<br>
      ><br>
      > OK, so I've followed teh discussions about the proposed
      changes to the RFC. To be honest, I've not read of *any* change
      that would actually make sense. None of the changes proposed are
      backwards-compatible, and they really don't help the cause at
      all.<br>
      ><br>
      > Say, the MIME thingy; yeah, let's decide that MIMEs are
      type M. Fine. What then? No client in teh whole universe
      supports such a filetype. And even if they did support it, why
      would I use it? I can serve out menus with type 1, text with
      type 0, html (which is stupid) with type h etc etc. There
      absolutely *no* need for sending out MIME, ever. Well... except
      for mailing list messages. But even then Jacob's neat mbox
      script works way better.<br>
      ><br>
      > Anyway.<br>
      ><br>
      > What I would like to see is (and I'm always right, so hear
      me out):<br>
      ><br>
      > * what do about teh US-ASCII vs. Latin-1 vs. UTF-8 issue?</span><br>
    Use caps.txt.<br>
    <span style="white-space: pre;">> * are PDF's really type "p",
      or "d" - a definite list of filetypes</span><br>
    I'd use your list and give PDF's (and mboxes) their own filetype.<br>
    <span style="white-space: pre;">> * should the server end the
      transmission with a dot or not?<br>
      ></span><br>
    Server  owner's personal choice, I'd say.<br>
    <br>
    And now for something completely different:<br>
    <br>
    Does anybody know of a way to access NNTP/UUTP without using a
    server<br>
    (my ISP doesn't have one)?<br>
    <br>
  </body>
</html>