Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
running centos 5.5. Several months ago we upgraded our exchange server and the ip addresses changed. I recently noticed high overhead on our nagios server and found that sendmail was utilizing a lot of mem/cpu/disk space. There were 80k emails in clientmqueue. I'm not very good with sendmail but, after some poking around, I found the IP address of our old mail server in submit.cf. I changed it to the new mail server and restarted sendmail. I'm still unable to send mail and I have no idea where to go next. Could someone point me in the right direction?
snippet from log:
Code:
Aug 2 14:06:56 svr sendmail[6820]: q72J61Aq006820: Losing ./qfq72J61Aq006820: savemail panic
Aug 2 14:06:56 svr sendmail[6820]: q72J61Aq006820: SYSERR(root): savemail: cannot save rejected email anywhere
Aug 2 14:07:01 svr sendmail[6865]: q72J71O8006865: from=root, size=387, class=0, nrcpts=1, msgid=<201208021907.q72J71O8006865@svr.name.us>, relay=root@localhost
Aug 2 14:07:01 svr sendmail[6865]: STARTTLS=client, relay=[192.168.0.53], version=TLSv1/SSLv3, verify=FAIL, cipher=AES128-SHA, bits=128/128
Aug 2 14:07:06 svr sendmail[6865]: q72J71O8006865: to=root, ctladdr=root (0/0), delay=00:00:05, xdelay=00:00:05, mailer=relay, pri=30387, relay=[192.168.0.53] [192.168.0.53], dsn=5.7.1, stat=User unknown
Aug 2 14:07:16 svr sendmail[6865]: q72J71O8006865: q72J71O9006865: DSN: User unknown
Aug 2 14:07:26 svr sendmail[6865]: q72J71O9006865: to=root, delay=00:00:10, xdelay=00:00:10, mailer=relay, pri=31411, relay=[192.168.0.53] [192.168.0.53], dsn=5.7.1, stat=User unknown
Aug 2 14:07:36 svr sendmail[6865]: q72J71O9006865: q72J71OA006865: return to sender: User unknown
Aug 2 14:07:46 svr sendmail[6865]: q72J71OA006865: to=postmaster, delay=00:00:10, xdelay=00:00:10, mailer=relay, pri=32435, relay=[192.168.0.53] [192.168.0.53], dsn=5.7.1, stat=User unknown
Aug 2 14:07:56 svr sendmail[6865]: q72J71O9006865: Losing ./qfq72J71O9006865: savemail panic
Aug 2 14:07:56 svr sendmail[6865]: q72J71O9006865: SYSERR(root): savemail: cannot save rejected email anywhere
Aug 2 14:08:01 svr sendmail[6900]: q72J81CQ006900: from=root, size=387, class=0, nrcpts=1, msgid=<201208021908.q72J81CQ006900@svr.name.us>, relay=root@localhost
Aug 2 14:08:01 svr sendmail[6900]: STARTTLS=client, relay=[192.168.0.53], version=TLSv1/SSLv3, verify=FAIL, cipher=AES128-SHA, bits=128/128
Aug 2 14:08:06 svr sendmail[6900]: q72J81CQ006900: to=root, ctladdr=root (0/0), delay=00:00:05, xdelay=00:00:05, mailer=relay, pri=30387, relay=[192.168.0.53] [192.168.0.53], dsn=5.7.1, stat=User unknown
Aug 2 14:08:16 svr sendmail[6900]: q72J81CQ006900: q72J81CR006900: DSN: User unknown
Aug 2 14:08:26 svr sendmail[6900]: q72J81CR006900: to=root, delay=00:00:10, xdelay=00:00:10, mailer=relay, pri=31411, relay=[192.168.0.53] [192.168.0.53], dsn=5.7.1, stat=User unknown
Aug 2 14:08:36 svr sendmail[6900]: q72J81CR006900: q72J81CS006900: return to sender: User unknown
Aug 2 14:08:46 svr sendmail[6900]: q72J81CS006900: to=postmaster, delay=00:00:10, xdelay=00:00:10, mailer=relay, pri=32435, relay=[192.168.0.53] [192.168.0.53], dsn=5.7.1, stat=User unknown
Aug 2 14:08:56 svr sendmail[6900]: q72J81CR006900: Losing ./qfq72J81CR006900: savemail panic
Aug 2 14:08:56 svr sendmail[6900]: q72J81CR006900: SYSERR(root): savemail: cannot save rejected email anywhere
Aug 2 14:09:01 svr sendmail[6934]: q72J91X1006934: from=root, size=387, class=0, nrcpts=1, msgid=<201208021909.q72J91X1006934@svr.name.us>, relay=root@localhost
Aug 2 14:09:01 svr sendmail[6934]: STARTTLS=client, relay=[192.168.0.53], version=TLSv1/SSLv3, verify=FAIL, cipher=AES128-SHA, bits=128/128
Aug 2 14:09:06 svr sendmail[6934]: q72J91X1006934: to=root, ctladdr=root (0/0), delay=00:00:05, xdelay=00:00:05, mailer=relay, pri=30387, relay=[192.168.0.53] [192.168.0.53], dsn=5.7.1, stat=User unknown
Aug 2 14:09:16 svr sendmail[6934]: q72J91X1006934: q72J91X2006934: DSN: User unknown
Aug 2 14:09:26 svr sendmail[6934]: q72J91X2006934: to=root, delay=00:00:10, xdelay=00:00:10, mailer=relay, pri=31411, relay=[192.168.0.53] [192.168.0.53], dsn=5.7.1, stat=User unknown
Aug 2 14:09:36 svr sendmail[6934]: q72J91X2006934: q72J91X3006934: return to sender: User unknown
Aug 2 14:06:56 svr sendmail[6820]: q72J61Aq006820: Losing ./qfq72J61Aq006820: savemail panic
Aug 2 14:06:56 svr sendmail[6820]: q72J61Aq006820: SYSERR(root): savemail: cannot save rejected email anywhere
From the log above, look like there is a disk(?) problem. Check if the partition where /var is mounted is full. Run:
Code:
df -k
For the rest: Is 192.168.0.53 the new ip of the exchange server? If yes, this shouldn't happen since root@localhost is trying to send mail to root and this should go locally and not through a relay (or smarthost).
Where exactly in submit.cf was the exchange server ip? Was in a line starting wirh DS? What's in the same line in sendmail.cf? Also what gives
Ah ok. So any mail from sendmail is going to exchange regardless the user being local or not. So I guess, it returns back because there is no root user in exchange.
Better check the queued messages and delete them (at least the older ones) if they are not important. Then restart sendmail and see what happens.
Or you can create an alias for root in exchange to get its mails.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.