From: mcr@sandelman.ottawa.on.ca (Michael Richardson)
Date: Wed, 26 Dec 2001 18:14:25 -0400
Subject: [xml2rfc] use of figure numbers
In-Reply-To: Your message of "Fri, 21 Dec 2001 12:57:59 PST." <050001c18a62$2cbb1210$fe0aa840@FATORA>
Message-ID: <200112262214.fBQMEQL01077@marajade.sandelman.ottawa.on.ca>

-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Marshall" == Marshall T Rose <mrose@dbc.mtview.ca.us> writes:
    >> As far as I can tell, the title isn't going anywhere either.
    >> This would suffice for me - leave the title out and you get no caption.

    Marshall> simplest is usually best. so if i read this correctly, what you're saying
    Marshall> is:

    Marshall> if the title attribute is non-null, add a couple of blank lines at the
    Marshall> bottom of the figure and add "Figure XX: title" there.

    Marshall> works for me.

  Yes. I had xref'ed a figure. Someone reading my draft asked.. "where is
figure 6"?

]       ON HUMILITY: to err is human. To moo, bovine.           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
] panic("Just another NetBSD/notebook using, kernel hacking, security guy");  [




-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: latin1
Comment: Finger me for keys

iQCVAwUBPCpLv4qHRg3pndX9AQFrhQP9HXgv15aZ0pOyh7bTepw9+Nvi/DKHZLGF
VqV0i+0wLY5xN0m3xA1wCn/IAd+R0n2hDd+/mSbjUamgitCtZnFdPyYRLdbiwtIJ
F1jpmYrIT3ZkvRHMP0xkPZNTleqzfLj4EAhYLsm9AjQfkxZtGMBacIKKKGueYPQ5
jiwGo7A06rk=
=L7Fp
-----END PGP SIGNATURE-----


From: mrose+mtr.netnews@dbc.mtview.ca.us (Marshall T. Rose)
Date: Wed, 26 Dec 2001 11:31:36 -0800
Subject: [xml2rfc] handling of entities
References: <3C29B215.ED4FA125@dret.net>
Message-ID: <007801c18e43$ef94e470$0301000a@FATORA>

> maybe this is not new to you, but i thought it could be interesting: the
> web service at http://xml.resource.org doesn't seem to handle entities
> correctly. i haven't done any systematic testing, but &amp; in the
> source shows up as &amp; in the text version. i don't know how it works
> for the other entities predefined by xml, but implementing a fully
> xml-compliant solution (including support for user-defined entities)
> will certainly be hard (in fact, then you will be starting to implement
> a full xml parser).

i don't think so.

first, rfc2629 says that you don't get to define any entities, that means
you get the minimal set that comes with xml, i.e., amp, lt, apos, and quot.
(as a convenience to rfc authors, another entity, "rfc.number" is defined
that expands to either "XXXX" for drafts or a real number.

second, when i put this:

<t>
amp=&amp;
lt=&lt;
gt=&gt;
quot=&quot;
apos=&apos;
rfc.number=&rfc.number;
</t>

in a document and use xml2rfc either stand-alone or via the web service, i
get back this:

       amp=& lt=< gt=> quot=" apos=' rfc.number=XXXX

which is exactly what i'd expect.

in future, when reporting problems, include the xml you're using.

/mtr




From: net.dret@dret.net (Erik Wilde)
Date: Wed, 26 Dec 2001 12:18:45 +0100
Subject: [xml2rfc] handling of entities
Message-ID: <3C29B215.ED4FA125@dret.net>

hello.

maybe this is not new to you, but i thought it could be interesting: the
web service at http://xml.resource.org doesn't seem to handle entities
correctly. i haven't done any systematic testing, but &amp; in the
source shows up as &amp; in the text version. i don't know how it works
for the other entities predefined by xml, but implementing a fully
xml-compliant solution (including support for user-defined entities)
will certainly be hard (in fact, then you will be starting to implement
a full xml parser).

cheers and a happy new year,

erik wilde  - tel:+41-1-6325132 - fax:+41-1-6321035
       mailto:net.dret@dret.net -  http://dret.net/
       computer engineering and networks laboratory
       swiss federal institute of technology  (eth)
       * try not. do, or do not. there is no try. *


From: mrose+mtr.netnews@dbc.mtview.ca.us (Marshall T. Rose)
Date: Fri, 21 Dec 2001 16:09:40 -0800
Subject: [xml2rfc] xml2rfc 1.9 is out
Message-ID: <05cc01c18a7c$f36d02f0$fe0aa840@FATORA>

mostly some minor bug fixes, including handling figures better (as discussed
this week).

http://xml.resource.org/

/mtr




From: mrose@dbc.mtview.ca.us (Marshall T. Rose)
Date: Fri, 21 Dec 2001 15:59:41 -0800
Subject: [xml2rfc] references list
References: <JIEGINCHMLABHJBIGKBCEEDBDLAA.julian.reschke@gmx.de> <3C231195.E8D9886@dret.net> <050801c18a62$4b16fb70$fe0aa840@FATORA> <3C23AD1F.1C1A22BD@dret.net>
Message-ID: <05a401c18a7b$8ec043e0$fe0aa840@FATORA>

> the references element of the dtd, which does not have a title
> attribute, while the online service requires one. also i think that the
> dtd does not allow multiple references elements, while the online
> service accepts them.

i'll update the dtd on the web site later today.


> > ps: not everyone has nroff...
>
> yeah. i just discovered that finding a decent nroff for windows seems to
> be a bit of a problem...
>
> another question: is there a way how i can make the "network working
> group" header go away? i want to make an independent submission, but the
> header pi does not what i thought it would do. my document lloks like
> this:
>
> <?xml version="1.0"?>
> <!DOCTYPE rfc SYSTEM "rfc2629.dtd">
> <?rfc compact="yes" ?>
> <?rfc subcompact="no" ?>
> <?rfc toc="yes" ?>
> <?rfc sortrefs="yes" ?>
> <?rfc symrefs="yes" ?>
> <rfc ipr="full2026" docName="draft-wilde-sms-uri-00">

the "NETWORK WORKING GROUP" thing is pretty much a generic I-D/RFC thing.
it's supposed to be in all I-Ds and RFCs...

the fact that you're doing an independent submission is in the docName...

/mtr




From: mrose@dbc.mtview.ca.us (Marshall T. Rose)
Date: Fri, 21 Dec 2001 12:58:50 -0800
Subject: [xml2rfc] references list
References: <JIEGINCHMLABHJBIGKBCEEDBDLAA.julian.reschke@gmx.de> <3C231195.E8D9886@dret.net>
Message-ID: <050801c18a62$4b16fb70$fe0aa840@FATORA>

> sure, but for example, the archive i downloaded yesterday contains a dtd
> which is not accepted by the online service, so i was a bit worried
> about the tool's consistency. having everything on my computer using
> just xml, xslt, and nroff would make me feel more comfortable. maybe i
> did not phrase it right. what i meant is that producing html and nroff
> from the xml source and then the text version from the generated nroff
> would be the way to go, given the current state of the art.

err, what part of which dtd were you concerned about?

/mtr

ps: not everyone has nroff...




From: mrose@dbc.mtview.ca.us (Marshall T. Rose)
Date: Fri, 21 Dec 2001 12:57:59 -0800
Subject: [xml2rfc] use of figure numbers
References: <200112202307.fBKN7kH03890@marajade.sandelman.ottawa.on.ca>
Message-ID: <050001c18a62$2cbb1210$fe0aa840@FATORA>

>   As far as I can tell, the title isn't going anywhere either.
>   This would suffice for me - leave the title out and you get no caption.

simplest is usually best. so if i read this correctly, what you're saying
is:

if the title attribute is non-null, add a couple of blank lines at the
bottom of the figure and add "Figure XX: title" there.

works for me.

/mtr




From: net.dret@dret.net (Erik Wilde)
Date: Fri, 21 Dec 2001 11:40:21 +0100
Subject: [xml2rfc] references list
References: <JIEGINCHMLABHJBIGKBCEEDBDLAA.julian.reschke@gmx.de>
Message-ID: <3C231195.E8D9886@dret.net>

> > you're both right that xslt is *not* the right tool to produce formatted
> > output, but it *is* the right tool to produce formatter input, such as
> > html and nroff, and then the nroff formatter could be used to generate
> > the text version, so nothing would have to be done by hand.
> What do you mean "by hand"? xml2rfc produces text files programatically,
> right?

sure, but for example, the archive i downloaded yesterday contains a dtd
which is not accepted by the online service, so i was a bit worried
about the tool's consistency. having everything on my computer using
just xml, xslt, and nroff would make me feel more comfortable. maybe i
did not phrase it right. what i meant is that producing html and nroff
from the xml source and then the text version from the generated nroff
would be the way to go, given the current state of the art.

> And yes, producing the NROFF version using XSLT shouldn't be hard. I may
> look at it in the next weeks.

sounds great. please keep me posted.

cheers,

dret.


From: julian.reschke@gmx.de (Julian Reschke)
Date: Fri, 21 Dec 2001 11:06:14 +0100
Subject: [xml2rfc] references list
In-Reply-To: <3C23066A.23D34462@dret.net>
Message-ID: <JIEGINCHMLABHJBIGKBCEEDBDLAA.julian.reschke@gmx.de>

> From: Erik Wilde [mailto:net.dret@dret.net]
> Sent: Friday, December 21, 2001 10:53 AM
> To: Julian Reschke
> Cc: xml2rfc@lists.xml.resource.org; Marshall Rose
> Subject: Re: [xml2rfc] references list
>
>
> Julian Reschke wrote:
> > > i don't think it's feasible to produce an .xslt to produce txt
> > > that conforms
> > > to rfc2223. if it is, it's unlikely that the pain is worth
> it. of course,
> > > folks are free to try.
> > It would really be a pain. It's simply not the thing at which
> XSLT is good
> > at. XSLT 2.0 may help a bit, though (see Michael Kay's
> announcment of the
> > first WD).
>
> you're both right that xslt is *not* the right tool to produce formatted
> output, but it *is* the right tool to produce formatter input, such as
> html and nroff, and then the nroff formatter could be used to generate
> the text version, so nothing would have to be done by hand.

What do you mean "by hand"? xml2rfc produces text files programatically,
right?

And yes, producing the NROFF version using XSLT shouldn't be hard. I may
look at it in the next weeks.



From: net.dret@dret.net (Erik Wilde)
Date: Fri, 21 Dec 2001 10:52:42 +0100
Subject: [xml2rfc] references list
References: <JIEGINCHMLABHJBIGKBCOECDDLAA.julian.reschke@gmx.de>
Message-ID: <3C23066A.23D34462@dret.net>

Julian Reschke wrote:
> > i don't think it's feasible to produce an .xslt to produce txt
> > that conforms
> > to rfc2223. if it is, it's unlikely that the pain is worth it. of course,
> > folks are free to try.
> It would really be a pain. It's simply not the thing at which XSLT is good
> at. XSLT 2.0 may help a bit, though (see Michael Kay's announcment of the
> first WD).

you're both right that xslt is *not* the right tool to produce formatted
output, but it *is* the right tool to produce formatter input, such as
html and nroff, and then the nroff formatter could be used to generate
the text version, so nothing would have to be done by hand.

cheers,

erik wilde  - tel:+41-1-6325132 - fax:+41-1-6321035
       mailto:net.dret@dret.net -  http://dret.net/
       computer engineering and networks laboratory
       swiss federal institute of technology  (eth)
       * try not. do, or do not. there is no try. *


From: mcr@sandelman.ottawa.on.ca (Michael Richardson)
Date: Thu, 20 Dec 2001 18:07:45 -0500
Subject: [xml2rfc] use of figure numbers
In-Reply-To: Your message of "Thu, 20 Dec 2001 11:08:50 PST." <016d01c18989$c30a46c0$fe0aa840@FATORA>
Message-ID: <200112202307.fBKN7kH03890@marajade.sandelman.ottawa.on.ca>

-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Marshall" == Marshall T Rose <mrose+mtr.netnews@dbc.mtview.ca.us> writes:
    Marshall> 3. if the <figure> tag does have a title attribute, then the
    Marshall> caption will read "FigureX : title..."

  As far as I can tell, the title isn't going anywhere either.
  This would suffice for me - leave the title out and you get no caption.

]       ON HUMILITY: to err is human. To moo, bovine.           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
] panic("Just another NetBSD/notebook using, kernel hacking, security guy");  [

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: latin1
Comment: Finger me for keys

iQCVAwUBPCJvPoqHRg3pndX9AQHs5QP9Fo4f8sio47rbU3G64iCSQQ5PRy4COyG+
tvdTBHi+eGMmfh7V2tt9wH8NFXGRYSqMU5bzH4AKQ8ZFkNnqdbeOFsAkPoEOC6J9
yca829Miz/6mvN3Mpizc/ndvB25vr2BfHABfiGa7bkHGq8sOkHhvdRooRb43cmIR
MLtWyytOyH8=
=PxqD
-----END PGP SIGNATURE-----


From: julian.reschke@gmx.de (Julian Reschke)
Date: Thu, 20 Dec 2001 20:41:02 +0100
Subject: [xml2rfc] references list
In-Reply-To: <01d001c1898c$d6cc8940$fe0aa840@FATORA>
Message-ID: <JIEGINCHMLABHJBIGKBCOECDDLAA.julian.reschke@gmx.de>

> From: xml2rfc-admin@lists.xml.resource.org
> [mailto:xml2rfc-admin@lists.xml.resource.org]On Behalf Of Marshall T.
> Rose
> Sent: Thursday, December 20, 2001 8:31 PM
> To: Erik Wilde; xml2rfc@lists.xml.resource.org
> Cc: Marshall Rose
> Subject: Re: [xml2rfc] references list
>
>
> > - is there any "official" plan to move to xslt?
>
> not with xml2rfc.
>
> you've already seen julian's .xslt to produce html.
>
> i believe that someone could produce another .xslt to produce nroff.
>
> i don't think it's feasible to produce an .xslt to produce txt
> that conforms
> to rfc2223. if it is, it's unlikely that the pain is worth it. of course,
> folks are free to try.

It would really be a pain. It's simply not the thing at which XSLT is good
at. XSLT 2.0 may help a bit, though (see Michael Kay's announcment of the
first WD).



From: mrose+mtr.netnews@dbc.mtview.ca.us (Marshall T. Rose)
Date: Thu, 20 Dec 2001 11:30:53 -0800
Subject: [xml2rfc] references list
References: <3C21C1E9.9FA17A1A@dret.net>
Message-ID: <01d001c1898c$d6cc8940$fe0aa840@FATORA>

> - is there any "official" plan to move to xslt?

not with xml2rfc.

you've already seen julian's .xslt to produce html.

i believe that someone could produce another .xslt to produce nroff.

i don't think it's feasible to produce an .xslt to produce txt that conforms
to rfc2223. if it is, it's unlikely that the pain is worth it. of course,
folks are free to try.

> ... references ...

first, the majority of your frustration will probably disappear if you use
the bibxml databases available at http://xml.resource.org/ , every RFC, I-D,
and a few other specifications are already there.

the thing that folks need to keep in mind about markup is that while it's
easy to throw things away (why would i ever need an email address in a
reference), it's impossible to get information back.

in terms of things like organizations authoring documents, you can do things
like this:

<author>
<organization abbrev="W3C">World Wide Web Consortium</organization>

<address>
<postal>
<street>MIT Laboratory for Computer Science</street>
<street>545 Technology Square</street>
<city>Cambridge</city> <region>MA</region> <code>02139</code>
<country>US</country>
</postal>

<phone>+ 1 617 253 2613</phone>
<facsimile>+ 1 617 258 5999</facsimile>
<email>timbl@w3.org</email>
<uri>http://www.w3c.org</uri>
</address>
</author>

/mtr




From: mrose+mtr.netnews@dbc.mtview.ca.us (Marshall T. Rose)
Date: Thu, 20 Dec 2001 11:08:50 -0800
Subject: [xml2rfc] use of figure numbers
References: <200112200438.fBK4cCU22654@marajade.sandelman.ottawa.on.ca>
Message-ID: <016d01c18989$c30a46c0$fe0aa840@FATORA>

> If I create a figure, a la:
>
>     <figure anchor="txtfqdnformat" title="FQDN format of TXT record">
>            <artwork><![CDATA[
> X-IPsec-Server(P)=@FQDN KEY
>           ]]></artwork>
>     </figure>
>
> and later refer to it:
>
>       See <xref target="txtfqdnformat" />
>
>
> I get:
>   "See Figure 6"
>
> The problem is that I don't know how to indicate that I actually want my
> figures numbered.

this is an interesting problem.


Solution A:

1. add a processing option like this

        <?rfc captions='yes'?>

if present, then when xml2rfc is i text/nroff mode, it will put a border
around the figure and add a couple of extra lines at the bottom for a
caption.

2. if the <figure> tag doesn't have a title attribute, then the caption will
read "Figure X"

3. if the <figure> tag does have a title attribute, then the caption will
read "FigureX : title..."


Solution B:

1. if the preamble/postamble elements are empty, then always put a border
around the figure and always have a caption. use rules 2/3 above to decide
what the caption is.


there are other possible solutions, but a key design conflict is the fact
that some folks want figures but never want any captions.

comments?





From: net.dret@dret.net (Erik Wilde)
Date: Thu, 20 Dec 2001 11:48:09 +0100
Subject: [xml2rfc] references list
Message-ID: <3C21C1E9.9FA17A1A@dret.net>

hello.

first of all, i am happy to have discovered a tool like xml2rfc, it
makes life much easier. however, three questions (from an absolute
beginner with xml2rfc):

- is there any "official" plan to move to xslt? i have seen that there
is an ->html converter, but clearly ascii and nroff converters also are
required, and xslt clearly would be the best way to go. i just feel a
bit uncomfortable with the tcl stuff, in particular because i have
noticed that the dtd distributed on the web site does not match the dtd
required by the tcl service (the references title attribute, which
according to the mailing list will get fixed soon). xslt would be the
more transparent and logical choice for transforming xml.

- the syntax of the reference element is terrible, why do i need to give
all the author information in the reference, the dtd even requires me to
specify each author's organization? this is awkward, to say the least.
wouldn't it be better to allow for clear text references (maybe
title/author/date structure)? e.g., how do i reference a document
authored by an organization? i would be glad to simply paste my bibtex
generated references into the reference element. to me, this burden of
having to type in the lengthy references  is the biggest disadvantage of
xml2rfc.

