Path: utzoo!utgpu!po2.andrew.cmu.edu!andrew.cmu.edu!tjh+atalk.errors
Date:	Wed, 7 Feb 90 01:52:34 EST
From:	snorkelwacker!ira.uka.de!smurf!urlichs@tut.cis.ohio-state.edu
Organization: University of Karlsruhe, FRG
Subject: Re:  Mail for the mac and smtp
Message-ID: <1494@smurf.ira.uka.de>
References: <9002061847.AA19310@gamera.cns.syr.edu>
Sender: info-appletalk-request@andrew.cmu.edu
To:	info-appletalk@andrew.cmu.edu
Newsgroups: list.info-appletalk
Distribution: ut
Approved: devnull@gpu.utcs.toronto.edu

comp.protocols.appletalk; demarsee@GAMERA.CNS.SYR.EDU (Darryl E. Marsee):
< Matthias Urlichs:
< >Major disadvantage:
< >MacIP and MacMH don't yet work with Apple's MacTCP.
< 
<  Not true.  I've been using version 4.0, which works with MacTCP,
<  since last September.  You might want to contact them again.
<  Their address is macip@jessica.stanford.edu.
< 
Grumble...
(Yes I do have a mail here stating "as soon as it's ready, we'll tell you
all about it". :-( )

<  As far as the version of MacMH, see above.  While there is no date
<  header created by MacMH, it IS added by sendmail, so it's no problem
<  if you use sendmail instead of MMDF.  Also, since (1) MacMH supplies
<  the headers needed to get the mail through, and (2) I have yet to
<  have a user complain to me that he/she can't add headers, not having
<  the ability to add them hasn't been much of a problem here.  As for
<  "a bunch of other problems", haven't seen them myself, nor heard of
<  them from our users.
< 
Well, around here nobody is going to use sendmail if it can possibly be
avoided. And sometimes one really needs stuff like Reply-To: or Sender:.
Having a Date: header is somewhat essential -- I guess we'll have to convince
MMDF to add it, in case it's missing. I really hoped the MacIP people would
use that suggestion I mailed them half a year ago. :-(
< 
<  As far as I'm concerned, there is no "best" or "worst";
<  use whatever meets the needs for your particular situation;
<  I just wanted to point out another available option.

Couldn't agree more.
-- 
Matthias Urlichs