Newsgroups: comp.sys.mac.comm
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!hobbes.physics.uiowa.edu!maverick.ksu.ksu.edu!ux1.cso.uiuc.edu!pequod.cso.uiuc.edu!dorner
From: dorner@pequod.cso.uiuc.edu (Steve Dorner)
Subject: Re: Eudora and SLIP questions
Message-ID: <1991Jun28.173657.6241@ux1.cso.uiuc.edu>
Keywords: Eudora, CommToolBox, SLIP
Sender: usenet@ux1.cso.uiuc.edu (News)
Organization: University of Illinois at U-C
References: <51337@ut-emx.uucp> <4022@opal.cs.tu-berlin.de>
Date: Fri, 28 Jun 1991 17:36:57 GMT
Lines: 18

In article <4022@opal.cs.tu-berlin.de> aes19@opal.cs.tu-berlin.de ( aes19) writes:
>SMTP. The problem is that EUDORA sends 2 newlines (or so)
>after the SMTP-Command, but SMTP can not handle this additional
>empty line and answers 500 Unknown command ( or so ).

Eudora sends a <CR-LF> pair, per SMTP specs.  The problem is that many dialups
insist on translating that into <LF-LF> or even <CR-LF-CR-LF>.  This is
a problem in the dialup, IMHO.

You're quite correct that changing Eudora's newline to be a single <CR>
usually fixes the problem, and it's often a lot easier to do than making
the dialup path clean and transparent as it should be.

We're lucky at UIUC in that we have Cisco terminal servers, who have a
very simple and pleasant way to do exactly what Eudora wants them to do.
--
Steve Dorner, U of Illinois Computing Services Office
Internet: s-dorner@uiuc.edu  UUCP: uunet!uiucuxc!uiuc.edu!s-dorner
