HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.mail.pmdf
Subject: RE: DELIVER to NEWMAIL folder
From: Bob Tinkelman <bob@camb.com>
Date: 30 Sep 1992 01:37:23 -0400 (EDT)
Organization: Cambridge Computer Associates, Inc.
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 30 Sep 1992 01:37:23 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: info-pmdf@INNOSOFT.COM
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPDGA0PUF699DI1X@INNOSOFT.COM>
X-Vms-To: IN%"NED@SIGURD.INNOSOFT.COM"
X-Vms-Cc: IN%"info-pmdf@innosoft.com",TINKELMAN
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> > Which (again) brings up what I consider to be a minor itch in the install
> > process, the editing of pmdfimage.dat.  I always edit pmdfimage.dat to
> > comment out the lines that are needed only for the old stand-alone DELIVER,
> > and to uncomment the line related to FORWARD.
>
> In the future we'll have a SITEIMAGE.DAT file for doing these things.

If that means that I control which images get installed via a file that is
not blindly replaced during upgrades, that's just what I was asking for.

Thanks.
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Problem with valid??? address...
From: "Daniel C. Newman" <dan@innosoft.com>
Date: 28 Sep 1992 09:12:50 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 28 Sep 1992 09:12:50 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPB9NT2ZYQ8ZEEY5@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"SKIPPER%MEDCOLPA.BITNET@ymir.claremont.edu"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> Hope someone on the list can either answer this question or at least
> point me in the right direction.  I received a message from one of
> my users regarding a mail message that he received but was NOT able
> to reply to it successfully.  I have include excerpts from the message
> within this request.  Obviously, someone don't like the RETURN address.
> I can see that it is a "mess" but am not familiar enough with mail
> standards to know if it is legal or not.  Any help would be appreciated
> with this.

> Batch SMTP transaction log follows:
>
> 220 PUCC.PRINCETON.EDU Columbia MAILER R2.09 ptf000 BSMTP service ready.
> 050 HELO MEDCOLPA.BITNET
> 250 PUCC.PRINCETON.EDU Hello MEDCOLPA.BITNET
> 050 TICK 0001
> 250 0001 ... that's the ticket.
> 050 MAIL FROM:<HOFFMAN@MEDCOLPA.BITNET>
> 250 <HOFFMAN@MEDCOLPA.BITNET>... sender OK.
> 050-RCPT TO:</PN=DALE.A.BEGLEY/DD.ID=SSW.DABEGLEY/PRMD=UPJOHN/ADMD=TELEMAIL/C=US
> 050 /@sp
> 553 Mailbox syntax error.
> 050 rint.com>

Looks like your user has run up against the line length limit in BSMTP.  There
have been numerous discussions of this topic in the past.  If you wish, I can
dig one or two of them out of the archives for you.  The "work around" requires
coordination/cooperation between you and PUCC: you must agree upon a wrapping
convention and both do whatever is necessary to implement it.

If you are connected to the Internet, which I suspect you are not, then I'd
advise your user to route his mail directlyu to sprint.com via the Internet and
not through BITNET.

Dan
Newsgroups: vmsnet.mail.pmdf
Subject: Illegal host/domain and MX
From: "T.S. Lam" <tlam%hkucc.bitnet@ymir.claremont.edu>
Date: 26 Sep 1992 12:29 +0800
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 26 Sep 1992 12:29 +0800
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GP7SNECH2A8ZE9OG@YMIR.CLAREMONT.EDU>
X-Organization: University of Hong Kong Computer Center
X-Vms-To: IN%"ipmdf@ymir.bitnet"
X-Vms-Cc: TLAM
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

We are running VMS 5.4-2, Multinet 3.0 and PMDF 4.0.

When sending to an MX'ed site, for instance thp.uni-koeln.de, PMDF bounces
with an "illegal host/domain".  If I send it again, it goes through OK.
NSLOOKUP shows the site is MX'ed.  Could there be a timeout with the MX
lookup?  Any suggestion to fix the problem is much appreciated.

T.S. Lam
University of Hong Kong
tlam@hkucc.hku.hk
From: dan@innosoft.com (Daniel C. Newman)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Multiple addresses in reply_to field.  How does PMDF handle for
Date: 30 Sep 92 16:19:23 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 30 Sep 1992 09:19:23 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPE2HEG6QA91VZAT@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"DMPM%DUKEMC.BITNET@ymir.claremont.edu"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> If I am correct, PMDF will use the Reply_to field over the from field
> to setup the actual from field in VMS mail (when delivering to local system).
> What happens when there are multiple addresses such as below?
>
> Reply-to: vitale@athena.cas.vanderbilt.edu, LIBJCW@SUVM.BITNET,
>  EBLEN@TWU.BITNET, Philip.A.Thompsen@m.cc.utah.edu, BESANCON@USMCP6.BITNET

     Give it a try with PMDF SEND.  Create a file containing a message header
