HDTenEightyP/NetNews huggingface dataset:
From: "Phil Rand, Computer Services, 281-2428" <p_rand@luke.spu.edu>
Newsgroups: vmsnet.mail.mx
Subject: RE: Patch, what patch?
Date: Mon, 12 Oct 1992 11:41:26 PDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

Just a belated thank you to all who responded so quickly to my
question about the patch that allows you to leave off the mx%" "
around mail addresses.

The consensus seems to be:

        1) I should look at the distribution materials more
        carefully:  It's in the user-contributed part of the
        standard MX distribution.

        2) The patch works nicely, though it does reveal some
        bugs in certain Unix mail systems by upcasing the
        addresses.

Thanks, everybody!

--Phil
-----------------------------------------------------------------------
 Phil Rand, Computer & Information Systems, Seattle Pacific University
 3307 3rd Ave W, Seattle, WA  98119     p_rand@spu.edu  (206) 281-2428
-----------------------------------------------------------------------
From: Brian Tillman, Smiths Industries, VAX Support, x8425
Newsgroups: vmsnet.mail.mx
Subject: RE: Is MX over UCX lazy?
Date: 9 Oct 92 18:46:55 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

Alberto Meregalli (meregalli@cesi.it) writes:

>When I try to send mail from a Sparc/OS station to the cluster alias
>or to any cluster node I have random results: sometime the message
>arrives immediately, sometime it is deferred saying 'connection
>refused by ...' and sometime it is bounced shortly with 'Host unknown'
>(but /etc/hosts has the right entries both for the cluster alias and
>the nodes!)

I am using the exact configuration of software Alberto mentions (UCX V1.3A and
MX3.1C).  There's nothing pokey about inbound or outbound mail.  MX transfers
the mail within second (or tens of seconds) of it appearing in the queue.

Perhaps you should describe more of your environment (type of VAX, MX
configuration, etc.) in order to facilitate a better analysis of your problem.

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: madison@tgv.com (Matt Madison)
Newsgroups: vmsnet.mail.mx
Subject: Re: Is MX over UCX lazy?
Date: 9 Oct 92 16:36:16 GMT
Reply-To: madison@tgv.com
Organization: The Foundation for Dinner Peas

In article <00961D7CFF7B0180.20201DBB@cesi.it>, "Alberto Meregalli (SIC)" <meregalli@cesi.UUCP> writes:
>When I try to send mail from a Sparc/OS station to the cluster alias
>or to any cluster node I have random results: sometime the message
>arrives immediately, sometime it is deferred saying 'connection
>refused by ...' and sometime it is bounced shortly with 'Host unknown'
>(but /etc/hosts has the right entries both for the cluster alias and
>the nodes!)
>
>Any idea? (I have bad ones of mine about UCX, but I'm not sure I can
>throw on it all the blame)

First, I wouldn't recommend trying to send mail to the cluster alias address.
In fact, the cluster alias address may be screwing other things up as well.
I never got it to work for me when I was running V1.3 (back at my last job).
That might explain the connection refused errors.

The bounces with "host unknown" don't sound like problems with the VAXes
at all, but perhaps a configuration problem on your Sun.  Including a
copy of one of these bounce messages might help in trying to track down
the problem.
--
Matthew Madison | madison@tgv.com    | +1 408 427 4366
TGV, Inc.       | 603 Mission Street | Santa Cruz, CA 95060 USA
From: MCOHENCA%USPIF@BRFAPESP.BITNET (Joseph Max Cohenca)
Newsgroups: vmsnet.mail.mx
Subject: Re: MX with TGV V3.1?
Date: 8 Oct 92 18:09:53 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

=>I am pretty new to the MX-List, so I am sure you have had this question before
   ,
=>but, does anyone use MX as TGV's Multinet V3.1 SMTP server? I assumed that all
=>you would have to do is modify the PROGRAM for the SMTP service to use
=>MX_EXE:SMTP_SERVER.EXE instead of MULTINET:SMTP_SERVER.EXE. Since this seems t
   o
=>be incomplete, what else must be done?
=>
=>--Jody Smith

        We do use MX with Multinet V3.0 . What we do is just to disable the
Multinet SMTP server . And MX SMTP_SERVER works perfectly. This should work
ass well for Multinet V3.1.

