[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: a Z-mailer question



On Fri, 20 Mar 1998, Roy C Bixler wrote:
> Yes, but the machine I installed the latest snapshot on was not
> 'press-gopher', so it still seems to me that the $orgdomain suffix
> business stopped working somewhere after 2.99.49p9.

OK, I found that if I change the bit of code below, my earlier problem
disappears:

*** cf/canon.cf.org	Fri Mar 13 15:08:15 1998
--- cf/canon.cf	Fri Mar 20 11:34:36 1998
***************
*** 130,137 ****
  #	hostname CNAME mappings.  (Which IMO isn't all that bad [mea])
  #
  
! #	tmp="$(deliver "$host")" || tmp="$(canon "$host")" || tmp="$host"
! 	tmp="$(deliver "$host")" || tmp="$host"
  
  	echo "$tmp"
  }
--- 130,137 ----
  #	hostname CNAME mappings.  (Which IMO isn't all that bad [mea])
  #
  
! 	tmp="$(deliver "$host")" || tmp="$(canon "$host")" || tmp="$host"
! #	tmp="$(deliver "$host")" || tmp="$host"
  
  	echo "$tmp"
  }

This code snippet was preceded by following comment:

#  Now a big question:
#
#       Do you want to put your system to hold for the DNS lookups at
#       the router, or will you let the SMTP transport agents to handle
#       such things in much more parallel fashion as they can under the
#       scheduler.  If you want to do the holding, use $(canon ..) version.
# 
#       If you don't do $(canon ..), this MTA will not rewrite remote
#       hostname CNAME mappings.  (Which IMO isn't all that bad [mea])
#

So is the behaviour I described earlier ('press-gopher' is not recognised
as being the same as 'press-gopher.uchicago.edu' from another machine with
latest Z-mailer snapshot in the same domain - in fact, the delivery to
'press-gopher' fails while 'press-gopher.uchicago.edu' succeeds) an
intentional side-effect of using the new default code? 

---
Roy Bixler
The University of Chicago Press
rcb@press-gopher.uchicago.edu