home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!decwrl!infopiz!mccall!ipmdf-newsgate!list
- From: ned@sigurd.innosoft.com (Ned Freed)
- Newsgroups: vmsnet.mail.pmdf
- Subject: RE: V4.1-10 mailserv questions
- Message-ID: <01GNP31VIYMI9BVDXQ@SIGURD.INNOSOFT.COM>
- Date: 18 Aug 92 00:38:09 GMT
- Organization: The Internet
- Lines: 37
- Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
- Resent-Date: 17 Aug 1992 17:38:09 -0700 (PDT)
- Resent-From: epmdf@YMIR.CLAREMONT.EDU
- Errors-To: epmdf@YMIR.CLAREMONT.EDU
- Resent-Message-ID: <01GNP32LL9K295NGGY@YMIR.CLAREMONT.EDU>
- 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
-
- > * 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 file
- > 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
-