+-----------------------------------------------------------------------------+
! Joseph Max Cohenca          !        Hepnet: uspif::mcohenca                !
! Centro de Computacao        !        Hecnet: 47602::mcohenca                !
! Instituto de Fisica da      !        Renpac: psi%11182594::uspif::mcohenca  !
! Universidade de Sao Paulo   !      Internet: mcohenca@uspif.if.usp.br       !
! Caixa Postal 20516          !  Bitnet: mcohenca%uspif.hepnet@brfapesp.bitnet!
! 01498- Sao Paulo            !          Fone: (011) 815-5599 ext 2110        !
! BRASIL                      !          FAX : (011) 814-0503                 !
+-----------------------------------------------------------------------------+
Xref: sparky vmsnet.mail.mx:1029 vmsnet.uucp:770
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Newsgroups: vmsnet.mail.mx,vmsnet.uucp
Subject: Problems with UUCP and MX
Date: 13 Oct 1992 17:29:42 +1300
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz


The following is an extract from the uucp_log:uuxqt.log file.
Has anyone seen this problem before ?

...
p:uxqt =< h:-       [10/13-14:54:05-2020411e]   Processing     (DUA12:[UUCP.SPOOL.TOSH]X.TOSH19576;1) u:-       
p:uxqt << h:tosh    [10/13-14:54:06-2020411e]   Executing      (rmail brockie@med.wcc.govt.nz < UUCP_DISK:[UUCP.SPOOL.tosh]D.TOSH19576 > NL:) u:-       
  Begin X file DUA12:[UUCP.SPOOL.TOSH]X.TOSH19576;1 at 13-OCT-1992 14:54:06.46
$	    RMAIL DUA12:[UUCP.SPOOL.TOSH]D.TOSH19576; "brockie@med.wcc.govt.nz"
%RMS-F-FLK, file currently locked by another user
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC
MX_RMAIL        MX_RMAIL                          127      00000033  00001C47
$ FAILED_RMAIL:
Attempt to send mail to <brockie@med.wcc.govt.nz> failed with status %X1001828C
%RENAME-I-RENAMED, DUA12:[UUCP.SPOOL.TOSH]X.TOSH19576;1 renamed to DUA12:[UUCP.SPOOL.TOSH]REMAIL_X.TOSH19576;1
...

Roger
-- 
brockie@golem.wcc.govt.nz
Newsgroups: vmsnet.mail.mx
From: eric@sejnet.sunet.se (Eric Thomas)
Subject: Re: Personal names and RFC-822 addressing
Reply-To: ERIC@SEARN.SUNET.SE
Organization: SUNET, Stockholm, Sweden
Date: Tue, 13 Oct 1992 17:32:41 GMT

In article <00962069.598D8460.20330@swdev.si.com>, "Brian Tillman, Smiths Industries, VAX Support, x8425" writes:
> Currently, MX (v3.1C) places the VMS personal name in the From: header by
> enclosing the name in quotes and following that with the Internet-style address
> enclosed in "angle brackets."  I read the RFC and, although I don't understand
> all I read, it seemed that a more appropriate handling of the personal name
> would have been to enclose it in parentheses,

A particular syntax was provided in RFC822 for the explicit purpose of carrying
the user's name:

From: Joe Doe <JOE@DUH.EDU>

The name must be quoted if it contains certain characters, and may always be
quoted even if it contains only letters and blanks.

The syntax you mention is also valid, since comments can be present anywhere
and must be ignored (which actually is a royal pain, especially as they can be
nested - you will find that most software accepts them where they are usually
present, but not everywhere they are allowed to appear).

> We have
> a mailer here that is supposedly RFC-compliant that isn't handling the 
> personal name properly and I want to see if parentheses would make a
> difference.

There is a known bug in certain unix-based mail software which prevents proper
parsing when parentheses are quoted, as in:

From: "(Joe Doe hides between his parentheses)" <JOE@DUH.EDU>

which is ugly and not something I would generate on purpose, but still valid.
If the program in question won't handle a plain name, it certainly needs
fixing as MANY mail programs (I am inclined to say MOST mail programs) generate
addresses with the angle brackets.

  Eric
Newsgroups: vmsnet.mail.mx
From: madison@Drago.TGV.COM (Matt Madison)
Subject: Re: MX with TGV V3.1?
Reply-To: madison@tgv.com
Organization: The Foundation for Dinner Peas
Date: Wed, 7 Oct 1992 22:53:50 GMT

In article <00961bce.4ea75340.46@CEDAR>, <jpsmith@CEDAR.atmel.com> writes:
>I am pretty new to the MX-List, so I am sure you have had this question before,
>but, does anyone use MX as TGV's Multinet V3.1 SMTP server? I assumed that all
>you would have to do is modify the PROGRAM for the SMTP service to use
>MX_EXE:SMTP_SERVER.EXE instead of MULTINET:SMTP_SERVER.EXE. Since this seems to
>be incomplete, what else must be done?

As described in the MX Installation Guide, you must DISABLE the MultiNet
SMTP server.  The MX SMTP server runs as a standalone multithreaded server
process and is not invoked via the MultiNet master server.

-Matt
--
Matthew Madison | madison@tgv.com    | +1 408 427 4366
TGV, Inc.       | 603 Mission Street | Santa Cruz, CA 95060 USA
Newsgroups: vmsnet.mail.mx
Subject: How Change RETURN-PATH field
From: "PAWEL GAZICKI - CENTRUM KOMPUTEROWE POLITECHNIKI LODZKIEJ
Date: Tue, 13 Oct 1992 08:51:19 CET
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

I would like to ask, how can I change the RETURN-PATH field in my MX3.1C.

Pawel Gazicki <GAZICKI%LODZ1.DECNET.PL@PLUNLO51.BITNET>,
              <PGAZICKI@PLEARN.BITNET>
Computer Center , Technical University of Lodz
ul. Stefanowskiego 18/22  POLAND
Xref: sparky vmsnet.mail.mx:1038 vmsnet.uucp:774
From: jeh@cmkrnl.com
Newsgroups: vmsnet.mail.mx,vmsnet.uucp
Subject: Re: Problems with UUCP and MX
Date: 16 Oct 92 02:27:24 PDT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Oct14.084936.309@cutler>, john@cutler.com (John E. Babbitt Jr.) writes:
> In article <1bdjbmINNq28@golem.wcc.govt.nz>, brockie@golem.wcc.govt.nz (Roger Brockie) writes:
>> 
>> The following is an extract from the uucp_log:uuxqt.log file.
>> Has anyone seen this problem before ?
>> [...]
>> $	    RMAIL DUA12:[UUCP.SPOOL.TOSH]D.TOSH19576; "brockie@med.wcc.govt.nz"
>> %RMS-F-FLK, file currently locked by another user
>> %TRACE-F-TRACEBACK, symbolic stack dump follows
>> module name     routine name                     line       rel PC    abs PC
>> MX_RMAIL        MX_RMAIL                          127      00000033  00001C47
>> $ FAILED_RMAIL:
>> Attempt to send mail to <brockie@med.wcc.govt.nz> failed with status %X1001828C
>> %RENAME-I-RENAMED, DUA12:[UUCP.SPOOL.TOSH]X.TOSH19576;1 renamed to DUA12:[UUCP.SPOOL.TOSH]REMAIL_X.TOSH19576;1
> 
> If only I could've seen the first few lines of the uucp log just prior to
> the above, I may have had an answer for you.
> 
> I've seen where some uucp software attempts to send the X file first, then
> the D file after.  Of course, the X get processed immediately (or it used
> to in pre-2.0) and one of the two things happen: 1) doesn't find the D.*
> file; 2) Finds the D. file as it's being renamed from a temporary name
> (and it's still locked by the renaming process).  The odds of 2) happening
> is very small, I must admit.
> 
> The uucp software that sends the X first then D is called "Coherent". 

I've never seen this nor heard a report on it before. Mr. Babbitt's conjecture
sounds like the right one.  

if the remote system sends the files in the correct order (D-file first) 
there is no way this can happen.  uucico does not send back the "file received
ok, what now?" message (CY message; see the protocol document) until after the
rename is DONE.  Until the remote sees this message it won't start to send
the next file.  So it looks very much as though the X-file arrived first.

There is no change in 2.0 re. X-file processing -- once the X-file arrives,
it gets processed.  

However, note what happened to the X-file -- it got renamed to
REMAIL_X.whatever.  It will be picked up again within an hour or so by the mail
delivery retry mechanism (part of uuclean.com).  By that time (!) the D file
should be present.  

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: "Brian Tillman, Smiths Industries, VAX Support, x8425"
Newsgroups: vmsnet.mail.mx
Subject: More on Personal names and RFC-822 addressing
Date: Tue, 13 Oct 1992 20:57:40 EDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

I had said in an earlier message:

>Currently, MX (v3.1C) places the VMS personal name in the From: header by
>enclosing the name in quotes and following that with the Internet-style address
>enclosed in "angle brackets."

and Carl Lydick pointed out, in private mail:

>No, it doesn't.  It doesn't put the personal name in quotes.

He then suggested:

>Perhaps you've expliticly included quotes in your personal name?

and in another message:

>Why not simply telnet to port 25 on the machine with the mailer you want to
>test?

I thought this was a very good idea, so I followed his advice and this is what
I've found:

VMS Mail (or perhaps MX_MAILSHR) is supplying the quoted text, but only when the
personal name contains a special character.  We discovered this situation
because an SMTP message gatewayed to Microsoft Mail (Macintosh) would have the
reply address be the sender's personal name.  Now, my personal name usually
appears in the From: header enclosed in quotes, so I thought the gateway
coouldn't handle quoted text in the From: header, hence my original posting.
Also, the people on the MSMAIL side of things said that the messages were never
replyable, but I demonstrated that on occasion the message was replyable.  Using
TELNET, I found that if the personal name is not enclosed or is enclosed in
parentheses, MSMAIL used the personal name for the reply address (obviously a
gateway problem), but if the personal name was enclosed in quotes, like mine
usually is, MSMAIL used the internet addressing for the reply, which was
correct.

I'd like to thank Carl for his hint.

Now, I'm guessing that it's MX_MAILSHR (or MX_MAILSHRP) adding the quotes to the
From: header when there are special characters and leaving them off when there
aren't.  (I sent VMS Mail both ways - using a personal name with special
characters and using one without.  Quotes were automatically added in the first
case and not in the second.)  Could someone with MX source verify this?  If this
is the case, is there a way to get MX to always add the quotes?

If it's really VMS Mail that's deciding when to add quotes, I'll take any hints
on how to change its behavior instead.

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: mbieniec@PLUNLO51.BITNET
Newsgroups: vmsnet.mail.mx
Subject: bitnet node  & decnet network
Date: Wed, 07 Oct 1992 12:27:04 EDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

My problem is:
One vax with Jnet and MX (this one is bitnet node) and several vaxes
in DecNet (some connected to Ethernet cable others by leased telepnone
lines). I assume that each user of any computer has his own
mail address  on his own local computer.
What is the proper way of using mail in such configuration?
1. What parts of MX should be installed on the bitnet node and what
parts on th others?
2. How to configure MX for both types of nodes ( path,rewrite
rules, and mx_logicals.dat file )
3. To use or not to use SMTP-over-DecNet ?
4. Jnet may be also installed on each computer in DecNet.
   Should I do it or not?
Unfortunatelly, I can't find the answers for these questions
in MX documentation or maybe I didn't understand it.
Pls, anybody help me if you can.

Marian Bieniecki
Solid State Physics Dpt, Univ of Lodz,
Lodz, Pomorska 149/153, Poland
tel. (4842)784176, (4842)782953  fax. (4842)790030
E-mail: mbieniec@plunlo51.bitnet
From: syssand@CCVAX.CCS.CSUS.EDU (John F. Sandhoff)
Newsgroups: vmsnet.mail.mx
Subject: Re: Help!!  (New Install of MX)
Date: 12 Oct 92 21:30:25 GMT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List


>> The problem:  I have a bunch of messages in the queue, and none of them
>> are being distributed...

> Look, turkey...

I realize that seeing the same genre of 'help me' messages becomes rather
tiring, but we need to remember that there's lots of novices that suddenly
find themselves faced with a terrifying problem: their mail is STUCK and
they are suddenly DESPERATE to find a quick fix.

I hope that we can all find the patience to keep from flame-festing here...

Meanwhile, who wants to volunteer to write the 'ARRGH! My mail is STUCK and
I need help NOW!' troubleshooting manual that lists what to do, what to look
at, and what it all means :-)

    John F. Sandhoff, University Network Support
      California State University, Sacramento - USA
        sandhoff@csus.edu
From: "John F. Sandhoff" <syssand@CCVAX.CCS.CSUS.EDU>
Newsgroups: vmsnet.mail.mx
Subject: RE: mx - vms -cmutek
Date: Mon, 12 Oct 1992 14:56:05 PDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List


