Newsgroups: vmsnet.uucp
Subject: Mail Rewrite Rules Problem - V2.0
From: Bob Longo <longo@sfpp.com>
Date: Mon, 14 Dec 92 14:06:45 PST
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%"vmsnet@drycas.club.cc.cmu.edu"
X-Vms-Mail-Cc: LONGO

This should be easy, but I just can't get it to work properly!  Maybe someone
can help me figure out what is going on - or if this is a problem in UUCP V2.

Our configuration is as follows; UUCP V2 is installed on a MicroVAX.  Most
users at our company don't have a username on this MicroVAX.  We have
subscribed with PSI for our connection to UUCP.  PSI took care of registering
our domain as "sfpp.com". They are the only site we dial for UUCP mail. Our
hostname was chosen to be "sfpp".  The PSI host we dial is "uupsi5".

We desire to have the following mail rewrite rules:
	1) mail addressed to "user@sfpp.com" will be forwarded to our main mail
		system - SPVX01::.
	2) mail addressed to "user@node.sfpp.com" will be sent to the DECnet
		node specified in the second level domain.
	3) mail sent out from a node in the network will appear that it was
		sent from "user@node.sfpp.com".

The problem is that mail addressed as "user@sfpp.com" is not being forwarded
to the mail system SPVX01::.  The files stay in in the spool directory until
they expire.  The X file in UUCP_SPOOL (or in UUCP_SPOOL:[.UUPSI5]) contain the
lines:
	U uucp sfpp
	F D.sfpp03L
	I D.sfpp03L
	C rmail graue

(where "graue" is the username the mail was addressed to, who like most other
users does not have a username on this system).

A test D.SFPP03_L file as found in the spool directory contains:
	From sfpp.com!longo Sun, 13 Dec 92 21:20:27 PST remote from sfpp
	Received: by sfpp.com (DECUS UUCP /2.0/2.0/2.0/);
	          Sun, 13 Dec 92 21:20:27 PST
	Date: Sun, 13 Dec 92 21:20:27 PST
	Message-Id: <009650B4DF6E94E0.000011F5@sfpp.com>
	From: "Bob Longo" <longo@sfpp.com>
	Subject: test
	To: test@sfpp.com
	X-VMS-Mail-To: UUCP%"test@sfpp.com"
	X-VMS-Mail-CC: LONGO

	test

The guts of my MAIL_REWRITE.RULES file (with the comments stripped out) is:
	[INBOUND-TO]
	*@sfpp.com		spvx01::\001
	*%sfpp.com		spvx01::\001
	sfpp.com!*		spvx01::\001
	sfpp!*			spvx01::\001
	*@*.sfpp.com		\002::\001
	*%*.sfpp.com		\002::\001
	*.sfpp.com!*		\001::\002
	[OUTBOUND-FROM]
	*::*			\002@\001.sfpp.com
	*			\001@sfpp.com
	[INBOUND-FROM]
	*%*.bitnet@*		\001@\002.bitnet
	*%*@relay.cs.net	\001@\002
	hp-sdd!*!*		\002@\001
	apple!*!*		\002@\001
	uunet!*!*		\002@\001
	[OUTBOUND-TO]
	*@*.bitnet		\001%\002.BITNET@CUNYVM.CUNY.EDU

The PATHS. file contains:
	sfpp	%s	0
	smart-host	uupsi5!%s	120
	uupsi5	uupsi5!%s	120

The CONTROL. file, again with comments stripped out, contains:
	hostname      	sfpp
	debug		0201
	sleeptime	15
	port		ACU	hayes	uucp_port	9600	l
	spool		UUCP_DISK:[UUCP.SPOOL]
	logfile		UUCP_LOG:UUCP.LOG
	logdir		UUCP_DISK:[UUCP.LOG]
	cfgdir		UUCP_DISK:[UUCP.CFG]
	debugfile	uucico_dbg
	sysfile		UUCP_CFG:SYSTEMS
	UUCP_ALLOW_UUCPCMD                         Y
	UUCP_BATCH_NODE                            "-"
	UUCP_BATCH_UUCICO_CALLOUT_JOBS             1
	UUCP_DATA                                  UUCP_DISK:[UUCP.DATA]
	UUCP_DOMAIN_NAME                           "sfpp.com"
	UUCP_DUMP                                  UUCP_DISK:[UUCP.DUMP]
	UUCP_PATH_DATA                             UUCP_DISK:[UUCP.DATA.MAPSRC]
	UUCP_POSTMASTER                            LONGO
	UUCP_RCVDNEWS                              UUCP_DISK:[UUCP.RCVDNEWS]
	UUCP_TIME_ZONE                             PST
	UUCP_TOOLS                                 UUCP_DISK:[UUCP.TOOLS]

It is interesting to note that if the mail is addressed as "user%sfpp.com",
the "C rmail" line in the spool directory contains the entire
"C rmail user%sfpp.com", while mail addressed to "user@sfpp.com" contains only
"C rmail user".  So something is stripping off the "@sfpp.com" part of the
address, I suspect prior to it getting to the rewrite rules.

It does not appear that there is anything wrong in the mail header causing
this, because it even happens when I send mail from my own system (meaning it
never leaves to go to the neighboring host).

Does anyone know what could be causing this behavior and how to correct it?

Thanks,
-Bob Longo