Handling of #

Martijn Koster <m.koster@nexor.co.uk> Tue, 06 December 1994 21:59 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa04993; 6 Dec 94 16:59 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa04989; 6 Dec 94 16:59 EST
Received: from services.Bunyip.COM by CNRI.Reston.VA.US id aa13961; 6 Dec 94 16:58 EST
Received: (from daemon@localhost) by services.bunyip.com (8.6.9/8.6.9) id QAA18664 for iafa-out; Tue, 6 Dec 1994 16:36:06 -0500
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.9/8.6.9) with SMTP id QAA18659 for <iafa@services.bunyip.com>; Tue, 6 Dec 1994 16:36:04 -0500
Received: from lancaster.nexor.co.uk by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA11451 (mail destined for iafa@services.bunyip.com) on Tue, 6 Dec 94 16:35:59 -0500
Message-Id: <9412062135.AA11451@mocha.bunyip.com>
Received: from nexor.co.uk (actually host victor.nexor.co.uk) by lancaster.nexor.co.uk with SMTP (PP); Tue, 6 Dec 1994 21:35:39 +0000
To: iafa@bunyip.com
Subject: Handling of #
Date: Tue, 06 Dec 1994 21:35:36 +0000
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Martijn Koster <m.koster@nexor.co.uk>
X-Orig-Sender: owner-iafa@bunyip.com
Precedence: bulk

I just noticed that the current draft still uses '#' in
a way different from the shell/perl etc. According to:

	Some data elements may be for internal use to the site
	administrator only, and are to be ignored by automated
	indexing. These field names must start with the hash charac- ter
	"#". All other rules for line continuation remain the same.

something like:

	# here is an index file..

is actually illegal, as it isn't a field at all. Is anyone in favour
of this? I much prefer the simple and standard "ignore any line
starting with '#'" behaviour, which allows for general comments.

Any comments?

-- Martijn
__________
Internet: m.koster@nexor.co.uk
X-400: C=GB; A= ; P=Nexor; O=Nexor; S=koster; I=M
X-500: c=GB@o=NEXOR Ltd@cn=Martijn Koster
WWW: http://web.nexor.co.uk/mak/mak.html