with this Reply-to: header line and then send yourself a message using that
file and PMDF SEND's /HEADER qualifier:

  $ create msg.hdr
  Reply-to: vitale@athena.cas.vanderbilt.edu, LIBJCW@SUVM.BITNET,
   EBLEN@TWU.BITNET, Philip.A.Thompsen@m.cc.utah.edu, BESANCON@USMCP6.BITNET
  ^Z
  $ PMDF SEND/HEADER msg.hdr dmpm

     Note that the syntax for a Reply-to: header line is

  Reply-to: 1#address

which means that there must be at least one address.  Thus, there may indeed
be several addresses in a Reply-to: header line.

    PMDF, if there is no Resent-reply-to: or Resent-from: header lines, will
stuff all of the Reply-to: addresses into the VMS MAIL From: line.  VMS MAIL
doesn't mind and there is no where else to put them.  (Using the VMS MAIL CC:
line would be improper.)  Now, of course, if you REPLY to such a message from
within VMS MAIL, VMS MAIL will only use the first address appearing in the VMS
MAIL From: line.  This is just another facet of VMS MAIL's lack of a REPLY/ALL
command.

Dan
Newsgroups: vmsnet.mail.pmdf
Subject: Problems with PMDF-FAX V4.1-12
From: c.chaundy@its.unimelb.edu.au
Date: 30 Sep 1992 18:47:21 +1000
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 30 Sep 1992 18:47:21 +1000
Resent-From: epmdf@YMIR.CLAREMONT.EDU
CC: info-pmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPDMPOLBNM91VYB1@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"dan@innosoft.com"
X-Vms-Cc: IN%"info-pmdf@ymir.claremont.edu"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Dan,

I am trying to get PMDF-FAX V4.1-12 going with a WorldPort 2496 modem and
I am running into trouble.  I have tried using it in both 19200bps mode
and 9600bps mode.  Neither work but the results are different.  With
19200bps, I get some junk (short sheet of all white or all black paper)
on the fax machine I am using to test it and the following log entries:

29-SEP-1992 21:25:08 g3_to_fax    212153212508 A 2 SYSTEM@muwayb.ucs.unimelb.edu.au
 347-4803 CED-212508 DIS-212508 CFR-212508 CO-212508 DCN-212508
29-SEP-1992 21:31:03 g3_to_fax    212801213102 A 2 SYSTEM@muwayb.ucs.unimelb.edu.au
 347-4803 CED-213102 DIS-213102 CFR-213102 CO-213102 UN-213102 AC-213103
29-SEP-1992 22:32:13 g3_to_fax    222857223213 A 2 SYSTEM@muwayb.ucs.unimelb.edu.au
 347-4803 CED-223213 DIS-223213 CFR-223213 CO-223213 UN-223213 AC-223213

With 9600bps, I do get a cover page, but then a short sheet of all white
paper and no body of my mail and the following log entries:

30-SEP-1992 13:32:42 g3_to_fax    132509133242 W 2 SYSTEM@muwayb.ucs.unimelb.edu.au
 347-4803 CED-132636 DIS-132636 CFR-132636 CO-132636 MCF-132636 DCN-133242
30-SEP-1992 14:32:30 g3_to_fax    142510143227 W 2 SYSTEM@muwayb.ucs.unimelb.edu.au
 347-4803 CED-142637 DIS-142637 CFR-142637 CO-142637 MCF-142637 DCN-143228

