sendmail stat=Please try again later

I've got a pretty urgent problem. I just changed IP's on my mail server. The A and MX records are hosted at networksolutions. I changed the IP there and now when I do `host mail.ohprs.org` it does come back with the correct IP. Mail is coming in, but I'm getting "please try again later" on all messages. Why?

sendmail 8.14.9 on Slackware64 14.1, kernel 3.19.17

/varl/log/maillog example:
Apr  2 22:30:43 mail sm-mta[30165]: t332UgQJ030165: from=<mfoley@server.novatec-inc.com>, size=1603, class=0, nrcpts=1, msgid=<201504030230.t332UMbB030452@server.novatec-inc.com>, proto=ESMTP, daemon=MTA, relay=cdptpa-outbound-snat.email.rr.com [107.14.166.227]
Apr  2 22:30:43 mail sm-mta[30165]: t332UgQJ030165: Milter change: header X-Spam-Status: from  No, score=-2.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00\n\tautolearn=ham version=3.3.2-_revision__1.4__ to No, score=-100.0 required=3.0 tests=USER_IN_WHITELIST\n\tautolearn=ham version=3.3.2-_revision__1.13__
Apr  2 22:30:43 mail sm-mta[30165]: t332UgQJ030165: Milter change: header X-Spam-Report: from  \n\t* -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP\n\t* -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%\n\t*      [score: 0.0000]\n\t*  0.8 AWL AWL: Adjusted score from AWL reputation of From: address to \n\t* -100 USER_IN_WHITELIST From: address is in the user's white-list
Apr  2 22:30:43 mail sm-mta[30165]: t332UgQJ030165: Milter change: header X-Spam-Checker-Version: from  SpamAssassin 3.3.2-_revision__1.4__ (2011-06-06) on\n\tserver.novatec-inc.com to SpamAssassin 3.3.2-_revision__1.13__ (2011-06-06) on\n\tmail.hprs.local
Apr  2 22:30:43 mail sm-mta[30165]: t332UgQJ030165: Milter add: rcpt: allmail
Apr  2 22:30:43 mail sm-mta[30165]: t332UgQJ030165: Milter: data, reject=451 4.3.2 Please try again later
Apr  2 22:30:43 mail sm-mta[30165]: t332UgQJ030165: to=<mark@ohprs.org>, delay=00:00:01, pri=31603, stat=Please try again later
Apr  2 22:30:43 mail sm-mta[30165]: t332UgQJ030165: to=/var/spool/mail/allmail, delay=00:00:01, pri=31603, stat=Please try again later

Open in new window

LVL 1
MarkAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Chris HInfrastructure ManagerCommented:
Are you novatec-inc.com?
0
arnoldCommented:
THe issue is the milter is generating a temporary failure.
Not quite sure what on data triggered the try again later response.

Note, the milter seems to have auto learn on spamd ( other question of yours)

If memory serves, a positive number identifies spam, does the milter have a file size restriction which this message exceeds? Or it passes the data/attachments  through anti-virus?

I am not sufficiently familiar with the milters exit explanations to identify the issue.

You are adding another recipient, copy of all incoming.  Not sure whether that or something else triggers the issue.
0
arnoldCommented:
Is your domain defined as local and you gave the aliases.db that maps the address to the local mailbox?
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Acronis Data Cloud 7.8 Enhances Cyber Protection

A closer look at five essential enhancements that benefit end-users and help MSPs take their cloud data protection business further.

MarkAuthor Commented:
choward:
Are you novatec-inc.com?
Yes, but I'm seeing this problem from other senders to any recipient. I posted my test as an example.

Arnold: I have several milters which have all been working fine for months. The only thing changed is the IP address of eth0. I have spamass-milter which get the scoring from spamd; milter-bcc which simply copied spam to a mbox: /var/spool/mail/allmail; and clamav-milter which checks for viruses and quarantines if found. The maillog messages doesn't really say which milter is causing the problem.
Is your domain defined as local and you gave the aliases.db that maps the address to the local mailbox?
The lan domain is hprs.local. The "Public" domain is ohprs.org. Not sure what you're asking with respect to aliases.db
0
MarkAuthor Commented:
Looks like I got it working! Arnold, you comment about aliases.db made me think about access.db. I stopped sendmail and all milters. I changed the relay entry in /etc/mail/access to:

98.102.63.106   RELAY

instead of the old IP. Then I started everything back up. It started working just fine! I don't know if it was the relay thing or just restarting things, but it is going OK now. Thanks for the clue.

Now, if you guys can just help me figure out my other problem as easily I can call it a night!

http://www.experts-exchange.com/Networking/Linux_Networking/Q_28649442.html
0
arnoldCommented:
What is that ip? Relay allows that ip relay rights through your system.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Email Servers

From novice to tech pro — start learning today.