| Forum Home | ||||
| Press F1 | ||||
| Thread ID: 108968 | 2010-04-19 01:16:00 | Xtra Broadband vs External Domain Name Email | Mary (6534) | Press F1 |
| Post ID | Timestamp | Content | User | ||
| 877918 | 2010-04-19 01:16:00 | Hi all, Need to pick your brains. I've been playing support ticket tag between Xtra and my webhost as I've got a weird email issue with one of my clients. I host their website and email, and they have business broadband with Xtra. For awhile now their email has been setup using mail.domainname.co.nz for Incoming, and send.xtra.co.nz for Outgoing (using Non-SSL port 586, and their Xtra User/Pass for Authentication). I had also logged into their Xtra webmail and their email addresses are setup as being "allowed". It's been working a-ok but just in the past week or so when they send mail to some email addresses (seems to be random domain and orcon addresses) they receive the following error message: Remote host said: 550 Sender verify failed [MAIL_FROM] I've been on the line to Xtra Helpdesk a few times and each time they have verified my settings are correct and say it's the hosts problem not theirs. Now this morning I've rung and the guy has told me I DO NOT need to do the whole routing via Xtra servers for outgoing mail I can just use the normal domain server for both incoming and outgoing. Thanks - so a year later and I'm now using incorrect settings???? Whaaat? The odd thing is that I had tried changing the settings to use mail.domainname.co.nz for inc and outgoing, and I still receive the same error. From Googling the error message it looks like it might be related to DNS. www.markwilson.co.uk Here's the full error message via Xtra servers: Sorry, we were unable to deliver your message to the following address. <glen@domainname.co.nz>: Remote host said: 550 Sender verify failed [MAIL_FROM] --- Below this line is a copy of the message. Received: from [124.108.96.171] by n2.bullet.mail.aue.yahoo.com with NNFMP; 15 Apr 2010 22:15:31 -0000 Received: from [124.108.96.186] by t2.bullet.mail.aue.yahoo.com with NNFMP; 15 Apr 2010 22:15:31 -0000 Received: from [127.0.0.1] by omp101.mail.aue.yahoo.com with NNFMP; 15 Apr 2010 22:15:31 -0000 X-Yahoo-Newman-Id: 129454.38675.bm@omp101.mail.aue.yahoo.com Received: (qmail 22927 invoked by uid 1000); 15 Apr 2010 22:15:31 -0000 Received: from 124.108.96.71 by rel104.mail.aue.yahoo.com with SMTP; Thu, 15 Apr 2010 15:15:31 -0700 Received: (qmail 30871 invoked from network); 15 Apr 2010 22:15:30 -0000 Received: from 222-153-247-152.jetstream.xtra.co.nz (fiona@222.153.247.152 with login) by smtp102.tnz.mail.aue.yahoo.com with SMTP; 15 Apr 2010 15:15:30 -0700 PDT And the error message via my webhost server: <xxx@infogen.net.nz>: host mail.infogen.net.nz[219.88.242.25] said: 550-Verification failed for <fiona@domainname.co.nz> 550-Unrouteable address 550 Sender verify failed (in reply to MAIL FROM command) Does anyone have any ideas? I am not getting any joy from either Xtra or Webhost. Cheers, a very frazzled codegirl PS. Don't hold much trust in what the guy suggested this morning re the setup being incorrect as he answered the phone as "Good morning, AT&T, uhh Telecom, how may I help?" DOH! |
Mary (6534) | ||
| 877919 | 2010-04-19 02:20:00 | Try - Outgoing: smtp.xtra.co.nz port 465 SSL on Also have a look at this info telecom.custhelp.com |
Safari (3993) | ||
| 877920 | 2010-04-19 03:22:00 | My guess would be the mail client is sending an invalid Mail From header. Can they send OK via webmail (for the hosted domain, not their Xtra webmail)? | inphinity (7274) | ||
| 877921 | 2010-04-19 03:36:00 | No good via webmail either, which is why I was wondering whether it's DNS | Mary (6534) | ||
| 877922 | 2010-04-19 03:39:00 | Safari - tried the above, would not work. my webhost doesn't support SSL, hence using the Non-SSL port number. | Mary (6534) | ||
| 877923 | 2010-04-19 03:40:00 | Then it probably is, though I would expect issues receiving mail as well in that case. Is this occuring when sending to *any* address at affected domains? E.g. all orcon addresses, or only some? The receiving mail server is probably trying to do a reverse lookup to ensure the sending address is a genuine user, and if the MX for your mail domain is rejecting that username, you can get this issue. |
inphinity (7274) | ||
| 877924 | 2010-04-19 03:43:00 | Safari - tried the above, would not work. my webhost doesn't support SSL, hence using the Non-SSL port number. If you're using Xtra's SMTP server for outgoing mail, it should be irrelevant whether the web hosting supports SSL or not. |
inphinity (7274) | ||
| 877925 | 2010-04-19 03:55:00 | can't be 100% sure on orcon, poss could test if i knew more people with orcon addresses though. definately affects all emails at a domain name as they tried a couple of different accounts for one particular domain they were having trouble with. thought that would be the case, however received an error when using the SSL settings - sorry I don't remember the error :o( Feel I need to start right at the beginning, as I've gone back and forth and kind of got lost. |
Mary (6534) | ||
| 877926 | 2010-04-19 06:39:00 | Just so I understand the setup. Mail is being hosted on the domain and the clients POP their mail to their local mail program. They send mail directly from the mail program via xtra since they are the ISP. If so you will not be able to send via your domain as Xtra ban port 25 leaving their network. Have you configured as per the post by Safari (Xtras help) For one of my sites I requested Xtra to allow port 25 from the static IP address but that is a different setup using Exhange but all out going mail is being sent to smtp.xtra.co.nz on port 25. I have had issues in the past with Xtra at other sites with email settings. One day it works and another it doesn't! |
berryb (99) | ||
| 877927 | 2010-04-19 06:51:00 | Yes berryb that's right. It's funny you should say they block port 25 - the person I spoke to on the helpdesk this morning said I didn't need to use xtra servers for sending an externally hosted domain's mail. I'm sick of getting conflicting instructions from them! I'm gonna go out to my client's office again this week and try all the different setups again. I followed the instructions posted above. I know I used send.xtra.co.nz instead of the mentioned smtp.officemail.co.nz, as I got a connect error with that address. I also forget what the error I got was when I used the SSL settings, the non-ssl works however. Thanks all |
Mary (6534) | ||
| 1 | |||||