?
Solved

How to troubleshoot sendmail relay problem?

Posted on 1997-09-02
4
Medium Priority
?
742 Views
Last Modified: 2013-12-23

I have two hpux boxes (box1 and box2) that have identical sendmail .cf files, and are set up to send all emails to box3 (as a relay host). Box2 works fine. It sends its mail to box3 and disconnects.

Box1 sendmail however, sends its email to box3 and then waits till box3 passes the email to the remote email host box.

Like I said the .cf files look identical. How do I troubleshoot this? I used sendmail verbose mode to verify the above situation. What would you look for?

                           Thanks for your help!
                           Keith Kwiatek
0
Comment
Question by:keithedward
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
4 Comments
 

Expert Comment

by:sisyphus
ID: 1582393
The first thing to do is a simple "diff" on the two files.  If they do, in fact, turn out to be identical, then check the following options:

# "Smart" relay host (may be null)
DS
# This should be set to box3

# default delivery mode
O DeliveryMode=background

# open connection cache size
O ConnectionCacheSize=2

# open connection cache timeout
O ConnectionCacheTimeout=5m
# Make sure it is set to a low setting since you are doing relaying.

Also, make sure you are using the latest version of sendmail (8.8.7) available at ftp.sendmail.org.

Hope this helps.

0
 

Expert Comment

by:sisyphus
ID: 1582394
One more thing.  Make sure both box1 and box2 have an entry for box3 in the /etc/hosts files.  This should help to avoid unneeded DNS lookups.  
0
 

Author Comment

by:keithedward
ID: 1582395
I am sure they are identical. I have check all the settings. I can take the .cf file from the "bad" box (which won't disconnect from the relay box until the relay box has sent the message to the remote host) and put it on the other "good" box and sendmail works fine (it connects to the relay host, sends the message and disconnects)....which is leading me to think it is not a sendmail .cf problem, but some other aspect of sendmail or maybe unix networks....
0
 
LVL 1

Accepted Solution

by:
jantypas earned 200 total points
ID: 1582396
Good morning,

You've probably already tried this, but, in general, to debug sendmail files, one gets very cozy with the -d switch.  Depending on the age of your sendmail, you may regret it.  Older sendmail debug output resembles (correctly) line noise (^P^Q$R etc.).  However, we'll assume you have young sendmail and the debug output is from this planet.

- Invoke your machines sendmail manually with something
  like /usr/lib/sendmail -v -d21.99 <address>.  The -d#
  flag sets sendmail up in "super debugging mode".  Some
  sendmails go even higher -- you will get PAGES out debug outp
  output.

  Each stanza or rule as its output is decoded in front
  of you.  Without seeing your cf files, I can't say what
  your rulesets are doing, but pay close attention to your
  rulesets 3, 6, and 0.  In my world (Sendmail 8.8.x),
  these handle the preprocessing, name cracking and final
  delivery of SENT messages.

  To test a ruleset manually, use the -bt option such as:

    /usr/lib/sendmail -bt -d21.99 <foo@bar>

  Once in test mode (-bt), you can then individually
  test rules (such as S6) by typing something like:

  > 6 foo@bar

  to see how the address is cracked from rule 6 and beyond.

  NOTE: Some rules, particularly those that aid in anti-spam
        measures such as check_relay (a) are not named
        numerically (but will show up in debug as rull 998
        or some other odd number) (b) do not run until
        message delivery and (c) expect you to put in
        all the special operator tokens ($|) during
        debug.

You probably already have this on your shelf, but in
case you don't, go get the O'Relly book "Sendmail".
A classic O&A book, big, thick, loaded with detail,
but essential for sendmail cracking.

Lastly, this sounds like a cop out- but I've found most
networks need sendmail at the hub -- too many things go
on there, but most *interior* nodes, use a tenth of
sendmail's abilities.  I've replaced sendmail on interior nodes
with something that's easier to maintain such as qMail or
smail.  They're not as powerful as sendmail, but your admins will
thank you for it.

0

Featured Post

Moving data to the cloud? Find out if you’re ready

Before moving to the cloud, it is important to carefully define your db needs, plan for the migration & understand prod. environment. This wp explains how to define what you need from a cloud provider, plan for the migration & what putting a cloud solution into practice entails.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Originally, this post was published on Monitis Blog, you can check it here . It goes without saying that technology has transformed society and the very nature of how we live, work, and communicate in ways that would’ve been incomprehensible 5 ye…
During and after that shift to cloud, one area that still poses a struggle for many organizations is what to do with their department file shares.
In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're interested in additional methods for monitoring bandwidt…
In this video we outline the Physical Segments view of NetCrunch network monitor. By following this brief how-to video, you will be able to learn how NetCrunch visualizes your network, how granular is the information collected, as well as where to f…
Suggested Courses

752 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question