home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!auvm!SIGURD.INNOSOFT.COM!NED
- Errors-to: epmdf@YMIR.BITNET
- X-Envelope-to: PMDF-L@IRLEARN.BITNET
- X-VMS-To: IN%"TANNER@Cerritos.EDU"
- X-VMS-Cc: IPMDF
- MIME-version: 1.0
- Content-type: TEXT/PLAIN; CHARSET=US-ASCII
- Content-transfer-encoding: 7BIT
- Message-ID: <01GNP32LL9K295NGGY@YMIR.CLAREMONT.EDU>
- Date: Tue, 18 Aug 92 02:40:06 GMT
- Sender: PMDF Distribution List <PMDF-L@IRLEARN>
- From: Ned Freed <NED@SIGURD.INNOSOFT.COM>
- Subject: RE: V4.1-10 mailserv questions
- X-To: TANNER@Cerritos.EDU, IPMDF@YMIR
- Newsgroups: bit.listserv.pmdf-l
- Lines: 38
-
- > * Where do I define the COMMAND_LIMIT, MAXBLOCKS and MAXLINES options?
-
- You put them all in a per-channel option file. The usual format PMDF uses
- is used here.
-
- > * What is the format of the MAILSERV_ACCESS file?
-
- This isn't a file per se -- it is a mapping in the PMDF mappings file. The
- format is currently undocumented. I hope to post the format to this list at
- some point in the future.
-
- > * Mailserv appears to reply to the envelope From: rather than the header From:
- > field. I modified the V4.0 mailserv to use the header field and had much
- > better control over processing UUCP return addresses.
-
- This is incorrect. MAILSERV uses the Reply-To: header, if one is present, to
- control this. Otherwise the From: address is used. If that doesn't exist or is
- illegal the envelope From: is used. And if that's illegal the message is junked
- without any response.
-
- This usage seems entirely appropriate to me for replies from MAILSERV.
-
- > * If I request a file /MODE=BLOCK/ENCODING=UUENCODE I get back (1) a foreign
- > file format message and (2) a FDL message that contains:
-
- > Content-transfer-encoding: X-UUENCODE
- > Comments: These headers describe a message previously delivered in foreign fil
- e
- > format.
-
- > Has the file been decoded automatically from uuencode format to foreign file
- > format for me, or is it not being uuencoded at all?
-
- The message was encoded and then decoded before you got it. In any case, PMDF
- does not support direct transmission of binary files without encoding, so the
- file had to be encoded for you to even get a response.
-
- Ned
-