Recent Xtra email changes
We have just spent the last few days trying to solve an email issue, which I am starting to think might be related to the whole yahoo changes as the time scale is the same. One of our clients has their ADSL through Xtra but all their other services through us. Starting on Monday, they haven't been able to send any email, via smtp.xtra.co.nz. We are presuming, that their outbound addresses have contained their domain for which Xtra is neither the registrar nor the MX of. Debugging the issue has been particularly difficult as the customer is not very computer literate and English is not their natural language. We are unable to complete the diagnosis of the issue as the client has now taken Xtra's advice ( Xtra continually maintained that we were the problem - kind of difficult to see when the mail was coming nowhere near us ) and have now transferred their domain to Xtra. We had a similiar situation a while back with two client who were using Paradise in a similiar way. There issue was more related to not being able to have mailboxes on Paradise's servers anymore because Paradise didn't host the domain. The solution was for us to provide the mailboxes instead. I would be interested if this really is an isolated case, or has Xtra tightened up on their inbound mail policy for their own customers. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Glen and Rosanne Eustace GodZone Internet Services, a division of AGRE Enterprises Ltd. P.O. Box 8020, Palmerston North, New Zealand 4446. Ph: +64 6 357 8168, Fax +64 6 357 8165, Mob: +64 21 424 015 http://www.godzone.net.nz "A Ministry specialising in providing low-cost Internet Services to NZ Christian Churches, Ministries and Organisations."
On 8/23/07, Glen Eustace
One of our clients has their ADSL through Xtra but all their other services through us. Starting on Monday, they haven't been able to send any email, via smtp.xtra.co.nz. We are presuming, that their outbound addresses have contained their domain for which Xtra is neither the registrar nor the MX of.
I don't know if it is related or not but I noticed the other day their outbound server according to this page http://xtra.co.nz/help/0,,4150-7780758,00.html is now send.xtra.co.nz, not smtp.xtra.co.nz. I haven't checked this for ages so don't know when it changed. Ian -- Web1: http://wand.net.nz/~iam4/ Web2: http://www.jandi.co.nz Blog: http://iansblog.jandi.co.nz
One of our clients has their ADSL through Xtra but all their other services through us. Starting on Monday, they haven't been able to send any email, via smtp.xtra.co.nz. We are presuming, that their outbound addresses have contained their domain for which Xtra is neither the registrar nor the MX of.
You may find that the SMTP servers want authentication now - as per http://www.xtra.co.nz/help/0,,4127-3548773,00.html#4 You should just need to enable SMTP Authentication using their Xtra username/password to get things rolling again. Just remember Xtra DSL uses joe.bloggs.xadsl(a)xtra.co.nz for the DSL authentication, however the SMTP Auth is done on joe.bloggs(a)xtra.co.nz (it's the same username/password they'll use to manage their account online)
Heya, Another problem many may or may not be aware of is that if you're a email provider and the clients mail is accepted by your server then forwarded to their xtra address, the yahoo mx accepts the mail and then it's gone. So if any of your clients have email forwarders pointing to xtra, they DONT work :/ Regards Barry
We have just spent the last few days trying to solve an email issue, which I am starting to think might be related to the whole yahoo changes as the time scale is the same.
One of our clients has their ADSL through Xtra but all their other services through us. Starting on Monday, they haven't been able to send any email, via smtp.xtra.co.nz. We are presuming, that their outbound addresses have contained their domain for which Xtra is neither the registrar nor the MX of.
Debugging the issue has been particularly difficult as the customer is not very computer literate and English is not their natural language. We are unable to complete the diagnosis of the issue as the client has now taken Xtra's advice ( Xtra continually maintained that we were the problem - kind of difficult to see when the mail was coming nowhere near us ) and have now transferred their domain to Xtra.
We had a similiar situation a while back with two client who were using Paradise in a similiar way. There issue was more related to not being able to have mailboxes on Paradise's servers anymore because Paradise didn't host the domain. The solution was for us to provide the mailboxes instead.
I would be interested if this really is an isolated case, or has Xtra tightened up on their inbound mail policy for their own customers.
-- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Glen and Rosanne Eustace GodZone Internet Services, a division of AGRE Enterprises Ltd. P.O. Box 8020, Palmerston North, New Zealand 4446. Ph: +64 6 357 8168, Fax +64 6 357 8165, Mob: +64 21 424 015 http://www.godzone.net.nz
"A Ministry specialising in providing low-cost Internet Services to NZ Christian Churches, Ministries and Organisations."
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
Barry Murphy wrote:
Heya,
Another problem many may or may not be aware of is that if you're a email provider and the clients mail is accepted by your server then forwarded to their xtra address, the yahoo mx accepts the mail and then it's gone. So if any of your clients have email forwarders pointing to xtra, they DONT work :/
Yep had this one as well. Although what our customers found was that all such mail had been marked as spam but hadn't actually gone down a black hole. So we now know to tell them to check the spam folder. Glen.
Heya,
Another problem many may or may not be aware of is that if you're a email provider and the clients mail is accepted by your server then forwarded to their xtra address, the yahoo mx accepts the mail and then it's gone. So if any of your clients have email forwarders pointing to xtra, they DONT work :/
Regards Barry
That would most likely be their DomainKeys sender policy getting in your way. I have not had any problem with forwarding to Xtra since reconfiguring my mailer, to enforce setting the envelope sender during a forward to the redirecting email address (which their mailer can authenticate authority for). That was setup to cope with forwarding under SPF. AYJ
We have just spent the last few days trying to solve an email issue, which I am starting to think might be related to the whole yahoo changes as the time scale is the same.
One of our clients has their ADSL through Xtra but all their other services through us. Starting on Monday, they haven't been able to send any email, via smtp.xtra.co.nz. We are presuming, that their outbound addresses have contained their domain for which Xtra is neither the registrar nor the MX of.
Debugging the issue has been particularly difficult as the customer is not very computer literate and English is not their natural language. We are unable to complete the diagnosis of the issue as the client has now taken Xtra's advice ( Xtra continually maintained that we were the problem - kind of difficult to see when the mail was coming nowhere near us ) and have now transferred their domain to Xtra.
We had a similiar situation a while back with two client who were using Paradise in a similiar way. There issue was more related to not being able to have mailboxes on Paradise's servers anymore because Paradise didn't host the domain. The solution was for us to provide the mailboxes instead.
I would be interested if this really is an isolated case, or has Xtra tightened up on their inbound mail policy for their own customers.
-- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Glen and Rosanne Eustace GodZone Internet Services, a division of AGRE Enterprises Ltd. P.O. Box 8020, Palmerston North, New Zealand 4446. Ph: +64 6 357 8168, Fax +64 6 357 8165, Mob: +64 21 424 015 http://www.godzone.net.nz
"A Ministry specialising in providing low-cost Internet Services to NZ Christian Churches, Ministries and Organisations."
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
On Aug 27, 2007 09:30:00, TreeNet Admin wrote:
Another problem many may or may not be aware of is that if you're a email provider and the clients mail is accepted by your server then forwarded to their xtra address, the yahoo mx accepts the mail and then it's gone. So if any of your clients have email forwarders pointing to xtra, they DONT work :/
That would most likely be their DomainKeys sender policy getting in your way. I have not had any problem with forwarding to Xtra since reconfiguring my mailer, to enforce setting the envelope sender during a forward to the redirecting email address (which their mailer can authenticate authority for). That was setup to cope with forwarding under SPF.
You're talking about SRS, a rewriting scheme to allow forwarding to work with SPF, which is a policy framework for specifying MTAs who may send mail for your domain. Neither are even remotely related to DomainKeys, which is a standard for signing outgoing mail using a private key whose public counterpart is published in DNS, to prove the message's integrity and identify its source. Jasper
Jasper Bryant-Greene wrote:
On Aug 27, 2007 09:30:00, TreeNet Admin wrote:
Another problem many may or may not be aware of is that if you're a email provider and the clients mail is accepted by your server then forwarded to their xtra address, the yahoo mx accepts the mail and then it's gone. So if any of your clients have email forwarders pointing to xtra, they DONT work :/ That would most likely be their DomainKeys sender policy getting in your way. I have not had any problem with forwarding to Xtra since reconfiguring my mailer, to enforce setting the envelope sender during a forward to the redirecting email address (which their mailer can authenticate authority for). That was setup to cope with forwarding under SPF.
You're talking about SRS, a rewriting scheme to allow forwarding to work with SPF, which is a policy framework for specifying MTAs who may send mail for your domain.
Neither are even remotely related to DomainKeys, which is a standard for signing outgoing mail using a private key whose public counterpart is published in DNS, to prove the message's integrity and identify its source.
I am well aware of all three and their operations. DomainKeys can break when messages are relayed through any form of filter that appends text (including AV or spam filters) or in my case strips executables. Whereas SPF breaks when the sender and mailer do not match. SRS is a solution to both as the relevant tests become for the relay keys (if any) not those of the origin source. AYJ
participants (6)
-
Barry Murphy -
Glen Eustace -
Ian McDonald -
Jasper Bryant-Greene -
Matt Wood -
TreeNet Admin