RE: issue with extra top level domain appened to mail
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 comes thru from r...@matdav.datacom.com.au If I rename my box to 'matdav.datacom.govt.nz', email comes thru from r...@matdav.datacom.govt.nz BUT.. If I rename my box to 'matdav.datacom.co.nz', email comes thru from r...@matdav.datacom.co.nz.co.nz If I rename my box to 'matdav.datacom.org.nz', email comes thru from r...@matdav.datacom.org.nz.org.nz If I rename my box to 'matdav.telecom.co.nz', email comes thru from r...@matdav.telecom.co.nz.co.nz I see the same issue with 6.3/6.4. I've not tested 6.2, but 6.1 I don't see this issue. I'm hoping someone may have the seen the same issue, or take the time to build a box and replicate this to confirm it's not just me being a plonka. For now I'll just have to rename my 6.3+ boxes to hostname.datacom.com to work around it. Matt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
issue with extra top level domain appened to mail
Greetings 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. Here is my box MATDAV# uname -a FreeBSD MATDAV.datacom.net.nz 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Wed Jan 16 04:18:52 UTC 2008 r...@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Say for example I used the mail shell script... MATDAV# mail -s TESTING some...@datacom.co.nz this is a test EOT The resulting email is from Charlie Root [r...@matdav.datacom.net.nz.net.nz] Here are the headers Microsoft Mail Internet Headers Version 2.0 Received: from mx6.datacom.co.nz ([202.175.142.6]) by dnzwgex1.datacom.co.nz with Microsoft SMTPSVC(6.0.3790.3959); Fri, 9 Jan 2009 10:14:21 +1300 Received: from MATDAV.datacom.net.nz (Not Verified[202.175.143.252]) by mx6.datacom.co.nz with MailMarshal (v6,4,1,5038) (using TLS: SSLv23) id B49666cad; Fri, 09 Jan 2009 10:14:21 +1300 Received: from MATDAV.datacom.net.nz (localhost.datacom.net.nz [127.0.0.1]) by MATDAV.datacom.net.nz (8.14.2/8.14.2) with ESMTP id n08LELbj002945 for some...@datacom.co.nz mailto:some...@datacom.co.nz ; Fri, 9 Jan 2009 10:14:21 +1300 (NZDT) (envelope-from r...@matdav.datacom.net.nz.net.nz mailto:r...@matdav.datacom.net.nz.net.nz ) Received: (from r...@localhost mailto:r...@localhost ) by MATDAV.datacom.net.nz (8.14.2/8.14.2/Submit) id n08LEL2D002944 for some...@datacom.co.nz mailto:some...@datacom.co.nz ; Fri, 9 Jan 2009 10:14:21 +1300 (NZDT) (envelope-from root) Date: Fri, 9 Jan 2009 10:14:21 +1300 (NZDT) From: Charlie Root r...@matdav.datacom.net.nz.net.nz mailto:r...@matdav.datacom.net.nz.net.nz Message-Id: 200901082114.n08lel2d002...@matdav.datacom.net.nz mailto:200901082114.n08lel2d002...@matdav.datacom.net.nz To: some...@datacom.co.nz mailto:some...@datacom.co.nz Subject: TESTING Return-Path: r...@matdav.datacom.net.nz.net.nz mailto:r...@matdav.datacom.net.nz.net.nz X-OriginalArrivalTime: 08 Jan 2009 21:14:21.0546 (UTC) FILETIME=[132D84A0:01C971D6] Is seems that something (sendmail?) is appended an extra TLD '.net.nz' on the EVELOPE-FROM field. If I rebuild the box using 6.1 it works no problem at all. Anyone know of and previous post regarding this? Any advice would be much appreciated. Matt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: issue with extra top level domain appened to mail
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 TCPWRAPPERS USERDB XDEBUG getla: 0 setoption SevenBitInput (7)=False setoption AliasWait (a)=10 setoption AliasFile (A)=/etc/mail/aliases setoption MinFreeBlocks (b)=100 setoption BlankSub (B)=. setoption HoldExpensive (c)=False setoption DeliveryMode (d)=background setoption TempFileMode (F)=0600 setoption HelpFile (H)=/etc/mail/helpfile setoption ResolverOptions (I)=WorkAroundBroken setoption SendMimeErrors (j)=True setoption ForwardPath (J)= 0x81 z/.forward. 0x81 w+ 0x81 h: 0x81 z/.forward+ 0x81 h: 0x81 z/.forward. 0x81 w: 0x81 z/.forward setoption ConnectionCacheSize (k)=2 setoption ConnectionCacheTimeout (K)=5m setoption UseErrorsTo (l)=False setoption LogLevel (L)=9 setoption CheckAliases (n)=False setoption OldStyleHeaders (o)=True setoption DaemonPortOptions (O)=Name=IPv4, Family=inet Daemon IPv4 flags: setoption DaemonPortOptions (O)=Name=IPv6, Family=inet6, Modifiers=O Daemon IPv6 flags: OPTIONAL setoption DaemonPortOptions (O)=Port=587, Name=MSA, M=E Daemon MSA flags: NOETRN setoption PrivacyOptions (p)=authwarnings,noexpn,novrfy setoption QueueDirectory (Q)=/var/spool/mqueue setoption Timeout (r).queuereturn=5d setoption Timeout (r).queuewarn=4h setoption SuperSafe (s)=True setoption StatusFile (S)=/var/log/sendmail.st setoption NoRecipientAction (0x88)=add-to-undisclosed setoption SmtpGreetingMessage (0x90)= 0x81 j Sendmail 0x81 v/ 0x81 Z; 0x81 b setoption UnixFromLine (0x91)=From 0x81 g 0x81 d setoption OperatorChars (0x92)=.:%...@!^/[]+ setoption MaxHeadersLength (0xaa)=32768 drop_privileges(1): Real[UG]id=0:0, get[ug]id=0:0, gete[ug]id=0:25, RunAs[UG]id=0:0 getauthinfo: r...@localhost 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.datacom.net.nz setoption HoldExpensive (c)=F setoption DeliveryMode (d)= assign_queueid: assigned id n08Lkj4d003012, e=0x80e41e0 ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter ruleset address /quit finis: stat 0 e_id=NOQUEUE e_flags=4001OLDSTYLE,METOO MATDAV# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issue with extra top level domain appened to mail
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.1 and it should show a section called SYSTEM IDENTITY which should indicate what it is seeing for your short domain name, subdomain name, etc. That should indicate what you need to change, but if nothing else works, adjust this in /etc/mail/sendmail.cf: # my official domain name # ... define this only if sendmail cannot automatically determine your domain #Dj$w.Foo.COM Regards, -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issue with extra top level domain appened to mail
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.datacom.net.nz Agreed-- that looks fine. Do you have unusual options like FEATURE(always_add_domain ...) set up? -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
RE: issue with extra top level domain appened to mail
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. I might try rebuilding as 'matdav.datacom.com'. Perhaps it's some bug specific to the '.nz' TLD, but that seems unlikely. Matt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: issue with extra top level domain appened to mail
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 any issue. If I build with 6.4, same problem. I might try rebuilding as 'matdav.datacom.com'. Perhaps it's some bug specific to the '.nz' TLD, but that seems unlikely. Show output for: # ifconfig # dig @localhost matdav.datacom.net Then, get the nameserver IP address out of /etc/resolv.conf, and assuming that $IP is equal to the IP address of the nameserver,: # dig @$IP matdav.datacom.net This problem resembles an issue with a missing '.' trailer somewhere within a naming application... Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
