No help for Detlef here, but add MS Windows Messaging, and MS Windows Exchange
to the list of clients that don't fill in the in-reply-to-field.
One workaround that we're getting ready to explore is to build a form for a
browser like Netscape or Explorer that will pass the in-reply-to information
back and forth through the CGI in email.
We'll let you know how it goes.
From: Detlef Ruschin[SMTP:ruschin(_at_)hhi(_dot_)de]
Sent: Thursday, August 15, 1996 5:08 AM
Subject: Windows MUA Suited for Threaded Replies?
Dear MHonArc users,
Does anybody of you know of a mail user agent (MUA) for ms-windows
(16 or 32 bit) that includes the header line
In-Reply-To: <msg id>
which MHonArc requires for a threaded appearance of replies?
The list of MUAs that obviously FAIL to meet the requirements
is already impressive:
Microsoft Mail 1.0 (b2, don't know about b3 or final)
Given the current practice of reply header composition I tend to
believe that reconsidering the approach to response-threading in
MHonArc would be appreciated by many.
Recently I discovered an example of a Mailing List -> WWW gateway
that apparently uses some heuristic to discover replies with reasonable
success. They do not mention what kind of software they use. It
utilizes frames and looks quite nice. You might want to have a look at
Another question I have is which (windows) MUA supports the
text/html content-type (besides Netscape Mail, which naturally uses it
to forward a current browser page). To my understanding without that
MHonArc wouldn't recognize an html-attachment as such, or is there any
trick available to make MHonArc autodetect html content if it was
designated as an arbitrary subtype text/*?
Detlef Ruschin HHHHHHH HHHHHHH III
Heinrich-Hertz-Institut HHHHHHH HHHHHHH III
fuer Nachrichtentechnik Berlin GmbH HHHHHHH HHHHHHH
Abteilung Anthropotechnik HHHHHHH HHHHHHH III
Einsteinufer 37 III
D-10587 Berlin HHHHHHH HHHHHHH III
HHHHHHH HHHHHHH III
Tel. +49 30 310 02 -365 HHHHHHH HHHHHHH III
Fax +49 30 310 02 -213 HHHHHHH HHHHHHH III