Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I'm running exim with a CPanel setup. However, I am checking var/log/exim_rejectlog and am not seeing a single issue going to this hotmail account. its just not listed. but the email is not going in.

i tried this:

exim -bt MYEMAIL@hotmail.com
MYEMAIL@hotmail.com
  router = lookuphost, transport = remote_smtp
  host mx4.hotmail.com [65.54.188.72]  MX=5
  host mx4.hotmail.com [65.54.188.94]  MX=5
  host mx4.hotmail.com [65.55.37.88]   MX=5
  host mx4.hotmail.com [65.55.37.104]  MX=5
  host mx4.hotmail.com [65.55.92.136]  MX=5
  host mx4.hotmail.com [65.55.92.152]  MX=5
  host mx4.hotmail.com [65.55.92.184]  MX=5
  host mx4.hotmail.com [65.54.188.110] MX=5
  host mx4.hotmail.com [65.55.37.120]  MX=5
  host mx4.hotmail.com [65.54.188.126] MX=5
  host mx4.hotmail.com [65.55.92.168]  MX=5
  host mx4.hotmail.com [65.55.37.72]   MX=5
root@ns1 [~]# exim -bh 65.54.188.72

**** SMTP testing session as if from host 65.54.188.72
**** but without any ident (RFC 1413) callback.
**** This is not for real!

>>> host in hosts_connection_nolog? no (option unset)
LOG: SMTP connection from [65.54.188.72]
>>> host in host_lookup? no (option unset)
>>> host in host_reject_connection? no (option unset)
>>> host in sender_unqualified_hosts? no (option unset)
>>> host in recipient_unqualified_hosts? no (option unset)
>>> host in helo_verify_hosts? no (option unset)
>>> host in helo_try_verify_hosts? no (option unset)
>>> host in helo_accept_junk_hosts? yes (matched "*")
>>> using ACL "acl_smtp_connect"
>>> processing "accept"
>>> check hosts = +trustedmailhosts
>>> sender host name required, to match against lsearch;/etc/trustedmailhosts
>>> looking up host name for 65.54.188.72
>>> IP address lookup yielded bay0-mc1-f.bay0.hotmail.com
>>> gethostbyname2 looked up these IP addresses:
>>>   name=bay0-mc1-f.bay0.hotmail.com address=65.54.188.72
>>> checking addresses for bay0-mc1-f.bay0.hotmail.com
>>>   65.54.188.72 OK
>>> host in "lsearch;/etc/trustedmailhosts"? no (end of list)
>>> host in "+trustedmailhosts"? no (end of list)
>>> accept: condition test failed in ACL "acl_smtp_connect"
>>> processing "accept"
>>> 65.54.188.72 in "iplsearch;/etc/trustedmailhosts"? no (end of list)
>>> check condition = ${if match_ip{$sender_host_address}{iplsearch;/etc/trustedmailhosts}{1}{0}}
>>>                 = 0
>>> accept: condition test failed in ACL "acl_smtp_connect"
>>> processing "accept"
>>> check hosts = +relay_hosts : +loopback
>>> host in "net-iplsearch;/etc/relayhosts"? no (end of list)
>>> host in "<; 127.0.0.0/8 ; 0.0.0.0 ; ::1 ; 0000:0000:0000:0000:0000:ffff:7f00:0000/8"? no (end of list)
>>> host in "+relay_hosts : +loopback"? no (end of list)
>>> accept: condition test failed in ACL "acl_smtp_connect"
>>> processing "accept"
>>> check hosts = +relay_hosts : +backupmx_hosts
>>> host in "lsearch;/etc/backupmxhosts"? no (end of list)
>>> host in "+relay_hosts : +backupmx_hosts"? no (end of list)
>>> accept: condition test failed in ACL "acl_smtp_connect"
>>> processing "accept"
>>> check condition = ${if eq {$interface_port}{25}{no}{yes}}
>>>                 = yes
>>> accept: condition test succeeded in ACL "acl_smtp_connect"
220-ns1.MYDOMAINNAME.COM ESMTP Exim 4.80 #2 Thu, 17 Jan 2013 15:14:46 -0500
220-We do not authorize the use of this system to transport unsolicited,
220 and/or bulk e-mail.

/var/log/maillog does not contain or show any information on the email.

share|improve this question
    
Looks like your e-mail content or server's IP is being flagged as spam? –  ceejayoz Jan 17 '13 at 20:25
    
Locally or remotely? Not even showing up in the junk folder. Also, this is a private box used only for billing. The IP shows clean using mxtoolbox.com/SuperTool.aspx?action=blacklist –  Tiffany Walker Jan 17 '13 at 20:25
add comment

1 Answer

up vote 0 down vote accepted

You will need to look at the mail log to see what's happening. It is usually in /var/log/ and called maillog or mail.log.

Just search for the email address in the logfile. That will tell you about each delivery attempt and either that it was successful or why it was not.

If you smarthost all your email via another provider, you will need to ask them to investigate as the logs for final delivery will be on their side.

Successfully getting emails delivered into hotmail consistently over a period of time was not an easy task (though I have not tried this for a while).

share|improve this answer
    
Yea, I looked at the maillog, those e-mails are not even mentioned. –  Tiffany Walker Jan 17 '13 at 21:24
    
in that case, are you sure it got sent (and via exim) in the first place. If they are not mentioned at ll in exim, it is highly unlikely that it got to exim in the first place. –  drone.ah Jan 17 '13 at 21:36
    
That is what is wierd. I am using WHMCS and I tested with another e-mail account and everything worked fine but it also did not show up in the log. I see a bunch of spamd entires though. –  Tiffany Walker Jan 17 '13 at 21:50
    
I have no experience with WHMCS but check how email sending is configured. Sounds like it is using another SMTP server (perhaps its own?). Another thing you can do is to check the headers of the email. This will tell you each hop the email took. The first entry will tell you where it originated. This should help you pinpoint the originating server. –  drone.ah Jan 17 '13 at 21:55
    
It's setup to use PHP MAIL. I know it send because I've had clients reply back to me. So I'm just wondering if something might be blocking hotmail maybe? –  Tiffany Walker Jan 17 '13 at 22:33
show 1 more comment

Your Answer

 
discard

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.