Yes it does have the feel of a wayward '.' but... get this...
If I rename my box to 'matdav.datacom.com', email comes thru from
r...@matdav.datacom.com
If I rename my box to 'matdav.datacom.nz', email comes thru from
r...@matdav.datacom.nz
If I rename my box to 'matdav.datacom.com.au', email co
Matthew Davidson [DATACOM] wrote:
>> Do you have unusual options like FEATURE(always_add_domain ...) set up?
>
>
> I haven't made any changes to the sendmail configuration. It's straight
> out of the CD vanila 6.3 "Standard" install. I'm completetly stumped.
> If I build with 6.1, I don't have
>Do you have unusual options like FEATURE(always_add_domain ...) set up?
I haven't made any changes to the sendmail configuration. It's straight
out of the CD vanila 6.3 "Standard" install. I'm completetly stumped.
If I build with 6.1, I don't have any issue. If I build with 6.4,
same problem
On Jan 8, 2009, at 1:48 PM, Matthew Davidson [DATACOM] wrote:
[ ... ]
SYSTEM IDENTITY (after readcf)
(short domain name) $w = MATDAV
(canonical domain name) $j = MATDAV.datacom.net.nz
(subdomain name) $m = datacom.net.nz
(node name) $k = MATDAV
On Jan 8, 2009, at 1:23 PM, Matthew Davidson [DATACOM] wrote:
I have a problem with a vanlia 6.3/6.4 install that any mail generated
gets an extra top level domain appended to the domain.
This is causing mail delivery failures and much frustration.
Run "/usr/libexec/sendmail/sendmail -bt -d 0.
Hi Chuck -
Output below, all looks aok to me...
MATDAV# /usr/libexec/sendmail/sendmail -bt -d 0.1
Version 8.14.2
Compiled with: DNSMAP LOG MAP_REGEX MATCHGECOS MILTER MIME7TO8 MIME8TO7
NAMED_BIND NETINET NETINET6 NETUNIX NEWDB NIS PIPELINING
SCANF
STARTTLS TCPW