Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
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.
As the message states: protocol error: 571 Delivery not authorized, message refused. You are not authorized to send mail using that server. If you administer the destination server you'll have to add your server/ip to the allowed ones or provide correct authentication. If you don't administer the destination server, you'll have to take it up with the admin that does.
And please don't use words like asap. What's urgent to you is not to us, we're all volunteers.
Since you have to authenticate then the problem is either on your side if you're not providing the correct credentials or on the other side if the other server doesn't accept your connection. Both ways can cause the error. If you have to authenticate providing a user name you could try the connection with a telnet session. If you don't have to provide credentials are you allowed to relay to that host?
no..i am sure i am providing the correct credentials,
any other way to check the problem from my side??
i got this problem from the last 2 weeks,
previously the mail was delivered correctly..
Yes i am on a static WAN IP...
i was once listed in URIBL,but was delisted too,again today i was listed on the same.
m not sure that RBL is causing a problem as previously when i was listed for 2-3 days the mails were delivered.
Strange, I don't know much more to try. If you can access the server using telnet and send a mail from the console in that same telnet session, then you can exclude the credentials.
OK, you'll have to go through your smtp logs to find out what commands you're sending and what responses you're receiving and debug from there on to find the error.
You also might want to set your loglevel a bit higher in order to get more info. Once you set your loglevel, restart your sendmail, try sending a mail from a telnet session (all the steps) and after that the normal way you do. Then check your logfile for errors/communication.
If your domain is blacklisted then that is the most likely option. Get 'deblacklisted' and try again (I believe it might take up to 48 hours to propagate).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.