![]() ![]() ![]() |
|
No they have not bought across the previously authorized third party email addresses from the yahoo server and there appears to be no way to redo this yourself on the new webmail interface.
isphell:
No they have not bought across the previously authorized third party email addresses from the yahoo server and there appears to be no way to redo this yourself on the new webmail interface.
Odd. When I login I can clearly see under account my secondary one listed.. alias that is.
Email aliases
An alias is an alternative email address for your email account. All your aliases will share the same inbox and any email sent to one will be accessible across all. You can add up to 5 aliases for each email account you have.
Or do you mean the send-as emails.. I though that was changing with the whole use their (other emails outgoing) SSL SMTP setting suggestion
Oh, I hope I was clear. I am not talking spark alias email addresses but email addresses from other email providers, in my case orcon, the new email server has not retained the authorization I setup on sparkyahoo server for these email addresses and there is no way to redo them from the new interface.
my third party email address was a orcon one so problem solved by not having to bother with using spark email server at all thanks to solution provided by another geekzone user as follows -
You Can't use orcons port 25 server for sending emails - Sparks port 25 restriction will stop this.
You can however use orcons SSL (port 587 or 465) services still. - Sparks filtering does not apply here.
isphell:
Oh, I hope I was clear. I am not talking spark alias email addresses but email addresses from other email providers, in my case orcon, the new email server has not retained the authorization I setup on sparkyahoo server for these email addresses and there is no way to redo them from the new interface.
Im pretty sure that functionality isnt available on the new system , others had the same issue .
Use SMP2GO to send instead
Might be time for the sticky of ISP services/details to be updated with a SSL/TLS SMTP section.
POP Settings - SSL ENABLED
Outgoing mail server (SMTP): mail.orcon.net.nz
Outgoing mail server (SMTP) port: 587
IMAP Settings
Outgoing mail server (SMTP): mail.orcon.net.nz
Outgoing mail server (SMTP) port: 465
Note: SSL for incoming mail server and TLS for outgoing mail server
The VF family however, Don't appear to be so accommodating. gogo port25
http://www.vodafone.co.nz/help/broadband-and-tv/vodafone-email-setup/
Something of interest with the parentals
Removed the yahoo app from their tablet, fired up android Email/Inbox. Enters xtra email details and it changes to pop3 with always keep on server.
I thought IMAP was meant to be the preferred method. And if so, it should maybe be the auto setting sent out to the client on check..
We've now been migrated from Yahoo and only one of my alias email is operational, when I attempt to send as any of the others sending is blocked. There was a protracted process I had to go through with Yahoo to use email alias but I don't know what the process is with Spark, has anyone managed to configure theirs or did they migrate successfully?
lyonrouge:
We've now been migrated from Yahoo and only one of my alias email is operational, when I attempt to send as any of the others sending is blocked. There was a protracted process I had to go through with Yahoo to use email alias but I don't know what the process is with Spark, has anyone managed to configure theirs or did they migrate successfully?
My aliases all appear, but I've not sent from them. Surely that comes down to the outgoing server specified to it (likes of thunderbird can be customised) or credentials used to authenticate
Oblivian:
lyonrouge:
We've now been migrated from Yahoo and only one of my alias email is operational, when I attempt to send as any of the others sending is blocked. There was a protracted process I had to go through with Yahoo to use email alias but I don't know what the process is with Spark, has anyone managed to configure theirs or did they migrate successfully?
My aliases all appear, but I've not sent from them. Surely that comes down to the outgoing server specified to it (likes of thunderbird can be customised) or credentials used to authenticate
None of our addresses send directly, some synchronise with Exchange and others send via Exchange, but ultimately it is Exchange that interacts with the Xtra servers. I have a very old email which, back in the days, where mapped over a line number (in ICMS), i.e. xtrxxxxxx. One of the alias works, which was known as the "primary" alias back in the day, however the others do not work when attempting to send, returning the following error ...
"Your message wasn't delivered due to a permission or security issue. It may have been rejected by a moderator, the address may only accept e-mail from certain senders, or another restriction may be preventing delivery.
The following organization rejected your message: xtra.co.nz."
Note: a correction to the terminology. I have 1 "alias", the other addresses were called "secondary" under the Yahoo regime.
Explaining how an Exchange server works to the third person at Spark, I'm guessing I've not made it out of the Philippine's call centre yet. Abandoning and will try calling them again after work tomorrow, I shall set aside several hours to try and get this resolved, if only email was portable :-(
Edit: during transfer to the 4th person I got disconnected. After resisting for many years I may have to change to email addresses on my own domain name, at least by waiting this long there are now plenty of mail handlers available to me in the market.
lyonrouge:
Note: a correction to the terminology. I have 1 "alias", the other addresses were called "secondary" under the Yahoo regime.
its quite hard to fathom what youre trying to explain. No surprise the help desk had issues
Is it an "alias" , "secondary " address , or both
are you using an exchange server to download the xtra emails (via pop3)
did you setup exchange server to send via xtra's smtp ? does that now work at all , or partially ?
assuming secoundary,
my guess would be that 2nd email adress is a 2nd email a/c linked with the main a/c (in yahoo)
Chances are the 2nd email would not have been moved to the new system (?) , since its a separate email , not an alias .
see if you can login to that secondary email/alias/wahtever via the new Spark webmail portal . Thats the 1st step.
Try sending , via gmail, to your alias/secoundary to see if they are still vaild email adresses (see if they bounce)
Have confirmed with Spark that they are "secondary accounts". We can access them via webmail and send from the webmail (which of course in real life we never do).
End user client access is via the on-premise exchange server (i.e. ActiveSync). This is historical as the users mobiles are on Vodafone, and non Spark IPs were blocked from direct access to Xtra.
Fetching of mail from POP3 is done by a Linux fetchmail box which delivers the users email to Exchange (many years ago we started out with Small Office Server, which had an inbuilt POP3 collector).
Sending has been done from the Exchange server. For the Exchange server to "send as" other users, we had to go through a set of on-line Yahoo forms to verify the addresses we wanted to "send as" where legitimate and we owned them. It is this process I cannot find in the new system.
lyonrouge:
Sending has been done from the Exchange server. For the Exchange server to "send as" other users, we had to go through a set of on-line Yahoo forms to verify the addresses we wanted to "send as" where legitimate and we owned them. It is this process I cannot find in the new system.
Im pretty sure the new system doesnt support this any more , see previous posts in this thread
perhaps use smtp2go , or direct send from exchange ?
Was there a reason exchange had to send via xtra ?
honestly, I would seriously consider starting from scratch & resetup the whole lot
Ditch xtra and setup domain name email adresses , via hosted exch or your own exch server
1101:
lyonrouge:
Sending has been done from the Exchange server. For the Exchange server to "send as" other users, we had to go through a set of on-line Yahoo forms to verify the addresses we wanted to "send as" where legitimate and we owned them. It is this process I cannot find in the new system.
Im pretty sure the new system doesnt support this any more , see previous posts in this thread
perhaps use smtp2go , or direct send from exchange ?
Was there a reason exchange had to send via xtra ?
honestly, I would seriously consider starting from scratch & resetup the whole lot
Ditch xtra and setup domain name email adresses , via hosted exch or your own exch server
I can't send consistently from the Exchange server as many targets treat it as spam. If I do have to rebuild it, I will leave Telecom completely and use another provider (as I have a long, hell filled story about trying to get UFB from them also). I've had my Xtra email for over 20 years and I'm reluctant to change it, that is the only reason I'm still with them. I have lots of other projects I'm working on and have little appetite to rebuild an mail solution that was working.
|
![]() ![]() ![]() |