Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!cmcl2!nrl-cmf!ukma!david From: david@ms.uky.edu (David Herron -- Resident E-mail Hack) Newsgroups: comp.mail.misc Subject: Re: Using Sendmail and MMDF on the same host Message-ID: <7807@g.ms.uky.edu> Date: Thu, 3-Dec-87 01:03:41 EST Article-I.D.: g.7807 Posted: Thu Dec 3 01:03:41 1987 Date-Received: Sun, 6-Dec-87 09:16:21 EST References: <3047@phri.UUCP> Reply-To: david@ms.uky.edu (David Herron -- Resident E-mail Hack) Organization: U of Kentucky, Mathematical Sciences Lines: 110 In article <3047@phri.UUCP> roy@phri.UUCP (Roy Smith) writes: >The problem is that I don't want to get rid of sendmail (not that I have >any great love for sendmail, but it seems too radical a step). Does >anybody have any experience running both MMDF and Sendmail at the same >time? Seems like it should be pretty trivial (VMS machine calls in, gets a >phonenet connection to MMDF, which then hands off to sendmail via SMTP) >but I've been told that it's not that easy. egad ... why? well, I suppose it falls under the heading of not f*cking with it and it'll stay up. But anyway ... Yes, you could continue running your smtp daemon from sendmail, and configure an SMTP daemon into MMDF. MMDF is perfectly happy with talking SMTP to the host it's currently running on. Eventually, of course, you should convert to pure mmdf. If you don't want to get rid of sendmail because lots of programs send mail by running sendmail directly, there is a program somewhere in the mmdf sources which emulates the important functions of sendmail. The parts that "wouldn't be easy" would be where you have both mailers trying to do the same thing. i.e. don't run the MMDF smtp daemon if you're running SendMail. Also, if your sendmail is delivering uucp mail, don't use mmdf for delivering uucp. I have a couple pages I wrote the other night for a private message to someone describing the reasons I like MMDF. If anyone wants to see this, I can post it. > Lacking that, anybody know of a phonenet module I can just plug >into sendmail? My current plan is to graft the mmdf phonenet stuff into >sendmail, but if somebody has already invented that wheel, (or proven it >impossible) I'd like to know about it. Yes. It's called PMDF if I remember correctly. We got our copy from the csnet people when we joined csnet and I'm sure we're not allowed to re-distribute the code. Following is the first part of the README ... I never ran pmdf here ... at the time we joined csnet we were running sendmail, but I really didn't understand the sendmail configuration. It just happened to work ... We got both pieces of code just in case I couldn't figure out what to do with mmdf. Fortunately I managed to figure mmdf out (it was the second try, as I'd tried to understand mmdf once before when we were running BRL's 4.2) I tossed sendmail in the garbage and have only looked back once, and ended up going with something else in that case. -------------------> Cut Here <----------------------- Installation Instructions for V3 Unix 4.2 PMDF. September 30, 1985 ---------------------------------------------------------------------- This document describes the Unix 4.2 version of PMDF. Ira Winston, at the University of Pennsylvania, has provided this code for the use of CSNET sites. Several members have contributed enhancements and suggestions; their involvement is gratefully acknowledged. Please address any questions about this code to the CSNET Coordination and Information Center (CIC). If we don't already know the answer, we will either work on the problem ourselves or refer it to Ira. Our on-line address is cic@csnet-sh and our 24-hour hotline is (617) 497-2777. This version of PMDF allows your site to either call the relay (dial-out) or to have the relay call your site (dial-in). If you are set up for one mode and want to switch to the other, just notify the CIC. Dial-in sites can request any calling schedule from the CIC. Dial-out sites set their own calling schedule. Equipment Requirements ---------------------- Dial-in sites: a 300 or 1200 baud modem is required. The CSNET-RELAY is equipped with modems that handle Bell 103, 212 and Vadic 3400 protocols. Dial-out sites: a 300 or 1200 baud autodialing modem is required. The autodialer should be the type where dialing commands are sent as a stream of characters down the same terminal line as the data (e.g. Hayes Smartmodem, Vadic 3451PA, etc.). Units where the dialer and modem are controlled independently (e.g. Vadic Automatic Calling Unit) may be used by following the instructions in the document "pty.instructions". Improvements in Version 2 ------------------------- Version 2 incorporates two improvements over Version 1. First, it has dial-out capability. Second, it uses a double-buffering scheme to improve the efficiency of the link-level protocol. Without this double-buffering scheme, the sending side had to wait for an acknowledgement before transmitting the next packet. This resulted in a line utilization of about 65%. With the new double-buffering scheme, the sending side can be transmitting the next packet at the same time it is receiving the acknowledgement of the previous packet. This results in a line utilization of about 85%. Improvements in Version 3 ------------------------- Version 3 incorporates two new features and several bug-fixes. The new feature call-on-demand forces a connection attempt whenever Sendmail submits a message to Unix-PMDF. Support for opening connections to a psuedo-tty allows the existing script facility to interact with programs on the local host (e.g. tip). Fixes include: calling the local delivery program (pmdf-del) even if the connection terminates abnormally, hanging up the phone line before running pmdf-del, more robust lockfile management for dialing-out, correct handling of messages containing lines with single dots, correct handling of the SENDWINDOW option, and better handling of failed-mail messages. -- <---- David Herron -- The E-Mail guy<---- or: {rutgers,uunet,cbosgd}!ukma!david, david@UKMA.BITNET <---- <---- Classic beer bellies aren't born! They're made!