- the reference i was generating for an rfc reads "Hoffmann, P.,
Masinter, L. and J. Zawinski, "The mailto URL scheme", RFC 2368, June
1998.", which does not print the names consistently (i used the tcl web
service). my reference (trying to be as terse as the dtd allows me to
be) reads:

<reference anchor="rfc2368">
<front>
<title>The mailto URL scheme</title>
<author initials="P. E." surname="Hoffmann" fullname="Paul E.
Hoffmann"><organization/></author>
<author initials="L." surname="Masinter" fullname="Larry
Masinter"><organization/></author>
<author initials="J." surname="Zawinski" fullname="Jamie
Zawinski"><organization/></author>
<date month="June" year="1998"/>
</front>
<seriesInfo name="RFC" value="2368"/>
</reference>

what am i doing wrong? and as i said before, is there any hope that
using references can be made less cumbersome?

thanks for your help,

erik wilde  - tel:+41-1-6325132 - fax:+41-1-6321035
       mailto:net.dret@dret.net -  http://dret.net/
       computer engineering and networks laboratory
       swiss federal institute of technology  (eth)
       * try not. do, or do not. there is no try. *


From: mcr@sandelman.ottawa.on.ca (Michael Richardson)
Date: Wed, 19 Dec 2001 23:38:12 -0500
Subject: [xml2rfc] use of figure numbers
Message-ID: <200112200438.fBK4cCU22654@marajade.sandelman.ottawa.on.ca>