In both cases, the message stays queued, but since our fax machine is left
in an 'ERROR IN COM. E46' state (whatever that is), I have deleted the
message to remain popular with other staff using the fax machine.  I reset
the fax modem between trying these different approaches and made sure I
could talk to the modem at the right speed (2400 for 19200bps).  The modem
is connected directly to a DHV11 in a MicroVAX II (don't laugh).

I am also trying to use the same modem for receiving faxes, and each time
the batch job that sends a fax grabs the modem line and returns it to the
detached fax receive job, this seems to open another file in the DATA_TO_BITMAP
queue area but it does not close/delete the previous file that it had open.

Where should I go from here?

Thanks, Chris Chaundy (Technical Manager, Networks)

Information Technology Services, Thomas Cherry Building,
The University of Melbourne, Parkville, Victoria 3052 Australia
Phone:    +61 3 344 7045                Fax:   +61 3 347 4803
Internet: C.Chaundy@its.unimelb.EDU.AU 	(X.121 505233430003)
Newsgroups: vmsnet.mail.pmdf
Subject: listserv error in send/list
From: bajgot@adler.mec.mass.edu
Date: 01 Oct 1992 15:54:14 -0500 (EST)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 15:54:14 -0500 (EST)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFO7ZMP028WW360@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"info-pmdf@ymir.claremont.edu"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

User get the following message when using the listserv on my node:

Subject: Errors in MAILSERV command processing

You are not authorized to obtain the contents of list MCET-PHYSICS
Use the HELP command to get a list of legal MAILSERV commands.
-

message went to:

mcet-physics-request@adler.mec.mass.edu

with the text body:

send/list mcet-physics

I changed the protection to w:re on the mcet-physics.dis file but that
didn't work.

Any suggestions.

Jeff
Newsgroups: vmsnet.mail.pmdf
Subject: switching master_debug on and off
From: peter@embl-hamburg.de
Date: 05 Oct 1992 08:29:14 +0100
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 05 Oct 1992 08:29:14 +0100
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPKK9YZQLE8WWEJ8@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"ipmdf@ymir.claremont.edu"
X-Vms-Cc: PETER
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Hi!

Because I'm having trouble with sending mails to some Danish nodes from
Germany, I put master_debug on the appropriate channel to get more info.
It tells me what I want. Perfect!

I need this from "time to time" but not permanently:

1. Is it not possible to have ! on a channel line act as a delimiter?
   I thought it would save me from my own one-hand typing if I left the
   tag on the end of the line and commented it off..

2. Is there a way of switching master_debug on and off for an SMTP Channel
   (MTCP_Local) without CNBUILD and INSTALL twice - especially on a cluster
   where only one node is handling the channel anyway and where I want it
   just long enough to monitor one message?

regards

Peter Bendall
European Molecular Biology Laboratory,
Hamburg Outstation.

 Date:      5-OCT-1992 08:19:35.30
 From:     Peter Bendall        : WIN-Mail        PSI%(0262)45050150057::PETER
 Dept:     Computer Group       :
 Tel:      +49  40 - 899 02 133 : Internet        Peter@EMBL-Hamburg.de
 FAX:      +49  40 - 899 02 149 : EAN-Mail        Peter@Hamburg.embl.dbp.de
                                :       (S=Peter;OU=Hamburg;P=embl;A=dbp;C=de)
.----.------------------------------------------------------------------.----.
|    |             This space intentionally left blank !                |    |
`----`------------------------------------------------------------------'----'
Newsgroups: vmsnet.mail.pmdf
Subject: Bug in callable mail or PMDF
From: "Lenny Glassmann (902-0027)" <glassmann@gs.com>
Date: 28 Sep 1992 12:28:06 -0400 (EDT)
Organization: Goldman, Sachs & Co.
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 28 Sep 1992 12:28:06 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPBAC2TB7699DHCW@INNOSOFT.COM>
X-Vms-To: IN%"info-pmdf@innosoft.com"
X-Vms-Cc: GLASSMANN
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

I seem to have stumbled across a bug in either VMSmail or PMDF.  I'm using the
callable mail interface to compose two different messages to two different
people simultaneously.  Here's my program (think of it as pseudo code, since I
haven't included my subroutines)

m;GLASSMANN@athena
GLASSMAN@FI
jung@fi

Received: from gs.com by gs.com (PMDF #2348 ) id <01GPBEES8AHC8ZDW2K@gs.com>;
 Mon, 28 Sep 1992 11:29:04 EDT
Date: 28 Sep 1992 11:29:04 -0400 (EDT)
From: "Lenny Glassmann (902-0027)" <GLASSMANN@athena>
Subject: Test 1, please ignore
To: GLASSMAN@FI, JUNG@athena
Message-id: <01GPBEES8K4I8ZDW2K@gs.com>
Organization: Goldman, Sachs & Co.
X-Envelope-to: GLASSMAN@FI, jung@fi
X-VMS-To: glassmann
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Newsgroups: vmsnet.mail.pmdf
Subject: no headers and stuck in queue
From: dan@toe.towson.edu
Date: 01 Oct 1992 17:40:21 -0400 (EDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 17:40:21 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFRXCAWDU8WW3O4@YMIR.CLAREMONT.EDU>
X-Vms-To: ipmdf
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

I've noticed a couple of things lately that I wonder if anyone knows what is
going on.

IN the first case, my INFOREP has been getting mail from the INFOREP discussion
list which occasionally has no headers connected to it.  Just the normal VMS
headers.  Anybody know under under what conditions this might occur?

In the second case, I have been seeing mail get stuck in various queues for no
apparent reason - specifically the L and BIT_GATEWAY channels.  MAIL is
installed with EXQUOTA so it isn't a quota problem. The log files are well below
the version limit.  Any ideas?

I recently upgraded to V4.1-6 but I know the first problem existed well before
the upgrade.  I am not sure of the second.

Anybody have any ideas before I turn on master debug on these channels.

Thanks and regards.

Dan

   Daniel A. Dinkin
   Network Services Manager                   BITNET: dan@towsonvx.bitnet
   IR Academic Computing                    Internet: dan@toe.towson.edu
   Towson State University                            dan@midget.towson.edu
   Towson, Maryland 21204                UMSA DECnet: toe::e7opdan
   (410)830-3320

     Any thoughts in this message are purely random and my employer had
           nothing to do with them... especially if I was right.
From: ned@sigurd.innosoft.com (Ned Freed)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Multiple addresses in reply_to field.  How does PMDF handle for
Date: 30 Sep 92 19:15:05 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 30 Sep 1992 12:15:05 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPE8M30UXU91W07Q@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"DAN@INNOSOFT.COM"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Dan covered all of this pretty carefully, but he neglected to mention one
item -- there are several UAs besides VMS MAIL that access VMS MAIL mailboxes,
and some of these do support either reply-to-all or reply-to-all-addresses-on-
the-from-line. Some versions of VMS MAIL actually support the latter option
as well; it is a relatively new "feature" of VMS MAIL to only reply to the
first address.

PMDF is careful to generate a VMS MAIL From: line that maximizes functionality
in all these different environments. The fact that VMS MAIL itself cannot
reply to more than one address is unfortunate, but there's no way to fix this
so things work reliably no matter what we do. (DEC could, of course, fix it,
but I wouldn't hold my breath...)

				Ned
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Bug in callable mail or PMDF
From: "Daniel C. Newman" <dan@innosoft.com>
Date: 28 Sep 1992 10:12:14 -0700 (PDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 28 Sep 1992 10:12:14 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPBC51VCG28ZEF7V@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"GLASSMANN@gs.com"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> I seem to have stumbled across a bug in either VMSmail or PMDF.  I'm using the
> callable mail interface to compose two different messages to two different
> people simultaneously.

What sort of bug?  What sort of error's are produced.  You'll have to be a lot
more descriptive if we're to provide any advice.

>  Here's my program (think of it as pseudo code, since I
> haven't included my subroutines)

We didn't receive anything resembling a program.  Merely the very acceptable
looking set of message headers below:

> m;GLASSMANN@athena
> GLASSMAN@FI
> jung@fi
>
> Received: from gs.com by gs.com (PMDF #2348 ) id <01GPBEES8AHC8ZDW2K@gs.com>;
>  Mon, 28 Sep 1992 11:29:04 EDT
> Date: 28 Sep 1992 11:29:04 -0400 (EDT)
> From: "Lenny Glassmann (902-0027)" <GLASSMANN@athena>
> Subject: Test 1, please ignore
> To: GLASSMAN@FI, JUNG@athena
> Message-id: <01GPBEES8K4I8ZDW2K@gs.com>
> Organization: Goldman, Sachs & Co.
> X-Envelope-to: GLASSMAN@FI, jung@fi
> X-VMS-To: glassmann
> MIME-version: 1.0
> Content-type: TEXT/PLAIN; CHARSET=US-ASCII
> Content-transfer-encoding: 7BIT

Dan
Newsgroups: vmsnet.mail.pmdf
Subject: PMDF on a cluster
From: Keith Wolters <kwolters@lucy.wellesley.edu>
Date: 01 Oct 1992 16:50 -0400 (EDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 16:50 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPFVQJVF9E8WW40C@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"IPMDF@YMIR.CLAREMONT.EDU"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

To: IPMDF@YMIR.CLAREMONT.EDU
X-VMS-To: NET::"IPMDF@YMIR.CLAREMONT.EDU"

Hi.  I apologize if this is a stupid question, but
What special considerations (if any) need to be
taken when running PMDF on a cluster.  We have
been running V3.2 on a single machine for a
while and are now setting up a cluster.  I did
not see anything in the System Manager's Guide
discussing it.

Keith Wolters
System Manager
Wellesley College
From: dan@innosoft.com (Daniel C. Newman)
Newsgroups: vmsnet.mail.pmdf
Subject: RE: Disappearing FAX message pages
Date: 5 Oct 92 02:47:24 GMT
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 04 Oct 1992 19:47:24 -0700 (PDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPK9L6Y9B68WWEGW@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"bob@camb.com"
X-Vms-Cc: IPMDF
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

> I'm not sure what I did to make this happen, but I've broken our
> ps_to_g3 channel in a strange way.  No error messages are generated,
> but FAXes go out with a cover page only, and with no attached pages.
> [The cover page correctly advertises ``1 page, including this one'',
> but I don't know why there are not attached message pages.]
>
> I just sent a one line message to our text.fax domain address.  It
> produced a PostScript msg which was then processed by the ps_to_g3
> channel, whose log file contained:
>
>> Initializing PostScript interpreter for message body processing.
>> PostScript interpreter initialized.
>> Initializing the G3 file.
>> G3 file initialized.
>> Processing message body.
>> Invoking the PostScript interpreter to process the message body.
>> Message body processing completed.

Try enabling both master_debug and slave_debug for the channel and then look at
the debugging output.  (I cannot tell from this portion of the log file if you
had both enabled or not.)

When both master_ and slave_debug are enabled, every line read from the message
body and fed to the PostScript interpreter will be logged.  If you see nothing
logged for message body processing, then the message body was most likely
empty.  (What did the message body look like in the PS_TO_G3 channel queue
before the channel ran?)

Dan
From: bob@camb.com (Bob Tinkelman)
Newsgroups: vmsnet.mail.pmdf
Subject: Disappearing FAX message pages
Date: 4 Oct 92 22:46:33 GMT
Organization: Cambridge Computer Associates, Inc.
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 04 Oct 1992 18:46:33 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPK1A3NP2Q9N3WVW@INNOSOFT.COM>
X-Vms-To: IN%"info-pmdf@innosoft.com"
X-Vms-Cc: TINKELMAN
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

I'm not sure what I did to make this happen, but I've broken our
ps_to_g3 channel in a strange way.  No error messages are generated,
but FAXes go out with a cover page only, and with no attached pages.
[The cover page correctly advertises ``1 page, including this one'',
but I don't know why there are not attached message pages.]

I just sent a one line message to our text.fax domain address.  It
produced a PostScript msg which was then processed by the ps_to_g3
channel, whose log file contained:

> Initializing PostScript interpreter for message body processing.
> PostScript interpreter initialized.
> Initializing the G3 file.
> G3 file initialized.
> Processing message body.
> Invoking the PostScript interpreter to process the message body.
> Message body processing completed.
> Reinitializing the PostScript interpreter for cover page processing.
> PostScript interpreter reinitialized.
> Processing cover pages.
> Loading cover page file
> Cover page processing completed.
> Updating header record in G3 file: message pages = 0, cover pages = 1.
                                     ^^^^^^^^^^^^^^^^^
> Header record in G3 file updated.

If I take a one line text file, use PMDF PS to produce a PostScript file,
and then mail it to the ps-fax domain, I get 1 cover page and 1 message page.

But things aren't totally consistent.  I can reliably send the gopher.ps
file (and receive it) with no problems.   However, one of our users has a
PostScript file from W4W that looks like it should yield 3 pages, but he
gets cover-sheet-only.

What should I look at to try to track this down further?

Thanks - Bob Tinkelman <bob@camb.com>
Newsgroups: vmsnet.mail.pmdf
Subject: please unsubscribe me from the pmdf list
From: paul jones <pjones%lambada@lambada.oit.unc.edu>
Date: 01 Oct 1992 07:41:21 -0400 (EDT)
Organization: The Internet
Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
Resent-Date: 01 Oct 1992 07:41:21 -0400 (EDT)
Resent-From: epmdf@YMIR.CLAREMONT.EDU
Errors-To: epmdf@YMIR.CLAREMONT.EDU
Resent-Message-ID: <01GPF73LPPTE8WW17C@YMIR.CLAREMONT.EDU>
X-Vms-To: IN%"IPMDF@YMIR.CLAREMONT.EDU"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Delivery-Notice: SMTP MAIL FROM does not correspond to sender.

I'm on as ultima@unc.bitnet

=================================================================
     Paul Jones
     Office FOR Information Technology
     University of North Carolina
     Chapel Hill, NC
     Paul_Jones@unc.edu
 Self-determination for Kernow, Alba, Cymru, Eire, Mannin, and Breizh