[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