Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Jan 2004 12:06:48 -0600
From:      "Micheal Patterson" <micheal@tsgincorporated.com>
To:        "mgmcomm @hotmail.com" <mgmcomm@hotmail.com>, <questions@freebsd.org>
Subject:   Re: sendmail aliases not worked as expected
Message-ID:  <2a1501c3d86d$b093ffb0$0201a8c0@dredster>
References:  <Sea2-F43Yxc9NUpuabj00000876@hotmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help



----- Original Message ----- 
From: "mgmcomm @hotmail.com" <mgmcomm@hotmail.com>
To: <questions@freebsd.org>
Sent: Sunday, January 11, 2004 9:50 AM
Subject: sendmail aliases not worked as expected


> I am having trouble getting /etc/mail/aliases to properly forward system
> messages such as cron or periodic events.  Actually this problem affects
> even mail input using the mail command or any other method.  Although the
> cron/periodic is what I require the most.
>
> When a cron or periodic task creates an email to say root...it gets mailed
> to root@host.domain.com instead of root@domain.com.  Which results in an
> error message
>
> Jan  7 03:03:01 butters sm-mta[1511]: i07331me001498: SYSERR(root):
> butters.kibserv.org. config error: mail loops back to me (MX problem?)
>
> A bounce message is generated and sends cleanly to postmaster@kibserv.org.
> The original message is removed from the queue...apparently this error is
> fatal to the original message.
>
> my alias file contains the following
> root:           root@kibserv.org
> seti:           root@kibserv.org
> kib:            mgmcomm@hotmail.com
> virtualuser:    mgmcomm@hotmail.com
>
> and many other entries...most are the defaults in the original file
enabled
> and almost all eventually point to root anyhow.  And yes I have run
> newaliases and received successful and positive response.
>
> 10:17am butters:/etc/mail # newaliases
> /etc/mail/aliases: 38 aliases, longest 22 bytes, 504 bytes total
>
> This problem seemed to start about the time I upgrades from 4.7 to 5.2.
> Presently I am loosely tracking current...usually up to a month behind
with
> a 1 week run on a test box.  I plan to track 5-stable as soon as I see it
> since I am too deep into 5.x features to go back to 4.x now.  Current is
not
> really all I bargained for  :)
>
> 10:25am butters:/etc/mail # uname -a
> FreeBSD butters 5.2-CURRENT FreeBSD 5.2-CURRENT #3: Tue Dec 16 19:32:35
UTC
> 2003     root@butters:/usr/obj/usr/src/sys/CUSTOM  i386
>
> in my rc.conf file I thought maybe my sendmail options were wrong.
> historically I have used:
> sendmail_enable="YES"
> but after reading the defaults and the rc.sendmail file I find that this
> option is exclusive of two other sendmail options
> sendmail_submit_enable and sendmail_outbound_enable
>
> So I tried each in turn with no change in result.  But since I can't find
> much documentation on these other than what I can make from the
rc.sendmail
> I might still just be using the wrong rc.conf the wrong way.
>
> It seems to me that sendmail is completely ignoring the /etc/mail/aliases
> file
> Even when I try to send mail to kib (a real user) or the virtualuser the
> mail always tries to go to user@host.domain.com...which eventually bounces
> and gets attached to a message to the postmaster.  I suppose the aliases
are
> not completely ignored because no mail ever gets to the local user mail
> accounts.
>
> Also note that the kibserv.org is an old domain no longer registered...but
> we still use it for testing purposes.  To prove this is not a dns related
> issue here is a few digs.  Our local dns server has all the correct
records.
>
> 10:29am butters:/etc/mail # dig kibserv.org mx
>


If the system is sending mail to itself for processing, as most mx's do, you
need to have the full host name in the local-host-names file. Otherwise, it
doesn't know it's the controlling mx and will reject the mail.

--

Micheal Patterson
Network Administration
TSG Incorporated
405-917-0600



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2a1501c3d86d$b093ffb0$0201a8c0>