If I create a figure, a la:

    <figure anchor="txtfqdnformat" title="FQDN format of TXT record">
           <artwork><![CDATA[
X-IPsec-Server(P)=@FQDN KEY
          ]]></artwork>
    </figure>

and later refer to it:

      See <xref target="txtfqdnformat" />


I get:
  "See Figure 6"

The problem is that I don't know how to indicate that I actually want my
figures numbered.

]       ON HUMILITY: to err is human. To moo, bovine.           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
] panic("Just another NetBSD/notebook using, kernel hacking, security guy");  [
  

   


From: mrose@dbc.mtview.ca.us (Marshall T. Rose)
Date: Mon, 17 Dec 2001 11:46:03 -0800
Subject: [xml2rfc] a few points of info...
References: <JIEGINCHMLABHJBIGKBCEEJDDKAA.julian.reschke@gmx.de>
Message-ID: <019701c18733$76acea10$fe0aa840@FATORA>

> That sounds useful, because many RFCs I've seen use this distinction.
>
> However I just tried both the DTD and the online service, and both reject
> the document because "references" may only occur once in <back>, and the
> title attribute isn't declared.
>
> Are you going to update these?

oops!

mostly fixed. i just found a problem in the toc-generator that i need to
fix. i'll get to that this evening...

/mtr




From: julian.reschke@gmx.de (Julian Reschke)
Date: Mon, 17 Dec 2001 09:53:46 +0100
Subject: [xml2rfc] a few points of info...
In-Reply-To: <044c01c18602$ae82f880$fe0aa840@FATORA>
Message-ID: <JIEGINCHMLABHJBIGKBCEEJDDKAA.julian.reschke@gmx.de>

> From: xml2rfc-admin@lists.xml.resource.org
> [mailto:xml2rfc-admin@lists.xml.resource.org]On Behalf Of Marshall T.
> Rose
> Sent: Sunday, December 16, 2001 8:24 AM
> To: xml2rfc@lists.xml.resource.org
> Cc: Marshall Rose
> Subject: [xml2rfc] a few points of info...
>
> ...
>
> 4. if you want to have multiple references sections in your
> documents (e.g.,
> for normative and non-normative references), you can! it turns
> out that you
> can have zero, one, or more <references> elements. just use the
> undocumented
> "title" attribute to name each, e.g.,
>
>     <back>
>     <references title="Normative References">
>     <reference> ... </reference>
>     ...
>     </references>
>     <references title="Non-normative References">
>     ...
>     </references>
>     </back>
>
> enjoy!

That sounds useful, because many RFCs I've seen use this distinction.

However I just tried both the DTD and the online service, and both reject
the document because "references" may only occur once in <back>, and the
title attribute isn't declared.

Are you going to update these?

Julian



From: mrose+mtr.netnews@dbc.mtview.ca.us (Marshall T. Rose)
Date: Sat, 15 Dec 2001 23:24:21 -0800
Subject: [xml2rfc] a few points of info...
Message-ID: <044c01c18602$ae82f880$fe0aa840@FATORA>

hi.

1. if you're using xml2rfc to generate I-Ds, then when your I-D is approved
for RFC publication, be sure to send the RFC editor both the Text and nroff
versions.

2. similarly, once your RFC is published, be sure to update your XML source
with any changes made by the RFC editor, and then please send the updated
version to webmaster@xml.resource.org - the reason is that the citation
library gets generated from both rfc-index.txt and any xml files that are
available. the xml files make for better results.

3. if you're using the web-based service and having difficulty submitting
I-Ds because a "Save As..." from your browser results in the ^L's being
stripped out, there's a new "Output Result" option on the form at
http://xml.resource.org/ - just select "File" and when you click "Submit"
you'll automatically get a dialog box to save the results as a "binary"
file.

4. if you want to have multiple references sections in your documents (e.g.,
for normative and non-normative references), you can! it turns out that you
can have zero, one, or more <references> elements. just use the undocumented
"title" attribute to name each, e.g.,

    <back>
    <references title="Normative References">
    <reference> ... </reference>
    ...
    </references>
    <references title="Non-normative References">
    ...
    </references>
    </back>

enjoy!

/mtr




From: swb@employees.org (Scott Brim)
Date: Wed, 12 Dec 2001 19:00:32 -0500
Subject: [xml2rfc] xml2rfc startup faq
In-Reply-To: <9BF66EBF6BEFD942915B4D4D45C051F338E88B@DYN-TX-EXCH-001.dynamicsoft.com>; from rsparks@dynamicsoft.com on Sun, Dec 09, 2001 at 10:24:26PM -0500
References: <9BF66EBF6BEFD942915B4D4D45C051F338E88B@DYN-TX-EXCH-001.dynamicsoft.com>
Message-ID: <20011212190032.F1492@SBRIM-W2K>

I've been successful on Windows 2000.  I know I did something
"interesting" as part of the installation but I don't remember what.  If
no one else responds by next week I'll explore a bit and reply then.


From: stephen@mchenry.net (Stephen McHenry)
Date: Sun, 09 Dec 2001 22:25:43 -0800
Subject: [xml2rfc] xml2rfc startup faq
In-Reply-To: <9BF66EBF6BEFD942915B4D4D45C051F338E88B@DYN-TX-EXCH-001.dyn amicsoft.com>
Message-ID: <5.1.0.14.2.20011209222453.04836f10@intmail.cacheware.com>

--=====================_307185950==_.REL
Content-Type: multipart/alternative;
	boundary="=====================_307185960==_.ALT"

--=====================_307185960==_.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed

At 07:24 PM 12/9/2001, Robert Sparks wrote:
>If you've
>been unsuccessful, send me a note so I know there's
>interest for your platform.

Windows 2000.


Stephen

stephen@mchenry.net
us-flag-small.jpg

--=====================_307185960==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
At 07:24 PM 12/9/2001, Robert Sparks wrote:<br>
<blockquote type=cite class=cite cite>If you've<br>
been unsuccessful, send me a note so I know there's <br>
interest for your platform.</blockquote><br>
Windows 2000.<br><br>
<x-sigsep><p></x-sigsep>
Stephen<br><br>
stephen@mchenry.net<br>
<img src="cid:5.1.0.14.2.20011209222453.04836f10@intmail.cacheware.com.0" width=72 height=40 alt="us-flag-small.jpg"><br>
</html>

--=====================_307185960==_.ALT--

--=====================_307185950==_.REL
Content-Type: image/jpeg; name="us-flag-small.jpg";
 x-mac-type="4A504547"; x-mac-creator="4A565752"
Content-ID: <5.1.0.14.2.20011209222453.04836f10@intmail.cacheware.com.0>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="us-flag-small.jpg"

/9j/4AAQSkZJRgABAgEASABIAAD/7QgKUGhvdG9zaG9wIDMuMAA4QklNA+0AAAAAABAASAAAAAEA
AQBIAAAAAQABOEJJTQQNAAAAAAAEAAAAeDhCSU0D8wAAAAAACAAAAAAAAAABOEJJTQQKAAAAAAAB
AAA4QklNJxAAAAAAAAoAAQAAAAAAAAACOEJJTQP1AAAAAABIAC9mZgABAGxmZgAGAAAAAAABAC9m
ZgABAKGZmgAGAAAAAAABADIAAAABAFoAAAAGAAAAAAABADUAAAABAC0AAAAGAAAAAAABOEJJTQP4
AAAAAABwAAD/////////////////////////////A+gAAAAA////////////////////////////
/wPoAAAAAP////////////////////////////8D6AAAAAD/////////////////////////////
A+gAADhCSU0ECAAAAAAAEAAAAAEAAAJAAAACQAAAAAA4QklNBBQAAAAAAAQAAAABOEJJTQQMAAAA
AAZ5AAAAAQAAAEgAAAAoAAAA2AAAIcAAAAZdABgAAf/Y/+AAEEpGSUYAAQIBAEgASAAA/+4ADkFk
b2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMTGBEMDAwMDAwRDAwMDAwM
DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQUDg4ODhQRDAwMDAwREQwMDAwM
DBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgAKABIAwEiAAIRAQMRAf/dAAQABf/E
AT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEAAQUBAQEBAQEAAAAAAAAAAQACAwQFBgcI
CQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEFQVFhEyJxgTIGFJGhsUIjJBVSwWIzNHKC0UMH
JZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXiZfKzhMPTdePzRieUpIW0lcTU5PSltcXV5fVWZnaG
lqa2xtbm9jdHV2d3h5ent8fX5/cRAAICAQIEBAMEBQYHBwYFNQEAAhEDITESBEFRYXEiEwUygZEU
obFCI8FS0fAzJGLhcoKSQ1MVY3M08SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOEw9N14/NGlKSF
tJXE1OT0pbXF1eX1VmZ2hpamtsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A5Vm42MHsNhDd
tZfFbgWu3Ptt9Zvp2/R9ijLPTJDz6ctl5j1A/Y47G1er/M+p/hf/AFUpVtd7a/SJL9jvsvuiz2P/
AE+4O9v/AJmnLyWiz1HOADWfaodLf0bm/Zdu76H+D3Lvr1+g/l/L/wAccjTstruI9vq7CfT3/o9v
p7vUFvrf0j8/0v8ATf8AbKvdBpw8jqNVWXlHFw3+oHZMxZowODH177Nte/6HtVLa6PS9I6NL/svu
gfog77Vu3fS2/pf/AFGr3Qr8arqlWRmYruo0fpA4QZsPptAZsdub+g+mqvxA/wBC5i9vZyb7fJL+
X/fs/JX975fhvi93Hw8HDx37kPk4/wBXxf3nqP2J9T//AJ4LPvH/AJFL9ifU/wD+eCz7x/5FT/bP
1a/+dp/+b/sS/bP1a/8Anaf/AJv+xefej+p/4491fNd+a+3k2H7E+p//AM8Fn3j/AMil+xPqf/8A
PBZ94/8AIqf7Z+rX/wA7T/8AN/2Jftn6tf8AztP/AM3/AGJej+p/44q+a7819vJof+b31J/8vXfc
P/IJI37Z+rX/AM7T/wDN/wBiSXo/qf8AjieLm+/N/wCNyb//0Kjf8X/1pEMPT5qO0vb69G4uALdz
LdfTbud/Npf8wvrcfccFnqgBod6lG3YGmrb6U+6z/hf/AEYt79i9J/8Ans/8EH/pdL9i9J/+ez/w
Qf8ApdaX/KTnP8zh+0/+rW3/AKB5b/xVl/8AabN/3jhf8wPrTHp/s/8AQxIb69G7fs2b/V+l6fqe
/wBH/wBWq50f6p/XTpnUGdQow62ZNYeN7rKiwhzfSDRTW4e76XuWj+xek/8Az2f+CD/0ul+xek//
AD2f+CD/ANLqPN/xg5vLinilixRGSMsZlGXrqY4ZV+s+Zfi+CctjyQyfeJz4JRnwz5bNKEuA8XDP
0fK6Xrf4yv8AQY33s/8ASiXrf4yv9Bjfez/0os39i9J/+ez/AMEH/pdL9i9J/wDns/8ABB/6XWP6
u8v/AAyDqcOD93B/7Q8z/wB86Xrf4yv9Bjfez/0ol63+Mr/QY33s/wDSizf2L0n/AOez/wAEH/pd
L9i9J/8Ans/8EH/pdL1d5f8AhkFcOD93B/7Q8z/3zpet/jK/0GN97P8A0oks39i9J/8Ans/8EH/p
dJL1d5f+GQVw4P3cH/tDzP8A3z//0bf7W+of/lLf+P8A6XS/a31D/wDKW/8AH/0uvH0lT9X+r/5j
1n6j/wAr/wD26fYP2t9Q/wDylv8Ax/8AS6X7W+of/lLf+P8A6XXj6SXq/wBX/wAxX6j/AMr/AP26
fYP2t9Q//KW/8f8A0ul+1vqH/wCUt/4/+l14+kl6v9X/AMxX6j/yv/8Abp9g/a31D/8AKW/8f/S6
X7W+of8A5S3/AI/+l14+kl6v9X/zFfqP/K//ANun2D9rfUP/AMpb/wAf/S6S8fSS9X+r/wCYr9R/
5X/+3T//2QA4QklNBAYAAAAAAAcAAgAAAAEBAP/iDFhJQ0NfUFJPRklMRQABAQAADEhMaW5vAhAA
AG1udHJSR0IgWFlaIAfOAAIACQAGADEAAGFjc3BNU0ZUAAAAAElFQyBzUkdCAAAAAAAAAAAAAAAA
AAD21gABAAAAANMtSFAgIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAEWNwcnQAAAFQAAAAM2Rlc2MAAAGEAAAAbHd0cHQAAAHwAAAAFGJrcHQAAAIEAAAAFHJY
WVoAAAIYAAAAFGdYWVoAAAIsAAAAFGJYWVoAAAJAAAAAFGRtbmQAAAJUAAAAcGRtZGQAAALEAAAA
iHZ1ZWQAAANMAAAAhnZpZXcAAAPUAAAAJGx1bWkAAAP4AAAAFG1lYXMAAAQMAAAAJHRlY2gAAAQw
AAAADHJUUkMAAAQ8AAAIDGdUUkMAAAQ8AAAIDGJUUkMAAAQ8AAAIDHRleHQAAAAAQ29weXJpZ2h0
IChjKSAxOTk4IEhld2xldHQtUGFja2FyZCBDb21wYW55AABkZXNjAAAAAAAAABJzUkdCIElFQzYx
OTY2LTIuMQAAAAAAAAAAAAAAEnNSR0IgSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAA81EAAQAAAAEWzFhZWiAAAAAA
AAAAAAAAAAAAAAAAWFlaIAAAAAAAAG+iAAA49QAAA5BYWVogAAAAAAAAYpkAALeFAAAY2lhZWiAA
AAAAAAAkoAAAD4QAALbPZGVzYwAAAAAAAAAWSUVDIGh0dHA6Ly93d3cuaWVjLmNoAAAAAAAAAAAA
AAAWSUVDIGh0dHA6Ly93d3cuaWVjLmNoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAGRlc2MAAAAAAAAALklFQyA2MTk2Ni0yLjEgRGVmYXVsdCBSR0IgY29sb3Vy
IHNwYWNlIC0gc1JHQgAAAAAAAAAAAAAALklFQyA2MTk2Ni0yLjEgRGVmYXVsdCBSR0IgY29sb3Vy
IHNwYWNlIC0gc1JHQgAAAAAAAAAAAAAAAAAAAAAAAAAAAABkZXNjAAAAAAAAACxSZWZlcmVuY2Ug
Vmlld2luZyBDb25kaXRpb24gaW4gSUVDNjE5NjYtMi4xAAAAAAAAAAAAAAAsUmVmZXJlbmNlIFZp
ZXdpbmcgQ29uZGl0aW9uIGluIElFQzYxOTY2LTIuMQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
dmlldwAAAAAAE6T+ABRfLgAQzxQAA+3MAAQTCwADXJ4AAAABWFlaIAAAAAAATAlWAFAAAABXH+dt
ZWFzAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAACjwAAAAJzaWcgAAAAAENSVCBjdXJ2AAAAAAAA
BAAAAAAFAAoADwAUABkAHgAjACgALQAyADcAOwBAAEUASgBPAFQAWQBeAGMAaABtAHIAdwB8AIEA
hgCLAJAAlQCaAJ8ApACpAK4AsgC3ALwAwQDGAMsA0ADVANsA4ADlAOsA8AD2APsBAQEHAQ0BEwEZ
AR8BJQErATIBOAE+AUUBTAFSAVkBYAFnAW4BdQF8AYMBiwGSAZoBoQGpAbEBuQHBAckB0QHZAeEB
6QHyAfoCAwIMAhQCHQImAi8COAJBAksCVAJdAmcCcQJ6AoQCjgKYAqICrAK2AsECywLVAuAC6wL1
AwADCwMWAyEDLQM4A0MDTwNaA2YDcgN+A4oDlgOiA64DugPHA9MD4APsA/kEBgQTBCAELQQ7BEgE
VQRjBHEEfgSMBJoEqAS2BMQE0wThBPAE/gUNBRwFKwU6BUkFWAVnBXcFhgWWBaYFtQXFBdUF5QX2
BgYGFgYnBjcGSAZZBmoGewaMBp0GrwbABtEG4wb1BwcHGQcrBz0HTwdhB3QHhgeZB6wHvwfSB+UH
+AgLCB8IMghGCFoIbgiCCJYIqgi+CNII5wj7CRAJJQk6CU8JZAl5CY8JpAm6Cc8J5Qn7ChEKJwo9
ClQKagqBCpgKrgrFCtwK8wsLCyILOQtRC2kLgAuYC7ALyAvhC/kMEgwqDEMMXAx1DI4MpwzADNkM
8w0NDSYNQA1aDXQNjg2pDcMN3g34DhMOLg5JDmQOfw6bDrYO0g7uDwkPJQ9BD14Peg+WD7MPzw/s
EAkQJhBDEGEQfhCbELkQ1xD1ERMRMRFPEW0RjBGqEckR6BIHEiYSRRJkEoQSoxLDEuMTAxMjE0MT
YxODE6QTxRPlFAYUJxRJFGoUixStFM4U8BUSFTQVVhV4FZsVvRXgFgMWJhZJFmwWjxayFtYW+hcd
F0EXZReJF64X0hf3GBsYQBhlGIoYrxjVGPoZIBlFGWsZkRm3Gd0aBBoqGlEadxqeGsUa7BsUGzsb
YxuKG7Ib2hwCHCocUhx7HKMczBz1HR4dRx1wHZkdwx3sHhYeQB5qHpQevh7pHxMfPh9pH5Qfvx/q
IBUgQSBsIJggxCDwIRwhSCF1IaEhziH7IiciVSKCIq8i3SMKIzgjZiOUI8Ij8CQfJE0kfCSrJNol
CSU4JWgllyXHJfcmJyZXJocmtyboJxgnSSd6J6sn3CgNKD8ocSiiKNQpBik4KWspnSnQKgIqNSpo
KpsqzysCKzYraSudK9EsBSw5LG4soizXLQwtQS12Last4S4WLkwugi63Lu4vJC9aL5Evxy/+MDUw
bDCkMNsxEjFKMYIxujHyMioyYzKbMtQzDTNGM38zuDPxNCs0ZTSeNNg1EzVNNYc1wjX9Njc2cjau
Nuk3JDdgN5w31zgUOFA4jDjIOQU5Qjl/Obw5+To2OnQ6sjrvOy07azuqO+g8JzxlPKQ84z0iPWE9
oT3gPiA+YD6gPuA/IT9hP6I/4kAjQGRApkDnQSlBakGsQe5CMEJyQrVC90M6Q31DwEQDREdEikTO
RRJFVUWaRd5GIkZnRqtG8Ec1R3tHwEgFSEtIkUjXSR1JY0mpSfBKN0p9SsRLDEtTS5pL4kwqTHJM
uk0CTUpNk03cTiVObk63TwBPSU+TT91QJ1BxULtRBlFQUZtR5lIxUnxSx1MTU19TqlP2VEJUj1Tb
VShVdVXCVg9WXFapVvdXRFeSV+BYL1h9WMtZGllpWbhaB1pWWqZa9VtFW5Vb5Vw1XIZc1l0nXXhd
yV4aXmxevV8PX2Ffs2AFYFdgqmD8YU9homH1YklinGLwY0Njl2PrZEBklGTpZT1lkmXnZj1mkmbo
Zz1nk2fpaD9olmjsaUNpmmnxakhqn2r3a09rp2v/bFdsr20IbWBtuW4SbmtuxG8eb3hv0XArcIZw
4HE6cZVx8HJLcqZzAXNdc7h0FHRwdMx1KHWFdeF2Pnabdvh3VnezeBF4bnjMeSp5iXnnekZ6pXsE
e2N7wnwhfIF84X1BfaF+AX5ifsJ/I3+Ef+WAR4CogQqBa4HNgjCCkoL0g1eDuoQdhICE44VHhauG
DoZyhteHO4efiASIaYjOiTOJmYn+imSKyoswi5aL/IxjjMqNMY2Yjf+OZo7OjzaPnpAGkG6Q1pE/
kaiSEZJ6kuOTTZO2lCCUipT0lV+VyZY0lp+XCpd1l+CYTJi4mSSZkJn8mmia1ZtCm6+cHJyJnPed
ZJ3SnkCerp8dn4uf+qBpoNihR6G2oiailqMGo3aj5qRWpMelOKWpphqmi6b9p26n4KhSqMSpN6mp
qhyqj6sCq3Wr6axcrNCtRK24ri2uoa8Wr4uwALB1sOqxYLHWskuywrM4s660JbSctRO1irYBtnm2
8Ldot+C4WbjRuUq5wro7urW7LrunvCG8m70VvY++Cr6Evv+/er/1wHDA7MFnwePCX8Lbw1jD1MRR
xM7FS8XIxkbGw8dBx7/IPci8yTrJuco4yrfLNsu2zDXMtc01zbXONs62zzfPuNA50LrRPNG+0j/S
wdNE08bUSdTL1U7V0dZV1tjXXNfg2GTY6Nls2fHadtr724DcBdyK3RDdlt4c3qLfKd+v4DbgveFE
4cziU+Lb42Pj6+Rz5PzlhOYN5pbnH+ep6DLovOlG6dDqW+rl63Dr++yG7RHtnO4o7rTvQO/M8Fjw
5fFy8f/yjPMZ86f0NPTC9VD13vZt9vv3ivgZ+Kj5OPnH+lf65/t3/Af8mP0p/br+S/7c/23////u
AA5BZG9iZQBkgAAAAAH/2wCEAAgGBgYGBggGBggMCAcIDA4KCAgKDhANDQ4NDRARDAwMDAwMEQwM
DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwBCQgICQoJCwkJCw4LDQsOEQ4ODg4REQwMDAwMEREM
DAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDP/AABEIACgASAMBIgACEQEDEQH/3QAE
AAX/xAGiAAAABwEBAQEBAAAAAAAAAAAEBQMCBgEABwgJCgsBAAICAwEBAQEBAAAAAAAAAAEAAgME
BQYHCAkKCxAAAgEDAwIEAgYHAwQCBgJzAQIDEQQABSESMUFRBhNhInGBFDKRoQcVsUIjwVLR4TMW
YvAkcoLxJUM0U5KismNzwjVEJ5OjszYXVGR0w9LiCCaDCQoYGYSURUaktFbTVSga8uPzxNTk9GV1
hZWltcXV5fVmdoaWprbG1ub2N0dXZ3eHl6e3x9fn9zhIWGh4iJiouMjY6PgpOUlZaXmJmam5ydnp
+So6SlpqeoqaqrrK2ur6EQACAgECAwUFBAUGBAgDA20BAAIRAwQhEjFBBVETYSIGcYGRMqGx8BTB
0eEjQhVSYnLxMyQ0Q4IWklMlomOywgdz0jXiRIMXVJMICQoYGSY2RRonZHRVN/Kjs8MoKdPj84SU
pLTE1OT0ZXWFlaW1xdXl9UZWZnaGlqa2xtbm9kdXZ3eHl6e3x9fn9zhIWGh4iJiouMjY6Pg5SVlp
eYmZqbnJ2en5KjpKWmp6ipqqusra6vr/2gAMAwEAAhEDEQA/AOewy3DT2wLRm5aOMxwGY/VpEMbl
pLib119OfZf3dU+L+X7LJ+sv1XkLmU23JedwW/0oS+kzemkPrfFbep/u3j/1TxS3iY+haC0YmZYZ
RpIZ+N1+6kP1szBv3ZX7Xp5fq1jS7+tOQgSH9McX5R/6Ow+oiHl8S/sernrxO5odBy+z+d/vv+S3
0YsBxln9VhyT62IiTb+t/ooi+rhvVWb16/Wq/H6X+/f+RWG/lGKwvdUS31HUns9KdZq6g78bjkqR
tweL1JFWPn/dtw+Ll9vCgxHi1n9VaoUz/obk/FR9VDfX/W5fap+89HDnyrdWUOuLqGo2D69alZke
fiwaciOICP0WLBfq9eXLNf2wQey9ZYFflcnPl9Eq5H7pS/oeL9WLK0HF+c0/DxcXiwrg4eO+IfTx
+ji/rM6/w5+X/wD1OU3/AAQ/5pzf4c/L/wD6nKb/AIIf804p/iHyZ/1Isv8AyLH9M3+IfJn/AFIs
v/Isf0zx793/ALV8sj3t63v1v+m0an/hz8v/APqcpv8Agh/zTm/w5+X/AP1OU3/BD/mnFP8AEPkz
/qRZf+RY/pm/xD5M/wCpFl/5Fj+mP7v/AGr5ZFvW9+t/02jUP8Lfl1/1N8n3r/zTmxf/ABD5M/6k
WX/kWP6Zsf3f+1fLIni13frv9NpH/9ArT8o/Oq8ITpCGzIRriL65b+o8qKy80mKlokLPy9L4sv8A
5VV+YRAmOmQG9QCJJvWtfTEIjMXAwceLSb/3xPP/AGfx5Lv8NaF/5cNv+Ry/9V83+GtC/wDLht/y
OX/qvm7/ANGnaXM6fTH3kn5/vev8X852v8g6X/lLy/8AXLm/4liJ/KXzsVNt+iE+pbusP1y39QTm
L0/U9fjzMfMep6P2f2f+LMN/LfkP8xtB1Ua3Dp9uupKkieqZoPSKsqRqggj4BWAVvj5Yb/4a0L/y
4bf8jl/6r5v8NaF/5cNv+Ry/9V8p1Ptb2hqMGXTzwYIxywljMoyImBMVIgnJL1M8XYulx5IZPzM5
8EhLhnpc5hKv4ZCvpTv6x+cv/LJY/fH/ANVM31j85f8Alksfvj/6qYSf4a0L/wAuG3/I5f8Aqvm/
w1oX/lw2/wCRy/8AVfObuffP/lbB23Dpv5mm/wCuDUf8Unf1j85f+WSx++P/AKqZvrH5y/8ALJY/
fH/1Uwk/w1oX/lw2/wCRy/8AVfN/hrQv/Lht/wAjl/6r43Pvn/ytgvDpv5mm/wCuDUf8Unf1j85f
+WSx++P/AKqZsJP8NaF/5cNv+Ry/9V82Nz75/wDK2C8Om/mab/rg1H/FP//RMP07+V3/AFK139x/
6r5v07+V3/UrXf3H/qvnm/Nms9f+0/7B7r/Bf+1n/wBfL6Q/Tv5Xf9Std/cf+q+b9O/ld/1K139x
/wCq+eb82Pr/ANp/2C/4L/2s/wDr5fSH6d/K7/qVrv7j/wBV836d/K7/AKla7+4/9V8835sfX/tP
+wX/AAX/ALWf/Xy+kP07+V3/AFK139x/6r5v07+V3/UrXf3H/qvnm/Nj6/8Aaf8AYL/gv/az/wCv
l9Ifp38rv+pWu/uP/VfNnm/Nj6/9p/2C/wCC/wDaz/6+X//Z
--=====================_307185950==_.REL--



From: rsparks@dynamicsoft.com (Robert Sparks)
Date: Sun, 9 Dec 2001 22:24:26 -0500
Subject: [xml2rfc] xml2rfc startup faq
Message-ID: <9BF66EBF6BEFD942915B4D4D45C051F338E88B@DYN-TX-EXCH-001.dynamicsoft.com>

Greetings -

I'm starting to pull together a faq covering
getting xml2rfc to run in various environments -
So far, I've got linux (redhat), solaris, freebsd,
cygwin, and MacOS9 (thanks to an earlier post from
Ned) covered.

If you've gotten it to go in your favorite environment,
please send me a sketch of what you had to do. If you've
been unsuccessful, send me a note so I know there's 
interest for your platform.

Thanks,
RjS