Sign up ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

A friend is running a VPS (CentOS)

His business partner was the sysadmin but has left him high and dry to look after the system. So, I've been asked to help out in fixing an apparent spam problem. His IP address got blacklisted for unsolicited mail. I'm not sure where to look for a problem, but I started with netstat to see what open connections were running. It looks to me like he has remote hosts connected to his SMTP server. Here's the output:

    Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address               Foreign Address             State      
tcp        0      0         86-40-60-183-dynamic.:10029 ESTABLISHED 
tcp        0      0         86-40-60-183-dynamic.:10010 ESTABLISHED 
tcp        0      1       SYN_SENT    
tcp        0      0 TIME_WAIT   
tcp        0      0 TIME_WAIT   
tcp        1      1        86-40-60-183-dynamic.:11647 CLOSING     
tcp        1      1        86-40-60-183-dynamic.:11645 CLOSING     
tcp        0      0    TIME_WAIT   
tcp        0      0    TIME_WAIT   
tcp        0      0         86-41-8-64-dynamic.b-:49446 ESTABLISHED 

Does this indicate that his server may be acting as an open relay? Mail should only be outgoing from localhost.

Apologies for my lack of knowledge but I don't work on linux in my day job.

Here's some output from /var/log/maillog which looks like it may be the result of spam. If it appears to be the case to others, where should I look next to investigate a root cause? I put the server IP through and it came back clean.

Jun 29 00:02:13 vps-1001108-595 qmail: 1309302133.721674 status: local 0/10 remote 9/20
Jun 29 00:02:13 vps-1001108-595 qmail: 1309302133.886182 delivery 74116: deferral:,_[]/Giving_up_on_200.147.36.15./
Jun 29 00:02:13 vps-1001108-595 qmail: 1309302133.886255 status: local 0/10 remote 8/20
Jun 29 00:02:13 vps-1001108-595 qmail: 1309302133.898266 delivery 74115: deferral:,_[]/Giving_up_on_187.31.0.11./
Jun 29 00:02:13 vps-1001108-595 qmail: 1309302133.898327 status: local 0/10 remote 7/20
Jun 29 00:02:14 vps-1001108-595 qmail: 1309302134.137833 delivery 74111: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/
Jun 29 00:02:14 vps-1001108-595 qmail: 1309302134.137914 status: local 0/10 remote 6/20
Jun 29 00:02:19 vps-1001108-595 qmail: 1309302139.903536 delivery 74000: failure:[]_Our_system_has_detected_an_unusual_rate_of/550-5.7.1_unsolicited_mail_originating_from_your_IP_address._To_protect_our/550-5.7.1_users_from_spam,_mail_sent_from_your_IP_address_has_been_blocked./550-5.7.1_Please_visit_
Jun 29 00:02:19 vps-1001108-595 qmail: 1309302139.903606 status: local 0/10 remote 5/20
Jun 29 00:02:19 vps-1001108-595 qmail-queue-handlers[15501]: Handlers Filter before-queue for qmail started ...

Here's the output of netstat -p with the imap and imaps lines removed. I also removed my own ssh session

Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name   
tcp        0      1  SYN_SENT    24096/qmail-remote. 
tcp        0      1  SYN_SENT    24097/qmail-remote. 
udp        0      0          ESTABLISHED 20435/httpd

As it turns out, the server had been hacked due to a vulnerability in OSCommerce and a number of PHP scripts were being run by remote clients to send mail. This was due to the security settings of 777 on the /var/www/vhosts/<domain-name>/httpdocs/images directory

share|improve this question
I would suggest your first priority is to ensure the system isn't an open relay. The spam may not have originated on this system. – John Gardeniers Jun 29 '11 at 0:01
That must not be spam at all. If the mailserver is just not configured at the state of RFC5321 you may get blacklisted too. There is no PTR set for the host, and maybe a invalid HELO to. Some html only mails, as default today, and we have a new blacklist entry. – Thomas Berger Jun 29 '11 at 0:13

2 Answers 2

up vote 4 down vote accepted


tcp        0      0         86-40-60-183-dynamic.:10029

is an external connection using IMAP to read mail from a mailbox on your server.


tcp        0      1       SYN_SENT

is your server sending outbound SMTP mail to

Without knowing more about what it is and is not supposed to be doing, neither of those things are initially suspicious.

You will need to use mailqueue, check out /var/log/mail* and the mail config to work out if it's right or not, or provide more info in the question.

share|improve this answer
Thanks EightBitTony, I added some log messages to the question. – conorgriffin Jun 28 '11 at 23:06
Rerun your netstat command with the -p flag as root, this will show the process names involved. You can leave off the imap/imaps lines, but show the outgoing smtp connections. Are there any webpages on the server that might have an email form that could be used to send emails to random people? – DerfK Jun 29 '11 at 0:02
What is this server supposed to be doing? Is it a company mailserver, or do you have clients using it for mail? One thing I'd do as a sysadmin is sniff the packets on port 25 and see what some of the text of the emails are. It should be fairly obvious if they're spam. – Bart Silverstrim Jun 29 '11 at 0:05
Since you're running qmail, search the Googles for qmail open relay and use results to check what your qmail config is. If you find that you have it totally screwy for what clients it's allowing to connect, close them. See if that's what is causing the relaying. – Bart Silverstrim Jun 29 '11 at 0:06
There are also remote sites that you can Googles for that will tell you after a quick test if your system is allowing mail as an open relay. I get suspicious that some of them will blacklist you if they find it open, but sounds like that ship has already sailed. – Bart Silverstrim Jun 29 '11 at 0:07

I don't know if your system get compromised, but:

  • you should set a valid reverse DNS entry if you want to send mail, thats was the messages in the maillog belongs to

Jun 29 00:02:13 vps-1001108-595 qmail: 1309302133.886182 delivery 74116: deferral:,_[]/Giving_up_on_200.147.36.15./

share|improve this answer
Thanks Thomas, I'll look into that too. Jeez, whoever administered this server must have been lazy! – conorgriffin Jun 29 '11 at 0:13

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.