HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.uucp
Subject: Re: uuxqt called twice for each incoming mail mes
From: tp@mccall.com (Terry Poot)
Date: Tue, 15 Sep 1992 09:13:14 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1992Sep14.140145.2299@inland.com>, allebrandi@inland.com (Tom
Allebrandi) writes:
>In article <1992Sep8.193151.9693@augustana.ab.ca>, bjorndahl@augustana.ab.ca
>writes:
>>Can I fix it with an entry in mail_rewrite.rules?  (I
>> tried doing an [INBOUND-TO] of *@Augustana.AB.CA \001 but it didn't seem to
>> work.  Have I missed something?)
>
>Eh, yes. Look at your input it is not

Oops. In my followup, I answered that question "no". Just in case anybody
doesn't already know it, believe Tom, not me. (Changing the maps, as I said,
will also solve the problem, take your pick.)
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.uucp
Subject: Are inbound graded transfers supported?
Date: 8 Sep 92 11:26:11 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

The user guide for DECUS UUCP 2.0 doesn't seem to say if it supports graded
transfers on inbound connections.  It obviously supports them on outbound
connections.  Does support exist for inbound connections?  I looked for
"graded" and in the changes since... sections with no joy.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.uucp
Subject: Why are file transfer call files named differently?
Date: 8 Sep 92 22:49:17 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

I just noticed that UUCP file transfer call files have file names
different from other call files (more than just the grade).  They
seem to have two extra digits stuck onto the end, e.g.:

C.UUNET_G4QQ01;1

Why?  Just curious.
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
From: twarfield%vnunet.uucp@mccall.com
Newsgroups: vmsnet.uucp
Subject: "VMSNET archives? "
Date: 9 Sep 92 15:24:13 GMT
Reply-To: synful+vmsnet@DRYCAS.CLUB.CC.CMU.EDU
Organization: The Internet
Return-Path: <synful+vmsnet-errors@DRYCAS.CLUB.CC.CMU.EDU>
Errors-To: synful+vmsnet-errors@DRYCAS.CLUB.CC.CMU.EDU
X-Vms-Mail-To: @TOVMSNET


Does anyone know where I can obtain VMSnet items from the past several months?

Thanks,


Tom Warfield
Manager, Data Base Development / UUCP Postmaster
Claritas/NPDC
201 N. Union St., Alexandria, VA  22314

vnunet!twarfield
Newsgroups: vmsnet.uucp
Subject: Re: Why are file transfer call files named differently?
From: mark@infocomm.com
Date: 9 Sep 92 21:29:00 PDT
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <1992Sep8.224917.4509@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
> I just noticed that UUCP file transfer call files have file names
> different from other call files (more than just the grade).  They
> seem to have two extra digits stuck onto the end, e.g.:
>
> C.UUNET_G4QQ01;1
>
> Why?  Just curious.

The last two digits of the file names used are a file sequence number for the
"uucp" command.  In particular the number of D. files can be more than one by
specifying more than one source file to be transferred either explicitly on the
"uucp" command line or implicitly by using a wild card source file
specification.

Note:	Wild card source specifications are ONLY supported for transfers going
	OUT of the machine on which the "uucp" command is executed.

If the "uucp" command actually causes the transfer of more than 10 files, the
multiple work(C.) files are created.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
From: munroe@dmc.com (Dick Munroe)
Newsgroups: vmsnet.uucp
Subject: Re: DECUS UUCP V2.0 uucp command
Date: 5 Sep 92 08:44:53 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

In article <00960133157D6E20.20200784@decvax.cesi.it>, "Alberto Meregalli (SIC)" <meregalli@decvax.cesi.it> writes:
>...
> 
> 3) A secondary little problem: I had prepared for time zone changes a
> batch job that changed the machine time and defined a systemwide
> logical to the right string (for me +0200 or +0100). It defined also
> on the running system the right UUCP_TIME_ZONE. I had then modified
> UUCP_SYSTARTUP.COM to take into account that logical.
> 
>   $     defsys  UUCP_TIME_ZONE          "''f$trnlnm ("time_zone")'"
> 
> So I had not to update UUCP_SYSTARTUP.COM at season change. Now, can I
> do something like that on the CONTROL file?

Yes, you should be able to.  The control file is simply read by UUCP_SYSTARTUP
and the lines (basically) executed as:

defsys 'line'

where line, in your case, would be:

UUCP_TIME_ZONE          "''f$trnlnm("time_zone")'"

> 
> 4) Has _PLACEHOLDER.TXT to be kept in place?

No.

