LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Server
User Name
Password
Linux - Server This forum is for the discussion of Linux Software used in a server related context.

Notices

Reply
 
Search this Thread
Old 06-02-2009, 12:46 PM   #1
ThickGit
LQ Newbie
 
Registered: Oct 2008
Posts: 13

Rep: Reputation: 0
Sendmail SMTP relay error but only from some ISPs


Hi People,

I have a very strange error (well to me it is strange anyway).

We have a problem sending email via our domain which is hosted remotely on a dedicated server (which we are responsible for maintaining) but it only happens in specific situations.

To simplify the story, here is the setup:

A laptop roaming and using an internet connections at an-isp.com can send and receive email. It sends email using our dedicated server's SMTP without a problem.

A desktop in the office connected to another-big-isp.com cannot send an email using our server's SMTP, it receives an error like this : "5.7.1 <recipient@somewhere.co.uk>... Relaying denied. IP name possibly forged [xxx.xxx.xxx.xxx]".

Of course, the desktop can send email using the SMTP servers of another-big-isp.com.

The dedicated server is running Fedora 5 and Sendmail.

One strange symptom is that the desktop can send and email using our dedicated server SMTP provided it is destined for an email address at another-big-isp.com.

The only common denominator seems to be another-big-isp.com who are telling us that there are no blocked ports or anything else.

Has anybody got any ideas ?

I would greatly appreciate a clue or two.
 
Old 06-02-2009, 04:12 PM   #2
kolodz1
LQ Newbie
 
Registered: Apr 2008
Distribution: fedora, debian
Posts: 8

Rep: Reputation: 1
You're probably getting greylisted. Basically that just means that there is a problem with your server settings somewhere that's annoying the SMTP server on the other end. Usually this turns out to be a hostname or mangled headers problem.

Usually the maillog has something helpful or try 'sendmail -q -v' to see exactly what the server is doing.

That error makes me think that there is a DN issue with the sent mails. Take a good look at the sender in mailq, there might be a hint there.
 
Old 06-03-2009, 04:37 AM   #3
ThickGit
LQ Newbie
 
Registered: Oct 2008
Posts: 13

Original Poster
Rep: Reputation: 0
Thanks for taking the time to reply kolodz1.

Unless I misunderstand, (which wouldn't surprise me) the sender is not getting as far as the SMTP server accepting the email. This looks like an authentication issue.

Is there some way I can confirm this ?

Thanks for reading.
 
Old 06-04-2009, 07:23 PM   #4
kolodz1
LQ Newbie
 
Registered: Apr 2008
Distribution: fedora, debian
Posts: 8

Rep: Reputation: 1
There's always the Fun-fun telnet way. This should work in any linux terminal or XP terminal. If you use vista, telnet might not be installed depending on the version.

Code:
telnet <email server> <smtp port>
helo yourdomain.com
mail from:you@yourdomain.com
rcpt to:person@somedomain.com
data
This is a test
.
.
The from and to can be the same. Though that makes for a pretty thin test. The two periods at the end depend on the SMTP server you use, it may be one it may be to. You should see a "250 OK - something" for each line, except data which should be a 354. Once your done type
Code:
quit
This is basically what email clients do when they send mail, so you can tell where the problem is by what line you end at.

If its an authentication issue, you'll get asked for credentials or told whats missing.

If it fails at the Helo, you probably have a DN issue.

If its something else you're in for some fun.
A good example here, plus helpful info : http://www.netadmintools.com/art276.html
 
Old 06-05-2009, 03:15 AM   #5
okcomputer44
Member
 
Registered: Jun 2008
Location: /home/laz
Distribution: CentOS/Debian
Posts: 241

Rep: Reputation: 51
Quote:
Originally Posted by ThickGit View Post
This looks like an authentication issue.
Yes it is.

The client computer has got a wrong smtp server address.
When you sending e-mail through smtp you need to login to that server whatever is an ISP or local server. The sender client needs to be authenticated or it has to be on the relay list in sendmail.

Eg.:

/etc/mail/relay:

Connect: 192.168.10.1 RELAY
Connect: MY.LOCAL.PC.ADDRESS RELAY

Another way as I mentioned it above the client authentication.
Setup on the mail reader client that "My outgoing server(SMTP) requires authentication with user name and password.

Laz.
 
Old 06-06-2009, 03:01 AM   #6
ThickGit
LQ Newbie
 
Registered: Oct 2008
Posts: 13

Original Poster
Rep: Reputation: 0
Many thanks for your suggestions people.

The telnet session to the server does work.

Further digging around suggests that this is just an authentication issue. I think the problem is with SASL so I am hunting around for some guidance with testing that.

I will get back when I get somewhere.

Thanks for your patience
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Sendmail as a SMTP open relay? silverline27 Linux - Networking 5 01-16-2008 07:03 AM
Sendmail and SMTP relay + Asterisk Equin Linux - Server 0 06-05-2007 05:22 PM
Postfix to relay through my ISPs SMTP with no tls problem icebrian Linux - Software 10 01-18-2007 07:45 PM
need help in getting sendmail to relay using smtp-auth coolamit78 Linux - Networking 4 01-17-2007 12:20 PM
need sendmail to forward to ISPs SMTP uem-Tux Linux - Software 1 08-17-2003 08:21 AM


All times are GMT -5. The time now is 02:11 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration