Undelivered emails

Gobbledegeek · 17 Aug 2010 at 11:09

I have a mate who appears to be the only one who cannot receive my emails.

She can receive from other sources, just not me.

I have sent from the same account to several different addresses and all receive fine apart from her.

She insists that her mail server has no mail from me marked as spam. I get no bounce-backs either.

She was receiving fine until last Wednesday when I changes from one host to another.

Can anyone offer any suggestions as to what the problem might be?

J.B · 17 Aug 2010 at 12:42

Might need a bit of information regarding your set up etc. You say you changed host? Could be a DNS reverse pointer issue,

Gobbledegeek · 17 Aug 2010 at 12:49

What additional info might help?

Sp00n · 17 Aug 2010 at 12:54

Whats your domain, then we can check the mx/spf stuff.

Also what is her mail system?

Gobbledegeek · 17 Aug 2010 at 13:17

The domain I am sending from is bendigowebdesign.com.au but as for her mail system, I'm afraid I don't know.

Any of this help?

http://www.intodns.com/russellparsons.com.au

Gobbledegeek · 23 Aug 2010 at 10:00

Any thoughts?

Yamahahahahaha · 23 Aug 2010 at 10:22

What host did you change from and to?

Also, I'm having a similar problem with one of our clients talking to one of their customers. There's no logical reason it shouldn't be going through.

accod · 23 Aug 2010 at 12:25

Did you update your domains spf record? Although it's currently set to soft fail, perhaps the receiving server hard fails on any failed spf check but does so silently so no bounce is generated.

See http://www.mxtoolbox.com/SuperTool.aspx?action=spf%3abendigowebdesign.com.au

HungryHippos · 24 Aug 2010 at 16:38

In my experience no mail delivery with no NDR suggests the mail has been delivered *somewhere*. We use a Message Labs system at work and occasionally get this problem if the domain exists in Message Labs but the customers MX records go elsehere.

Outbound routing means that mail from our messaging platforms goes:

Client > Hub Transports > Message Labs > Internet

If the domain is in Message Labs it will route mail to the Inbound Routing address at Message Labs regardless of where the MX goes to. It will never hit the Internet.

Only way of really routing this down is to try the following:

1) Check Message Tracking logs, does it show the email was delivered? where was it delivered to? - you may need to work with other messaging providers to see what their logs say as well but if you can track the message out of your platforms the problem is normally located elsewhere.

2) Telnet checks to the platform to ensure that it doesn't accept mail locally for the domain. In our environment I know what to check (i.e checking the Hub Transports don't have the domain down as an Accepted domain) but each one can be different.

This problem is very common when people switch from one mail provider to another, often without telling previous mail host they've moved/changed MX, previous mail host still accepts mail on their mail platforms for the domain. This basically leads to a split address space scenario unintentionally.

accod · 25 Aug 2010 at 12:45

Eulogy said:
In my experience no mail delivery with no NDR suggests the mail has been delivered *somewhere*.

You must have never dealt with hotmail

I'm surprised at what you say regarding messagelabs not delivering to the MX. That's a very common scenario that should be handled properly. What if someone added gmail.com to their system?