-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: vmsnet.uucp
Subject: Re: Patch for yet another bug in NEWSSKIM.COM.
From: jeh@cmkrnl.com
Date: 9 Sep 92 19:53:22 PDT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Aug28.121014@mccall.com>, tp@mccall.com (Terry Poot) writes:
>
> In article <1992Aug27.151313.4477@dmc.com>, munroe@dmc.com (Dick Munroe)
> writes:
>>My apologies for any confusion this has inflicted on the general
>>community.
>
> That's mainly why I decided to post. That and to let Mark and Jamie know that I
> have no objection if they decide to incorporate your MLIST code instead of mine.
> More people will have a use for yours. However, someone will need to update the
> instructions that come with MX for setting up gateways. [...]

Well?  Which way should we go?

	--- 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
Newsgroups: vmsnet.uucp
Subject: Re: Bug in COMMAND_METHOD of NEWSSKIM.COM
From: jeh@cmkrnl.com
Date: 9 Sep 92 23:18:18 PDT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Jul20.103004.4373@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
> ...
>
> Note the logic change at search_2 that forces ALL files in the
> subdirectories to be visited.  In the shipped version only the
> [versions of the] file [name] first found would be visited.
>

The behavior of the shipped version is actually reasonable, since -- except
in the case of the COMMAND method, in which a file called NEWS_TRANSPORT.COM
is found in the forwarding directory -- everything found in the forwarding
directory will *always* be different versions of the same file name.  This
is because each news.sys entry (one per neighbor node) specifies only one
file name.

I suppose it would be possible to have several news.sys entries, for several
different neighbors, with different target file names in the same forwarding
directory, but this would require rewrites of a lot of other stuff if the
forwarding was to work.

> I solved my problem with news_transports by protecting the file
> from deletion, which works but generates error messages in the
> log file which can be a bit disconcerting.  A better fix would
> be:
>
> $COMMAND_METHOD: ! User Supplied Command file to effect delivery
> $	     command = "NEWS_MANAGER_DEV:[POST_COMMAND_" + NODE + "]NEWS_TRANSPORT.COM;"
> $	     if f$search(command).nes.""
> $		then
> $                       if file .nes. (file - "]NEWS_TRANSPORT.COM;") then $ goto no_copy_2

Wouldn't it be better to simply change the expected location of
NEWS_TRANSPORT.COM ? Perhaps it could be called
NEWS_MANAGER:NEWS_TRANSPORT_'node'.COM .  This would eliminate the 'search3'
loop, and would also eliminate the bogus "forwarding items to node via COMMAND"
which shows up when ONLY news_transport.com is found in the forwarding
directory.

I am setting up a command-method scheme for automatically archiving certain
articles in news.announce.newusers, etc., for distribution with future uucp
releases, and am modifying my newsskim.com to work this way... I'll let you
know if there are any problems.

For that matter since a lot of these "command methods" are likely to be
similar, one could have a common file, NEWS_MANAGER:NEWS_TRANSPORT.COM,
which would use its P1 parameter (node) to determine what to do with the file.
This would also simplify the providing of a template file (which isn't every-
one's concern, but it's certainly one of my concerns).

	--- 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: bjorndahl@augustana.ab.ca
Newsgroups: vmsnet.uucp
Subject: Re: uuxqt called twice for each incoming mail message?
Date: 15 Sep 92 10:49:45 MDT
Organization: Augustana University College, Camrose, Alberta

If any replies were posted to this, I didn't see them.  Is it because the
answer is so obvious that it's not worth anyone's time to answer?  Is it
because the answer is so complex that even the gurus are scratching their
heads?  Did the message not get out of our site?  Do I have such bad body
odor that I offend people even over the net?  :-)


In article <1992Sep8.193151.9693@augustana.ab.ca>, bjorndahl@augustana.ab.ca writes:
> Can someone explain to me why most stuff sent here gets uuxqt'd twice?  Our
> hostname is camrose, but our domain name is Augustana.AB.CA .  As far as I
> can see I've got all the logicals properly defined, and I've go no
> MAIL_REWRITE.RULES file.  I'm using DECUS UUCP 2.0 on VMS 5.4 on a MicroVax
> II.
> 
> When mail comes in for foo@Augustana.AB.CA, I'll see one execution of
>   rmail Augustana.AB.CA!foo
> and then a few seconds later on the *same message*
>   rmail foo
> 
> And the headers show two "Received:" lines for our site, thus:
>>From alberta!abcde Tue,  8 Sep 92 13:50:09 MDT remote from camrose
>>Received: by Augustana.AB.CA (DECUS UUCP /2.0/2.0/2.0/);
>>          Tue,  8 Sep 92 13:50:33 MDT
>>Received: by Augustana.AB.CA (DECUS UUCP /2.0/2.0/2.0/);
>>          Tue,  8 Sep 92 13:50:07 MDT
>>Received: from innisfree.cs.ualberta.ca by scapa.cs.ualberta.ca id <42295-1>; Tue, 8 Sep 1992 13:41:08 -0600
>>Subject: etc.
> 
> Is this endemic?  Can I fix it with an entry in mail_rewrite.rules?  (I
> tried doing an [INBOUND-TO] of *@Augustana.AB.CA \001 but it didn't seem to
> work.  Have I missed something?)
> 
> And if this is in the docs somewhere but I've missed it, I apologize, but I
> did read them, truly.
> 
-- 
Sterling G. Bjorndahl, bjorndahl@Augustana.AB.CA or bjorndahl@camrose.uucp
Augustana University College, Camrose, Alberta, Canada      (403) 679-1516
From: robert@cpvax.lonestar.org
Newsgroups: vmsnet.uucp
Subject: group wildcards in ANU NEWS 6.1
Date: 13 Sep 92 10:23:12 CDT
Reply-To: cpvax!robert@uunet.uu.net
Distribution: world
Organization: Texas Utilities, Glen Rose TX 

I've just changed my feed to uunet (as opposed to another ANU NEWS site)
and a bunch of stuff started going to JUNK.  I've been messing with 
my NEWS.SYS file and think I misunderstood how to confige an entry.

It appears that only the top level groups are automatically wildcarded.
I was under the impression, if I put REC.HUMOR in my NEWS.SYS file, I 
would also receive REC.HUMOR.FUNNY, REC.HUMOR.ORACLE, etc.  That does
not seem to be happening (goes to JUNK because of SYS filter).

Also, are they any limitations as to the number of lines in a system
entry? I would prefer 1 group per line with a ,\ at the end of each, 
but that seemed to be causing problems as well.

 							thanks
 							  Robert
-------------------------------------------------------------------------
Robert Eden    817-897-0491                             Glen Rose, TX
Comanche Peak Steam Electric Station            robert@cpvax.lonestar.org
               ^^^^^^^^^^^^^^^^^^^^^ politicese for a nuke plant
-------------------------------------------------------------------------

-- 
-------------------------------------------------------------------------
Robert Eden    817-897-0491                             Glen Rose, TX
Comanche Peak Steam Electric Station            robert@cpvax.lonestar.org
               ^^^^^^^^^^^^^^^^^^^^^ politicese for a nuke plant
-------------------------------------------------------------------------
Newsgroups: vmsnet.uucp
Subject: Re: Bug in COMMAND_METHOD of NEWSSKIM.COM
From: jeh@cmkrnl.com
Date: 11 Sep 92 08:18:48 PDT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Sep10.214921.4517@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
> In article <1992Sep9.231819.659@cmkrnl.com>, jeh@cmkrnl.com writes:
>> 
>> Wouldn't it be better to simply change the expected location of
>> NEWS_TRANSPORT.COM ? Perhaps it could be called
>> NEWS_MANAGER:NEWS_TRANSPORT_'node'.COM .  This would eliminate the 'search3'
>> loop, and would also eliminate the bogus "forwarding items to node via COMMAND"
>> which shows up when ONLY news_transport.com is found in the forwarding
>> directory.
> 
> This is a great idea, I didn't do it because I didn't want to hassle with that
> large a change.  Maybe I'll go back and look at that again.

I've been running this way for a few days now, with one tweak:  NEWSSKIM.COM
looks first for NEWS_MANAGER:NEWS_TRANSPORT_'node'.COM, and if not found, then
looks for NEWS_MANAGER:NEWS_TRANSPORT.COM.  So you can put all your transports
in one .COM, switching on the P1 parameter (node name), or have one .COM for
each, or a mix.  Seems to work fine.  If there are no objections, that's the
way I'll release it in 2.1. 

>> 
>> I am setting up a command-method scheme for automatically archiving certain
>> articles in news.announce.newusers, etc., for distribution with future uucp
>> releases, and am modifying my newsskim.com to work this way... I'll let you
>> know if there are any problems.
> 
> I already do all of this, using the current method.  If you want the code, I'll
> be glad to give you a copy.  It's all in DCL/TPU for now.  Slow, but easy to
> hack together.  It will archive anything that has an archive header.  (In fact,
> I posted an old version to VMSNET.SOURCES about a year ago, I think.)

This would be worth distributing.  In my case I wanted to be a bit more 
selective (not everything with an archive header gets saved), and a few things
that I want to save *don't* have an archive header, and I wanted more 
meaningful filenames than were provided by the archive-names anyway...

	--- 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
Newsgroups: vmsnet.uucp
Subject: Re: Are inbound graded transfers supported?
From: mark@infocomm.com
Date: 8 Sep 92 22:30:53 PDT
Organization: INFO COMM - Computer Consulting, Redwood City, Ca

In article <1992Sep8.112611.4505@dmc.com>, munroe@dmc.com (Dick Munroe) writes:
> The user guide for DECUS UUCP 2.0 doesn't seem to say if it supports graded
> transfers on inbound connections.  It obviously supports them on outbound
> connections.  Does support exist for inbound connections?  I looked for
> "graded" and in the changes since... sections with no joy.

I'm not exactly sure what you mean by "inbound graded support".

How "grades" work for inbound calls is:

	If the caller specifies a grade preference on the call, then the
	specified grade restriction is honored for all work files (C.) that
	may be processed by the called system when the roles actually reverse.
	The philosophy here is based on the principle that the calling system
	is paying for the call, and courtesy implies that we should honor
	requests to limit traffic.

On inbound calls the UUCP.LOG message that announces the "Startup ok", also
lists any grade restrictions that may be in effect (by the request of the
caller).  If no such restrictions are in effect, then no mention of grade is
announced.

--
Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
PHONE:	(415)369-9366	UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
DOMAIN:	mark@infocomm.com
From: kvc@summer.innosoft.com
Newsgroups: vmsnet.uucp
Subject: Re: Gateway to NYNEX???
Date: 12 Sep 92 22:48:13 GMT
Reply-To: synful+vmsnet@DRYCAS.CLUB.CC.CMU.EDU
Organization: The Internet
Return-Path: <synful+vmsnet-errors@DRYCAS.CLUB.CC.CMU.EDU>
Return-Path: !summer.innosoft.com!kvc@mccall.uucp
Resent-Date: Sat, 12 Sep 1992 16:49:30 CDT
Resent-From: vmsnet-newsgate@mccall.com
CC: munroe@dmc.com, coleve@uvmain.uvcc.edu
Errors-To: synful+vmsnet-errors@DRYCAS.CLUB.CC.CMU.EDU
Resent-Message-ID: <9209122148.AA08747@depot.cis.ksu.edu>
X-Vms-To: IN%"vmsnet-newsgate%mccall.UUCP@uunet.uu.net"
X-Vms-Cc: in%"munroe@dmc.com", in%"coleve@cc.uvcc.edu"
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Mime-Version: 1.0

>> PROFS and they don't know how to get mail out of there universe into the
>> internet (and back).  Does anybody out there know a way to get to/from
>> PROFS at NYNEX?

> It occurs to me that DEC sells a mess-age router to PROFS gateway and innosoft
> sells an SMTP to message router gateway.  Perhaps the combination may actually
> WORK?

Yes, this will work.  You need Message Router and MR/P from DEC, and PMDF and
PMDF-MR from us (Innosoft).  You will also need a TCP/IP for the VMS system
for PMDF to use for Internet mail.  You can use any of: MultiNet, DEC TCP/IP,
CMU, or Wollongong.

	/Kevin Carosso
	 Innosoft
Newsgroups: vmsnet.uucp
Subject: DECUS UUCP V2.0 uucp command
From: eric%emlsoft.uucp@mccall.com
Date: Fri,  4 Sep 92 20:33:37 PDT
Reply-To: synful+vmsnet@DRYCAS.CLUB.CC.CMU.EDU
Organization: The Internet
Return-Path: <synful+vmsnet-errors@DRYCAS.CLUB.CC.CMU.EDU>
Errors-To: synful+vmsnet-errors@DRYCAS.CLUB.CC.CMU.EDU
X-Vms-Mail-To: uucp%"synful+vmsnet@drycas.club.cc.cmu.edu"

X-News: emlsoft vmsnet.uucp:8

>
>I've got DECUS UUCP 2.0 through the net and installed it. Now I have
>some problems:
>
>2) I can't understand something with the uucp command. I find some
>differences between what happens and what is stated in paragraph 9.2
>of the Guide. I have found that while these commands work fine
>
>  $ uucp -mj "i2unix!~uucp/newthismonth" uucp_public:newthismonth
>  $ uucp -mj "i2unix!~uucp/newthismonth" ~/newthismonth
>
>these don't
>
>  $ uucp -mj "i2unix!~uucp/newthismonth" uucp_public:[000000]newthismonth
>  $ uucp -dmj "i2unix!~uucp/README" ~/meregalli/readme
>
>I get sometimes an immediate message "Can't copy...", sometimes a
>subsequent mail message telling there was a bad file name; in this
>case uucp.log contains these lines


Hi,
I was having a similiar problem. I found that if I quoted the second directory
specification, everything worked fine.
(e.g. $ uucp -dmj "i2unix!~uucp/README" "~/meregalli/readme")

Hope this solves your problem.

-- Eric
==============================================================================
Eric M. LaFranchi    [Phone: (707) 942 - 6655] 	| Domain: (pending)
Independent Consulant				| UUCP: emlsoft!eric%netcom.com
13856 HWY 128 Calistoga, CA 94515		|
From: bjorndahl@augustana.ab.ca
Newsgroups: vmsnet.uucp
Subject: uuxqt called twice for each incoming mail message?
Date: 8 Sep 92 19:31:51 MDT
Organization: Augustana University College, Camrose, Alberta

Can someone explain to me why most stuff sent here gets uuxqt'd twice?  Our
hostname is camrose, but our domain name is Augustana.AB.CA .  As far as I
can see I've got all the logicals properly defined, and I've go no
MAIL_REWRITE.RULES file.  I'm using DECUS UUCP 2.0 on VMS 5.4 on a MicroVax
II.

When mail comes in for foo@Augustana.AB.CA, I'll see one execution of
  rmail Augustana.AB.CA!foo
and then a few seconds later
  rmail foo

And the headers show two "Received:" lines for our site, thus:
>From alberta!abcde Tue,  8 Sep 92 13:50:09 MDT remote from camrose
>Received: by Augustana.AB.CA (DECUS UUCP /2.0/2.0/2.0/);
>          Tue,  8 Sep 92 13:50:33 MDT
>Received: by Augustana.AB.CA (DECUS UUCP /2.0/2.0/2.0/);
>          Tue,  8 Sep 92 13:50:07 MDT
>Received: from innisfree.cs.ualberta.ca by scapa.cs.ualberta.ca id <42295-1>; Tue, 8 Sep 1992 13:41:08 -0600
>Subject: etc.

Is this endemic?  Can I fix it with an entry in mail_rewrite.rules?  (I
tried doing an [INBOUND-TO] of *@Augustana.AB.CA \001 but it didn't seem to
work.  Have I missed something?)

And if this is in the docs somewhere but I've missed it, I apologize, but I
did read them, truly.

-- 
Sterling G. Bjorndahl, bjorndahl@Augustana.AB.CA or bjorndahl@camrose.uucp
Augustana University College, Camrose, Alberta, Canada      (403) 679-1516
Newsgroups: vmsnet.uucp
Subject: Re: uuxqt called twice for each incoming mail message
From: tp@mccall.com (Terry Poot)
Date: Fri, 11 Sep 1992 17:07:17 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <1992Sep8.193151.9693@augustana.ab.ca>, bjorndahl@augustana.ab.ca
writes:
>Can someone explain to me why most stuff sent here gets uuxqt'd twice?  Our
>hostname is camrose, but our domain name is Augustana.AB.CA .  As far as I
>can see I've got all the logicals properly defined, and I've go no
>MAIL_REWRITE.RULES file.  I'm using DECUS UUCP 2.0 on VMS 5.4 on a MicroVax
>II.
>
>When mail comes in for foo@Augustana.AB.CA, I'll see one execution of
>  rmail Augustana.AB.CA!foo
>and then a few seconds later
>  rmail foo

Since when the mail arrives at your site, it has the command 

rmail Augustana.AB.CA!foo

in it rather than just "rmail foo". uucp is just doing what it is told,
forwarding the message to itself. Since this is pass through mail (i.e. it looks
like it is going elsewhere) it never goes to the mail handler, so the rewrite
rules have nothing to do with it. 

In the maps that I have, there is no clue that camrose and augustana.ab.ca are
related so the rest of this is guesswork to a degree. There's a map entry for
each. I'm assuming that alberta, aka cs.ualberta.ca, has a private (or canada
only) set of maps that includes a line
like:

camrose .augustana.ab.ca

This tells pathalias that camrose is a gateway for the augustana.ab.ca domain,
which means camrose can forward mail to sites in that domain. It doesn't tell
pathalias that that is also camrose's domain name. Any route to a machine in
that domain will be routed to camrose, with the full domain name of the site
after that, so camrose can forward it appropriately. Thus mail from alberta to
camrose will always be sent with a path like "rmail camrose!<domain>!user". To
get it to stop doing this, the maps need the line:

camrose = augustana.ab.ca

This will leave the domain name out of the path, since it now understands that
camrose itself is the destination machine. Any subdomains of augustana.ab.com
will still be in the longer form so that camrose can forward them to their
destination.
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA