From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <020301c13f59$ebaae7d0$a2b9c6d4@SOMA>
From: "Boyd Roberts" <boyd@fr.inter.net>
To: <9fans@cse.psu.edu>
References: <200109150150.f8F1oZq08786@ducky.net> <9nv3ki$218$1@inputplus.demon.co.uk>
Subject: Re: [9fans] bug in Plan 9 -ms macros?
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
Date: Mon, 17 Sep 2001 11:19:57 +0200
Topicbox-Message-UUID: ed58b26c-eac9-11e9-9e20-41e7f4b1d025

> As an aside, is there some problem with the mail<->news gateway?  The
> dots turned up doubled on comp.os.plan9.

could be a blendmail/smtp thing.  there's some option to blendmail (sic)
to double up on leading dots to prevent premature end of the input to
a DATA command.  it's also written up in the smtp rfc [rfc821 / std10]:

4.5.2.  TRANSPARENCY

         Without some provision for data transparency the character
         sequence "<CRLF>.<CRLF>" ends the mail text and cannot be sent
         by the user.  In general, users are not aware of such
         "forbidden" sequences.  To allow all user composed text to be
         transmitted transparently the following procedures are used.

            1. Before sending a line of mail text the sender-SMTP checks
            the first character of the line.  If it is a period, one
            additional period is inserted at the beginning of the line.

            2. When a line of mail text is received by the receiver-SMTP
            it checks the line.  If the line is composed of a single
            period it is the end of mail.  If the first character is a
            period and there are other characters on the line, the first
            character is deleted.

sounds like a bug.  why am i not suprised?

it may also be an issue with nntp.