Sendmail help needed

[Glenn Dawson]

At 01:48 AM 7/29/2005, Alexandre Vieira wrote:
>Hello Glenn,
>
>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.

If that's all you're worried about, you don't have to worry.  If you 
specify a smart host and it's not available, the mail will get queued 
locally until it is available.  The default settings will hold it in the 
queue for 5 days.  If your smart host is down for that long, you probably 
have other things to worry about.

-Glenn


>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.
>
>Thank you
>
>On 7/29/05, Glenn Dawson <glenn at antimatter.net> wrote:
> > At 12:30 AM 7/29/2005, you wrote:
> > >Hello,
> > >
> > >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
> > correct?
> >
> >  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...
> >
> > -Glenn
> >
> >
> > >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"
> > > >
> > > >
> > >
> > >Thanks
> > >_______________________________________________
> > >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"
> >
> >
>
>
>--
>Alexandre Vieira - nullpt at gmail.com
>_______________________________________________
>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"