> i can't find mx V3.1b on server vms.ecs.rpi.edu ?

Since Matt Madison abandoned MX in favor of sun, surf, and a real salary :-)
the package is now under the care of Hunter Goatley and has taken up
residence at ftp.spc.edu.

    John F. Sandhoff, University Network Support
      California State University, Sacramento - USA
        sandhoff@csus.edu
From: moniker@OEHL.brooks.af.mil
Newsgroups: vmsnet.mail.mx
Subject: RE: Patch, what patch?
Date: Wed, 07 Oct 1992 13:45:14 EDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: vmsnet.mail.mx
Subject: Re: Temporary files
Date: 13 Oct 1992 15:53:35 GMT
Organization: HST Wide Field/Planetary Camera
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <0096206E.0D5D2D20.20363@swdev.si.com>, "Brian Tillman, Smiths Industries, VAX Support, x8425" writes:
>In my MX_LOCAL_DIR are come files whose names are of the form
>LCL_BBE89AA0_009618BC_2780009C.TMP.  They seem to contain old messages that I
>received over ten days ago.

In particular, the mail arrived at 3-OCT-1992 15:51:30.22.

>What is the purpose of these files and why might MX have left them around?

They are, I think, temporary files created by the LOCAL delivery agent to be
passed to callable mail.  Have you looked at the contents of
MX_LOCAL_yournode.LOG to see if the LOCAL delivery agent reported any problems
(it's not likely, I know)?
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: <jpsmith@CEDAR.atmel.com>
Newsgroups: vmsnet.mail.mx
Subject: MX with TGV V3.1?
Date: Wed, 07 Oct 1992 13:39:00 MDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

I am pretty new to the MX-List, so I am sure you have had this question before,
but, does anyone use MX as TGV's Multinet V3.1 SMTP server? I assumed that all
you would have to do is modify the PROGRAM for the SMTP service to use
MX_EXE:SMTP_SERVER.EXE instead of MULTINET:SMTP_SERVER.EXE. Since this seems to
be incomplete, what else must be done?

--Jody Smith
From: "Edward J. Groth" <groth@PUPGG.PRINCETON.EDU>
Newsgroups: vmsnet.mail.mx
Subject: Re: Help!!  (New Install of MX)
Date: Tue, 13 Oct 1992 14:02:26 EDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List

> Carl J Lydick (carl@SOL1.GPS.CALTECH.EDU) wrote:
>
> : >Meanwhile, who wants to volunteer to write the 'ARRGH! My mail is STUCK and
> : >I need help NOW!' troubleshooting manual that lists what to do, what to
 look
> : >at, and what it all means :-)
> :
> : Matt Madison already provided a manual that tells you how to get the
> : information necessary to diagnose and fix most MX problems.  What makes you
> : think that someone who won't read THAT manual would bother to read the one
 you
> : propose?
>
>         I put some time into just such a manual and I believe it is contained
> in the contrib area of the savesets.  I tried to cover most of the basics that
> I ran across and I am sure I left out some pieces but it might be a good
>  starting
> point.
>
>
> Earle
> ake@dayton.saic.com


Earl - you missed the point!

Recall the urban legend about a beginning computer science class:

Student: "Help, it says `Type your name and press return,' what
do I do???"

Instructor: "Type your name and press return."

Student: "Oh!"

                                        - Ed

/----------------------------------------------------------------------\
| Edward J. Groth            | Phone: 609-258-4361                     |
| Physics Dept., Jadwin Hall | Fax:   609-258-1124                     |
| Princeton University       | SPAN/HEPNET:  PUPGG::GROTH=44117::GROTH |
| Princeton, NJ 08544        | Internet:     groth@pupgg.princeton.edu |
\----------------------------------------------------------------------/
Newsgroups: vmsnet.mail.mx
From: ccab@vax.augustana.edu
Newsgroups: vmsnet.mail.mx
Subject: How can I change my Reply-To field
Date: Mon, 12 Oct 1992 13:15:26 CDT
Organization: Mx-List<==>Vmsnet.Mail.Mx Gateway
X-Gateway-Source-Info: Mailing List


If you will notice my original Reply-to field is wrong.  The last time I tried
to change it, I really messed things up.  I need it to read vax.augustana.edu.


Thanks for your time...

++ Andy Barcus ++