[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Unable to deliver letter



Unable to deliver letter to the following recipient:
  BUG-Zwei@APIARY-6: Mail error from APIARY-6: -The recipient "BUG-Zwei@APIARY-6" does not have a directory on this host.

----- Text of letter follows -----
Received: from STONY-BROOK by MIT-REAGAN via INTERNET with SMTP id 4997; 17 May 85 18:04:10-EDT
Received: from EUPHRATES.SCRC.Symbolics.COM by SCRC-STONY-BROOK.ARPA via CHAOS with CHAOS-MAIL id 239036; Fri 17-May-85 18:01:19-EDT
Date: Fri, 17 May 85 18:00 EDT
From: David A. Moon <Moon@STONY-BROOK.SCRC.Symbolics.COM>
Subject: Bare Control-M in files
To: Henry@APIARY-6.MIT
cc: BUG-Zwei@APIARY-6.MIT, HOSS@STONY-BROOK.SCRC.Symbolics.COM
In-Reply-To: <"850511005417.1.Henry@APIARY-6"@CROSBY>
Supersedes: <850517180027.0.MOON@EUPHRATES.SCRC.Symbolics.COM>
Message-ID: <850517180048.1.MOON@EUPHRATES.SCRC.Symbolics.COM>

    Date: Sat, 11 May 85 00:54 EDT
    From:  <Henry@APIARY-6>

    In Symbolics 3600 Release 6.0, IP-TCP 29.0, AISite 9.1,
    microcode TMC5-MIC 319, FEP 17, on Lisp Machine Bing Crosby:

    If you Control-X-Control-F a file which has bare Control-M [carriage returns] characters
    on a Tops-20 host, Zwei seems to put M's in the file instead. Tops-20 Emacs seems
    to do the right thing with these.

    Example: Oz:<Henry>Raw-Control-M.Text


This should have gone to BUG-FILE @ MIT-OZ rather than BUG-ZWEI, since it is the Tops-20
FILE server that translates the bare CR's to M's.  The reason for this is that there is
no representation in the Lisp Machine character set for bare-CR.  The lack of such a
representation is deliberate; back when we designed that character set we thought it
was very important to eliminate the concept of "bare carriage returns" once and for all.

The Tops-20 FILE server used to translate bare carriage returns into the same thing
it translates CR-LF sequences into.  Unfortunately, that made Zmail break when reading
a Tops-20 mail file with bare carriage returns in it.  This is really not a problem with
Zmail but with the kludgey format of mail files used by Tops-20 and Tenex, so we changed
the FILE server.