Sendmail help needed
nullpt at gmail.com
Fri Jul 29 08:48:56 GMT 2005
The odds of the reporting system are not of my fully knowledge, I just
know how and what mails go from where to who.
Imagine that a script on a reporting machine does this:
# mailx -s ERROR_FOUND_IN_PROC_SYNC syncproj
It will try to deliver the mail locally, as suposed to. If I define a
central hub or a Smart host it will deliver the mail I exampled to
syncproj at mailhub and it works fine. The problem is that it won't
lookup the mailhub MX record, It will send it directly to mailhub:25.
Now imagine that mailhub is down? There is a backup server listed as
an MX record for the mailhub domain with a higher pref that would take
the work while mailhub prefered MX is down.
I've been reading a little more and I think there is some kind of
feature/option that force a MX lookup on the mailhub host.
On 7/29/05, Glenn Dawson <glenn at antimatter.net> wrote:
> At 12:30 AM 7/29/2005, you wrote:
> >Thanks for the help.
> >The thing is that our main mailserver is not able to work with reports
> >from only one address. It has a db with some "names" that match
> >name at ourinternaldomain.tld and then send the reports to the respective
> >persons/mailing lists.
> >So the basics of the question is: Is it possible to get every mail
> >(including local mail) redirected to one domain with MX lookup? I've
> >been reading about LUSER_RELAY, LOCAL_RELAY, stickyhost, but I don't
> >know if this will solve the problem.
> ok, lets see if I understand this correctly...
> You have an existing mail server that handles mail for you local network.
> Some of the mail sent to that server is compared to a database which has
> entries that look like somename at internaldomain.com. If a match is found,
> the message is redistributed to some list of email addresses. So far so
> good? hope so...
> The addresses that are looked at for a match, are they the from address or
> the to address?
> For example, I send an email to you mail server using the address
> user at foo.com. Since I sent the email, it looks like it came from
> glenn at antimatter.net. One of those two addresses are compared to a
> database to decide what to do with the message. From your description, it
> sounds like the To: address is the one being looked at by the mail server.
> "Local" mail is normally considered to be mail between two addresses which
> are on the same machine. The from and to addresses for the local mail can
> have only account names, or, one or both could have a domain associated
> with it. Potentially, mail between the following pairs of addresses could
> all be local:
> From: To:
> foo bar
> foo at internal.com bar
> foo bar at internal.com
> From your description above, it sounds like you're looking at mail that is
> always delivered to the same address on the mail server, and then you're
> using the address the mail was from to decide what to do with it. Is that
> From the description below (from the original email) it sounds like the
> scripts in question are running on machines that are not the mail server,
> and they're only specifying the username to deliver to, and not adding any
> domain name or hostname to the recipient. Depending on what else is
> happening on the machines that have the scripts that generate the mail, it
> sounds like building a null client is probably the simplest thing to
> do. Other options are using some of the masquerading features, or by using
> LOCAL_RELAY to force unqualified names to be send to a central server which
> will figure out what to do with them.
> Hope some of that helps...Let me know if I can clarify anything, I'll be
> around for at least another few hours...
> >On 7/28/05, Glenn Dawson <glenn at antimatter.net> wrote:
> > > At 03:17 PM 7/28/2005, Alexandre Vieira wrote:
> > > >Hello folks,
> > > >
> > > >I'm trying to get past a standard in sendmail which is very simple.
> > > >
> > > >I have several machines reporting mails trough local MTA's (sendmail)
> > > >in each one of the boxes to our main mailserver. The thing is, I did
> > > >not developed the scripts and they are using "mailx -s <subj> user"
> > > >which normally would try to deliver it to a local account in the
> > > >machine. So the question is: Can I, in any way, define that every
> > > >"user" passed on the mailx in every script gets resolved to
> > > >user at somedomain.tld and not to a local system account? We have
> > > >hundreds of "names" in the scripts, so aliasing doesn't work for me.
> > >
> > > If you don't _ever_ want things to be delivered locally, you can create
> > > what sendmail calls a null client. That will send all mail to the address
> > > you specify. You can get more details from /usr/share/sendmail/cf/README
> > >
> > > -Glenn
> > >
> > >
> > > >My current hack is defining DR and DS in the sendmail.cf to a static
> > > >hostname but that takes redundancy to our mail system since if the
> > > >main mailserver is down the backup mail server (higher MX) won't take
> > > >any effect.
> > > >
> > > >Any help apreciated
> > > >Cheers
> > > >_______________________________________________
> > > >freebsd-questions at freebsd.org mailing list
> > > >http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> > > >To unsubscribe, send any mail to
> > "freebsd-questions-unsubscribe at freebsd.org"
> > >
> > >
> >freebsd-questions at freebsd.org mailing list
> >To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"
Alexandre Vieira - nullpt at gmail.com
More information about the freebsd-questions