Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Can't let me go
38 views
Skip to first unread message
news
Oct 31, 2017, 11:03:24 AM10/31/17
to
Didn't think I'd be on here again after a successful and very smooth
transfer to TSOHost [paying only 15 pounds a YEAR for basic
email/website]. But <G>Cloud seemed unwilling to let me go. An invoice
came out of the blue yesterday for outstanding payment of close to 100
pounds despite previous emails and confirmations from Support that I was
gorn.
I'm GORN, I replied, so sod off. Today a flurry of
near-unintelligible, computer-generated further invoices asking for the
same, all with identical times. Then an hour later a real-person message
saying my account would be credited with same and that while I
transferred my domain at said date, I had not closed my account. <sigh>
How glad that I have [hopefully] escaped that chaos. And how sad that
it should end like this after almost twenty years since that first,
entrancing escape from the tentacles of Demon.
Ironically, the marketing drones sent me a message after I left [so
they knew I was gorn even if the computer did not] asking to rate the
service and whether I would recommend to others. Obviously, they got
straight zeroes all through but no-one has thought to come back and ask
why.
--
David Lawson
transfer to TSOHost [paying only 15 pounds a YEAR for basic
email/website]. But <G>Cloud seemed unwilling to let me go. An invoice
came out of the blue yesterday for outstanding payment of close to 100
pounds despite previous emails and confirmations from Support that I was
gorn.
I'm GORN, I replied, so sod off. Today a flurry of
near-unintelligible, computer-generated further invoices asking for the
same, all with identical times. Then an hour later a real-person message
saying my account would be credited with same and that while I
transferred my domain at said date, I had not closed my account. <sigh>
How glad that I have [hopefully] escaped that chaos. And how sad that
it should end like this after almost twenty years since that first,
entrancing escape from the tentacles of Demon.
Ironically, the marketing drones sent me a message after I left [so
they knew I was gorn even if the computer did not] asking to rate the
service and whether I would recommend to others. Obviously, they got
straight zeroes all through but no-one has thought to come back and ask
why.
--
David Lawson
Roland Perry
Nov 1, 2017, 6:47:14 AM11/1/17
to
In message <vySeZ0Ic...@davidlawson.co.uk>, at 14:05:16 on Tue, 31
Oct 2017, news <ne...@davidlawson.co.uk> remarked:
>Didn't think I'd be on here again after a successful and very smooth
>transfer to TSOHost [paying only 15 pounds a YEAR for basic
>email/website]. But <G>Cloud seemed unwilling to let me go. An invoice
>came out of the blue yesterday for outstanding payment of close to 100
>pounds despite previous emails and confirmations from Support that I
>was gorn.
I'm currently grappling with Gradwell support regarding various issues
to do with billing and migration.
Discussions just keep going round in circles.
They told me they'd fixed the billing issue; then it appeared to be
fixed, then it magically un-fixed itself. They won't tell me why, nor
fix it a second time (so far, anyway).
I *think* they are trying extract £12/month (inc VAT) for a subscription
for the legacy platform in addition to the scatter-gun invoices for
stuff happening the Cloud platform.
Of course, the legacy platform is completely impotent when it comes to
accepting *any* user input - including replacement payment card details
for the ones they have irrationally scrubbed.
Time to start moving my stuff away.
How did you get Auth Codes for porting domains to TSO? There doesn't
appear to be any facility for this on the Cloud interface.
--
Roland Perry
Oct 2017, news <ne...@davidlawson.co.uk> remarked:
>Didn't think I'd be on here again after a successful and very smooth
>transfer to TSOHost [paying only 15 pounds a YEAR for basic
>email/website]. But <G>Cloud seemed unwilling to let me go. An invoice
>came out of the blue yesterday for outstanding payment of close to 100
>pounds despite previous emails and confirmations from Support that I
>was gorn.
to do with billing and migration.
Discussions just keep going round in circles.
They told me they'd fixed the billing issue; then it appeared to be
fixed, then it magically un-fixed itself. They won't tell me why, nor
fix it a second time (so far, anyway).
I *think* they are trying extract £12/month (inc VAT) for a subscription
for the legacy platform in addition to the scatter-gun invoices for
stuff happening the Cloud platform.
Of course, the legacy platform is completely impotent when it comes to
accepting *any* user input - including replacement payment card details
for the ones they have irrationally scrubbed.
Time to start moving my stuff away.
How did you get Auth Codes for porting domains to TSO? There doesn't
appear to be any facility for this on the Cloud interface.
--
Roland Perry
Martin Liddle
Nov 1, 2017, 7:28:51 AM11/1/17
to
On 01/11/2017 10:46, Roland Perry wrote:
>
> How did you get Auth Codes for porting domains to TSO? There doesn't
> appear to be any facility for this on the Cloud interface.
In my case I asked Gradwell for them but when support hadn't replied
>
> How did you get Auth Codes for porting domains to TSO? There doesn't
> appear to be any facility for this on the Cloud interface.
after a couple of weeks I went direct to Nominet which cost (I think
£12) but was done straight away.
--
Martin Liddle, Tynemouth Computer Services
Staveley, Chesterfield, Derbyshire UK
Chris S
Nov 1, 2017, 9:27:57 AM11/1/17
to
On Wed, 1 Nov 2017 11:28:50 +0000, Martin Liddle
<new...@tynecomp.co.uk> wrote:
>On 01/11/2017 10:46, Roland Perry wrote:
>>
>> How did you get Auth Codes for porting domains to TSO? There doesn't
>> appear to be any facility for this on the Cloud interface.
>
>In my case I asked Gradwell for them but when support hadn't replied
>after a couple of weeks I went direct to Nominet which cost (I think
>Ł12) but was done straight away.
<new...@tynecomp.co.uk> wrote:
>On 01/11/2017 10:46, Roland Perry wrote:
>>
>> How did you get Auth Codes for porting domains to TSO? There doesn't
>> appear to be any facility for this on the Cloud interface.
>
>In my case I asked Gradwell for them but when support hadn't replied
>after a couple of weeks I went direct to Nominet which cost (I think
The Ł10 (Ł12 inc VAT) charge is per transaction. You can if you wish,
transfer more than one domain in a single transaction.
You need to set up an account with Nominet which AFAIR is fairly
straightforward. I would recommend configuring two factor
authentication.
https://www.nominet.uk/domains/manage-your-domain/
Nominet are only for UK domains of course. OpenSRS for non UK domains
I think although I'm not sure if you need to have that previously set
up via Gradwell. All dim distant past for me I'm afraid.
As an aside I have just checked my Nominet account and for a moment
was concerned to find no domains listed. It soon dawned on me that
since using Nominet to release domains from Gradwell, I had locked
those domains via TSOhost's client area. My guess is that overrides
the Nominet user account facility; there is a release domain facility
in the TSOhost client area.
Chris S
Roland Perry
Nov 1, 2017, 9:56:05 AM11/1/17
to
In message <otcb5j$aof$1...@dont-email.me>, at 11:28:50 on Wed, 1 Nov 2017,
Martin Liddle <new...@tynecomp.co.uk> remarked:
>I went direct to Nominet which cost (I think £12) but was done straight
>away.
Most of mine aren't Nominet, although the one which started my current
correspondence with Gradwell support is a Nominet domain that got
registered to the Gradwell cloud platform in its very early days, and
which they recently claimed was cancelled (despite Nominet disagreeing
with that).
--
Roland Perry
Martin Liddle <new...@tynecomp.co.uk> remarked:
>> How did you get Auth Codes for porting domains to TSO? There doesn't
>>appear to be any facility for this on the Cloud interface.
>
>In my case I asked Gradwell for them but when support hadn't replied
>after a couple of weeks
Oh, is that the only way?
>>appear to be any facility for this on the Cloud interface.
>
>In my case I asked Gradwell for them but when support hadn't replied
>after a couple of weeks
>I went direct to Nominet which cost (I think £12) but was done straight
>away.
correspondence with Gradwell support is a Nominet domain that got
registered to the Gradwell cloud platform in its very early days, and
which they recently claimed was cancelled (despite Nominet disagreeing
with that).
--
Roland Perry
Martin Liddle
Nov 1, 2017, 11:28:16 AM11/1/17
to
On 01/11/2017 13:50, Roland Perry wrote:
> In message <otcb5j$aof$1...@dont-email.me>, at 11:28:50 on Wed, 1 Nov 2017,
> Martin Liddle <new...@tynecomp.co.uk> remarked:
>>> How did you get Auth Codes for porting domains to TSO? There doesn't
>>> appear to be any facility for this on the Cloud interface.
>>
>> In my case I asked Gradwell for them but when support hadn't replied
>> after a couple of weeks
>
> Oh, is that the only way?
>
Ask TSOHost support; at least with then you will get a prompt answer.
> In message <otcb5j$aof$1...@dont-email.me>, at 11:28:50 on Wed, 1 Nov 2017,
> Martin Liddle <new...@tynecomp.co.uk> remarked:
>>> How did you get Auth Codes for porting domains to TSO? There doesn't
>>> appear to be any facility for this on the Cloud interface.
>>
>> In my case I asked Gradwell for them but when support hadn't replied
>> after a couple of weeks
>
> Oh, is that the only way?
>
news
Nov 1, 2017, 11:41:43 AM11/1/17
to
In article <NIfNfbb3...@perry.co.uk>, Roland Perry
<rol...@perry.co.uk> writes
call revealed I should use my correct email address - which was
confusing, as I have only the one. Then it dawned that when I set up my
domain, I still had a Demon address.
But I could still not do a DIY move, as Gradwell controlled my domain.
It took several calls to get the code to plug into TSO but after that,
Robert was accepted as your father's brother.
--
David Lawson
<rol...@perry.co.uk> writes
>How did you get Auth Codes for porting domains to TSO? There doesn't
>appear to be any facility for this on the Cloud interface.
A bit convoluted. I tried Nominet, which would not recognize me. A phone
>appear to be any facility for this on the Cloud interface.
call revealed I should use my correct email address - which was
confusing, as I have only the one. Then it dawned that when I set up my
domain, I still had a Demon address.
But I could still not do a DIY move, as Gradwell controlled my domain.
It took several calls to get the code to plug into TSO but after that,
Robert was accepted as your father's brother.
--
David Lawson
Roland Perry
Nov 1, 2017, 11:44:52 AM11/1/17
to
In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov 2017,
give for finding a username/password to log into OpenSRS to get an
authcode don't work. Specifically, the username/password is not
recognised by OpenSRS.
In other news, I've found that Gradwell are claiming to host (maybe even
charging me for hosting) a domain which I have let lapse.
Why does EVERY SINGLE THING that I try to do on Gradwell's system end up
not working?
--
Roland Perry
Martin Liddle <new...@tynecomp.co.uk> remarked:
>>>> How did you get Auth Codes for porting domains to TSO? There
>>>>doesn't appear to be any facility for this on the Cloud interface.
>>>
>>> In my case I asked Gradwell for them but when support hadn't replied
>>>after a couple of weeks
>> Oh, is that the only way?
>>
>Ask TSOHost support; at least with then you will get a prompt answer.
I've found a Gradwell help page, but guess what - the instructions they
>>>> How did you get Auth Codes for porting domains to TSO? There
>>>>doesn't appear to be any facility for this on the Cloud interface.
>>>
>>> In my case I asked Gradwell for them but when support hadn't replied
>>>after a couple of weeks
>> Oh, is that the only way?
>>
>Ask TSOHost support; at least with then you will get a prompt answer.
give for finding a username/password to log into OpenSRS to get an
authcode don't work. Specifically, the username/password is not
recognised by OpenSRS.
In other news, I've found that Gradwell are claiming to host (maybe even
charging me for hosting) a domain which I have let lapse.
Why does EVERY SINGLE THING that I try to do on Gradwell's system end up
not working?
--
Roland Perry
Bob Evans
Nov 3, 2017, 6:35:43 AM11/3/17
to
In article <0AIDterr...@perry.co.uk>, Roland Perry
<rol...@perry.co.uk> wrote
migrated from the old Gradwell control panel to the cloud hosting panel
have ended up with the wrong OpenSRS password :(
The fix is to raise a ticket to initiate a password reset for each
affected domain (and hope that the Admin email address is correct and
working).
>In other news, I've found that Gradwell are claiming to host (maybe
>even charging me for hosting) a domain which I have let lapse.
At the bottom right of the cloud hosting panel there are links for
"Registered Domains" and "Hosted Domains". Once the domains are safely
away from <g> clutches, you need to go into each of those and
cancel/delete the respective entries.
Despite my pointing it out to <g> several months ago, the "Cancelling a
subscription" page that is linked from the Gradwell Cloud Support
"Transferring a domain away from Gradwell" page *still* shows how to do
it in the old control panel not the cloud panel!
>Why does EVERY SINGLE THING that I try to do on Gradwell's system end
>up not working?
The impression that I have received is that hosting is no longer of any
interest to the Management. I just feel sorry for the support guys.
--
Bob Evans
<rol...@perry.co.uk> wrote
>I've found a Gradwell help page, but guess what - the instructions they
>give for finding a username/password to log into OpenSRS to get an
>authcode don't work. Specifically, the username/password is not
>recognised by OpenSRS.
From my own experience, at least three quarters of the non-.uk domains
>give for finding a username/password to log into OpenSRS to get an
>authcode don't work. Specifically, the username/password is not
>recognised by OpenSRS.
migrated from the old Gradwell control panel to the cloud hosting panel
have ended up with the wrong OpenSRS password :(
The fix is to raise a ticket to initiate a password reset for each
affected domain (and hope that the Admin email address is correct and
working).
>In other news, I've found that Gradwell are claiming to host (maybe
>even charging me for hosting) a domain which I have let lapse.
"Registered Domains" and "Hosted Domains". Once the domains are safely
away from <g> clutches, you need to go into each of those and
cancel/delete the respective entries.
Despite my pointing it out to <g> several months ago, the "Cancelling a
subscription" page that is linked from the Gradwell Cloud Support
"Transferring a domain away from Gradwell" page *still* shows how to do
it in the old control panel not the cloud panel!
>Why does EVERY SINGLE THING that I try to do on Gradwell's system end
>up not working?
interest to the Management. I just feel sorry for the support guys.
--
Bob Evans
Roland Perry
Nov 3, 2017, 7:32:59 AM11/3/17
to
In message <DfUcTDE3ZE$ZF...@cygnus.rejectifspam.lichtech.co.uk>, at
10:35:35 on Fri, 3 Nov 2017, Bob Evans
<newsab...@deleteifspam.lichtech.co.uk> remarked:
The domain I was worried about they appear to have [correctly] erased
all trace now, as a result of my tickets.
--
Roland Perry
10:35:35 on Fri, 3 Nov 2017, Bob Evans
<newsab...@deleteifspam.lichtech.co.uk> remarked:
>>In other news, I've found that Gradwell are claiming to host (maybe
>>even charging me for hosting) a domain which I have let lapse.
>
>At the bottom right of the cloud hosting panel there are links for
>"Registered Domains" and "Hosted Domains". Once the domains are safely
>away from <g> clutches, you need to go into each of those and
>cancel/delete the respective entries.
Thanks I'll remember that for future reference.
>>even charging me for hosting) a domain which I have let lapse.
>
>At the bottom right of the cloud hosting panel there are links for
>"Registered Domains" and "Hosted Domains". Once the domains are safely
>away from <g> clutches, you need to go into each of those and
>cancel/delete the respective entries.
The domain I was worried about they appear to have [correctly] erased
all trace now, as a result of my tickets.
--
Roland Perry
Chris S
Nov 3, 2017, 10:25:46 AM11/3/17
to
On Fri, 3 Nov 2017 10:35:35 +0000, Bob Evans
<newsab...@deleteifspam.lichtech.co.uk> wrote:
>>Why does EVERY SINGLE THING that I try to do on Gradwell's system end
>>up not working?
>
>The impression that I have received is that hosting is no longer of any
>interest to the Management. I just feel sorry for the support guys.
I suspect the day may eventually arrive when VOIP is no longer of any
<newsab...@deleteifspam.lichtech.co.uk> wrote:
>>Why does EVERY SINGLE THING that I try to do on Gradwell's system end
>>up not working?
>
>The impression that I have received is that hosting is no longer of any
>interest to the Management. I just feel sorry for the support guys.
interest to <g> management.
Chris S
Roland Perry
Nov 3, 2017, 12:57:12 PM11/3/17
to
In message <7huovchphg77o9os7...@4ax.com>, at 14:25:43 on
Fri, 3 Nov 2017, Chris S <ugje...@sneakemail.com> remarked:
>I suspect the day may eventually arrive when VOIP is no longer of any
>interest to <g> management.
Speaking of which, what does the team think about suitable places to
migrate a <g> voip number to. Quite low traffic (maybe a call a month!)
as the project I obtained it for is on hold at the moment.
--
Roland Perry
Fri, 3 Nov 2017, Chris S <ugje...@sneakemail.com> remarked:
>I suspect the day may eventually arrive when VOIP is no longer of any
>interest to <g> management.
migrate a <g> voip number to. Quite low traffic (maybe a call a month!)
as the project I obtained it for is on hold at the moment.
--
Roland Perry
Martin Liddle
Nov 3, 2017, 1:26:40 PM11/3/17
to
On 03/11/2017 16:52, Roland Perry wrote:
>
> Speaking of which, what does the team think about suitable places to
> migrate a <g> voip number to. Quite low traffic (maybe a call a month!)
> as the project I obtained it for is on hold at the moment.
I don't have wide experience of VOIP providers but I have been using
>
> Speaking of which, what does the team think about suitable places to
> migrate a <g> voip number to. Quite low traffic (maybe a call a month!)
> as the project I obtained it for is on hold at the moment.
Draytel for quite a few years on a pay as you go basis and it suits my
usage pattern of several blank months and then one or two days with a
fair number of calls. Service has been fine with as far as I can
recollect only one day when there were some problems in ten years; the
only time I have had to contact support they were helpful but that is a
very long time ago. See http://www.draytel.org/call-plans/
Roland Perry
Nov 3, 2017, 4:07:24 PM11/3/17
to
In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov 2017,
Martin Liddle <new...@tynecomp.co.uk> remarked:
>Ask TSOHost support
I have no words to express my dismay, disappointment and frustration at
TSO support having given me the run-around now for about three hours,
completely failing to understand what should be one of the simplest
enquiries they get:
What server, username and password are needed to access the default POP3
email for a domain they host.
Needless to say, none of the answers has been remotely the same as their
help pages, and nothing has worked.
It's not helped by their chat sessions timing out after five minutes
(with absolutely no audit trail), and the latest [third] one has been
spinning
"Chat Loading..."
for the last ten minutes.
They appear oblivious to the fact that I'm able to pick up email to
designated email users such as roland@, and what they need to fix is the
bit-bucket.
--
Roland Perry
Martin Liddle <new...@tynecomp.co.uk> remarked:
>Ask TSOHost support
I have no words to express my dismay, disappointment and frustration at
TSO support having given me the run-around now for about three hours,
completely failing to understand what should be one of the simplest
enquiries they get:
What server, username and password are needed to access the default POP3
email for a domain they host.
Needless to say, none of the answers has been remotely the same as their
help pages, and nothing has worked.
It's not helped by their chat sessions timing out after five minutes
(with absolutely no audit trail), and the latest [third] one has been
spinning
"Chat Loading..."
for the last ten minutes.
They appear oblivious to the fact that I'm able to pick up email to
designated email users such as roland@, and what they need to fix is the
bit-bucket.
--
Roland Perry
Martin Liddle
Nov 3, 2017, 6:15:09 PM11/3/17
to
On 03/11/2017 20:02, Roland Perry wrote:
> In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov 2017,
> Martin Liddle <new...@tynecomp.co.uk> remarked:
>
>> Ask TSOHost support
>
> I have no words to express my dismay, disappointment and frustration at
> TSO support having given me the run-around now for about three hours,
> completely failing to understand what should be one of the simplest
> enquiries they get:
>
> What server, username and password are needed to access the default POP3
> email for a domain they host.
>
Is this cPanel or Cloud? If it is Cloud then you need to set up a
> In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov 2017,
> Martin Liddle <new...@tynecomp.co.uk> remarked:
>
>> Ask TSOHost support
>
> I have no words to express my dismay, disappointment and frustration at
> TSO support having given me the run-around now for about three hours,
> completely failing to understand what should be one of the simplest
> enquiries they get:
>
> What server, username and password are needed to access the default POP3
> email for a domain they host.
>
default rule to forward emails that are not to "designated users" of the
form:
*@Yourdomainname.co.uk to a specified mailbox.
I will say that TSOHost support is not as good as it was a year or two
ago; I fear in that respect they are a victim of their own success.
However my experience of the actual service is that it is still pretty
reliable.
Roland Perry
Nov 4, 2017, 4:28:43 AM11/4/17
to
In message <otippd$k83$1...@dont-email.me>, at 22:15:08 on Fri, 3 Nov 2017,
should be collectable from a mailbox with the name:
_maina...@yourdomainname.co.uk
What I was trying to do was at least get that mailbox to accept my
log-in. Checking that it was receiving emails would be the next step,
but as it happens if I email non...@yourdomain.co.uk currently it
bounces.
>I will say that TSOHost support is not as good as it was a year or two
>ago; I fear in that respect they are a victim of their own success.
There's a minimum level of competence which I expect, such as not being
advised to use my cPanel username as a mailbox password!
Another persistent misdirection was apparently randomly asking me to
try:
yourdoma
ie the first 8 characters of yourdomain as a name for things,
even at one point suggesting I try your...@yourdomain.co.uk as the
mailbox name.
That's plain bonkers as I have other .co.uk domain names than the one I
was trying to set up with fewer than eight characters, and how would
they disambiguate the domains of example10.co.uk and example11.co.uk
>However my experience of the actual service is that it is still pretty
>reliable.
Cross fingers, and I'd say the same about Gradwell. But setting up
either is a nightmare. In particular the cotton-wool guis they provide
are much less tractable, and more spaghetti-like under the covers than a
simple config file.
--
Roland Perry
Martin Liddle <new...@tynecomp.co.uk> remarked:
>On 03/11/2017 20:02, Roland Perry wrote:
>> In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov
>>2017, Martin Liddle <new...@tynecomp.co.uk> remarked:
>>
>>> Ask TSOHost support
>> I have no words to express my dismay, disappointment and frustration
>>at TSO support having given me the run-around now for about three
>>hours, completely failing to understand what should be one of the
>>simplest enquiries they get:
>> What server, username and password are needed to access the default
>>POP3 email for a domain they host.
>>
>Is this cPanel or Cloud? If it is Cloud then you need to set up a
>default rule to forward emails that are not to "designated users" of
>the form:
>
>*@Yourdomainname.co.uk to a specified mailbox.
cPanel. What the help pages say is that non-designated email addresses
>On 03/11/2017 20:02, Roland Perry wrote:
>> In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov
>>2017, Martin Liddle <new...@tynecomp.co.uk> remarked:
>>
>>> Ask TSOHost support
>> I have no words to express my dismay, disappointment and frustration
>>at TSO support having given me the run-around now for about three
>>hours, completely failing to understand what should be one of the
>>simplest enquiries they get:
>> What server, username and password are needed to access the default
>>POP3 email for a domain they host.
>>
>Is this cPanel or Cloud? If it is Cloud then you need to set up a
>default rule to forward emails that are not to "designated users" of
>the form:
>
>*@Yourdomainname.co.uk to a specified mailbox.
should be collectable from a mailbox with the name:
_maina...@yourdomainname.co.uk
What I was trying to do was at least get that mailbox to accept my
log-in. Checking that it was receiving emails would be the next step,
but as it happens if I email non...@yourdomain.co.uk currently it
bounces.
>I will say that TSOHost support is not as good as it was a year or two
>ago; I fear in that respect they are a victim of their own success.
advised to use my cPanel username as a mailbox password!
Another persistent misdirection was apparently randomly asking me to
try:
yourdoma
ie the first 8 characters of yourdomain as a name for things,
even at one point suggesting I try your...@yourdomain.co.uk as the
mailbox name.
That's plain bonkers as I have other .co.uk domain names than the one I
was trying to set up with fewer than eight characters, and how would
they disambiguate the domains of example10.co.uk and example11.co.uk
>However my experience of the actual service is that it is still pretty
>reliable.
either is a nightmare. In particular the cotton-wool guis they provide
are much less tractable, and more spaghetti-like under the covers than a
simple config file.
--
Roland Perry
Chris S
Nov 4, 2017, 10:46:19 AM11/4/17
to
their front-end triage hasn't always understood the question or issue
the first time around. However, to be fair to Tsohost support, I
didn't understand Roland's question myself.
If the context is a standard hosting package, cpanel or cloud, AFAIR
there isn't a default username and password, and the server will
depend on the type of package. You have to log in to your hosting
dashboard (where you should find your server name details) and create
mailboxes and their associated passwords yourself. Either that or you
set up forwarding rules, again via your hosting dashboard, as Martin
describes.
Chris S
Chris S
Nov 4, 2017, 11:39:59 AM11/4/17
to
On Sat, 4 Nov 2017 08:25:59 +0000, Roland Perry <rol...@perry.co.uk>
wrote:
>In message <otippd$k83$1...@dont-email.me>, at 22:15:08 on Fri, 3 Nov 2017,
>Martin Liddle <new...@tynecomp.co.uk> remarked:
>>On 03/11/2017 20:02, Roland Perry wrote:
>>> In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov
>>>2017, Martin Liddle <new...@tynecomp.co.uk> remarked:
>>>
>>>> Ask TSOHost support
>>> I have no words to express my dismay, disappointment and frustration
>>>at TSO support having given me the run-around now for about three
>>>hours, completely failing to understand what should be one of the
>>>simplest enquiries they get:
>>> What server, username and password are needed to access the default
>>>POP3 email for a domain they host.
>>>
>>Is this cPanel or Cloud? If it is Cloud then you need to set up a
>>default rule to forward emails that are not to "designated users" of
>>the form:
>>
>>*@Yourdomainname.co.uk to a specified mailbox.
>
>cPanel. What the help pages say is that non-designated email addresses
>should be collectable from a mailbox with the name:
>
>_maina...@yourdomainname.co.uk
By way of an apology for not understanding your question first time
around! :-)
I have a cloud hosting account and have no experience of cpanel.
However, a search produced the following:
Creating a Default Address
https://www.tsohost.com/knowledge-base/article/188/creating-a-default-address
or
http://preview.tinyurl.com/yckru59w
Not the most intuitive set of instructions but imply you have to set
up your 'default address/mailbox' rather than use a pre-defined one.
Even if there is a form of pre-defined catch all mailbox, I would have
thought its configration should be accessible within your account
cpanel.
Chris S
PS. I could well be wrong but I thought cpanel was similar if not the
same across different hosting service suppliers so there may be
non-Tsohost documentation that may help. Tsohost cloud hosting
dashboard on the other hand is, I believe, designed in-house.
wrote:
>In message <otippd$k83$1...@dont-email.me>, at 22:15:08 on Fri, 3 Nov 2017,
>Martin Liddle <new...@tynecomp.co.uk> remarked:
>>On 03/11/2017 20:02, Roland Perry wrote:
>>> In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov
>>>2017, Martin Liddle <new...@tynecomp.co.uk> remarked:
>>>
>>>> Ask TSOHost support
>>> I have no words to express my dismay, disappointment and frustration
>>>at TSO support having given me the run-around now for about three
>>>hours, completely failing to understand what should be one of the
>>>simplest enquiries they get:
>>> What server, username and password are needed to access the default
>>>POP3 email for a domain they host.
>>>
>>Is this cPanel or Cloud? If it is Cloud then you need to set up a
>>default rule to forward emails that are not to "designated users" of
>>the form:
>>
>>*@Yourdomainname.co.uk to a specified mailbox.
>
>cPanel. What the help pages say is that non-designated email addresses
>should be collectable from a mailbox with the name:
>
>_maina...@yourdomainname.co.uk
around! :-)
I have a cloud hosting account and have no experience of cpanel.
However, a search produced the following:
Creating a Default Address
https://www.tsohost.com/knowledge-base/article/188/creating-a-default-address
or
http://preview.tinyurl.com/yckru59w
Not the most intuitive set of instructions but imply you have to set
up your 'default address/mailbox' rather than use a pre-defined one.
Even if there is a form of pre-defined catch all mailbox, I would have
thought its configration should be accessible within your account
cpanel.
Chris S
PS. I could well be wrong but I thought cpanel was similar if not the
same across different hosting service suppliers so there may be
non-Tsohost documentation that may help. Tsohost cloud hosting
dashboard on the other hand is, I believe, designed in-house.
John Hall
Nov 4, 2017, 5:54:48 PM11/4/17
to
In message <DfUcTDE3ZE$ZF...@cygnus.rejectifspam.lichtech.co.uk>, Bob
Evans <newsab...@deleteifspam.lichtech.co.uk> writes
not covered or just plain wrong. I eventually found that I could get
better functionality on the cloud-based system than before for less than
I was paying before, which certainly wasn't what I was expecting and
which Gradwell's documentation and the emails that they sent out to
everyone about the migration did a good job of obscuring. To be fair
most of the support tickets I raised with my migration queries and
problems were handled very well by their support people.
One weird thing was in connection with my jhall.co.uk domain
registration, which is due for renewal in a couple of weeks time. As
expected I got the standard reminder from the cloud system to make sure
that I had the billing information in place on my cloud control panel
for Gradwell to handle the renewal. What I wasn't expecting was to get
another reminder from the legacy system, in this case addressed to
john-d...@jhall.co.uk, since I no longer have anything on the legacy
system and there's no longer any billing information there. So I raised
a support ticket, in response to which I'm assured that I can ignore
this without anything bad happen. But it doesn't seem very good that the
legacy system should still be sending out such reminders, and to a
made-up email address which they have no way of knowing will actually be
monitored. Amusingly, the spam-checking that I have from Gradwell
actually believed it to be spam and stuck a [spam] at the start of the
subject line.
--
John Hall "George the Third
Ought never to have occurred.
One can only wonder
At so grotesque a blunder." E.C.Bentley (1875-1956)
Evans <newsab...@deleteifspam.lichtech.co.uk> writes
>Despite my pointing it out to <g> several months ago, the "Cancelling a
>subscription" page that is linked from the Gradwell Cloud Support
>"Transferring a domain away from Gradwell" page *still* shows how to do
>it in the old control panel not the cloud panel!
Yes, the whole cloud documentation is in a total mess, with many things
>subscription" page that is linked from the Gradwell Cloud Support
>"Transferring a domain away from Gradwell" page *still* shows how to do
>it in the old control panel not the cloud panel!
not covered or just plain wrong. I eventually found that I could get
better functionality on the cloud-based system than before for less than
I was paying before, which certainly wasn't what I was expecting and
which Gradwell's documentation and the emails that they sent out to
everyone about the migration did a good job of obscuring. To be fair
most of the support tickets I raised with my migration queries and
problems were handled very well by their support people.
One weird thing was in connection with my jhall.co.uk domain
registration, which is due for renewal in a couple of weeks time. As
expected I got the standard reminder from the cloud system to make sure
that I had the billing information in place on my cloud control panel
for Gradwell to handle the renewal. What I wasn't expecting was to get
another reminder from the legacy system, in this case addressed to
john-d...@jhall.co.uk, since I no longer have anything on the legacy
system and there's no longer any billing information there. So I raised
a support ticket, in response to which I'm assured that I can ignore
this without anything bad happen. But it doesn't seem very good that the
legacy system should still be sending out such reminders, and to a
made-up email address which they have no way of knowing will actually be
monitored. Amusingly, the spam-checking that I have from Gradwell
actually believed it to be spam and stuck a [spam] at the start of the
subject line.
--
John Hall "George the Third
Ought never to have occurred.
One can only wonder
At so grotesque a blunder." E.C.Bentley (1875-1956)
Roland Perry
Nov 5, 2017, 3:40:34 AM11/5/17
to
In message <0kwr2zGqbj$ZFwzp@jhall_nospamxx.co.uk>, at 21:53:46 on Sat,
4 Nov 2017, John Hall <john_...@jhall.co.uk> remarked:
>One weird thing was in connection with my jhall.co.uk domain
>registration, which is due for renewal in a couple of weeks time. As
>expected I got the standard reminder from the cloud system to make sure
>that I had the billing information in place on my cloud control panel
>for Gradwell to handle the renewal. What I wasn't expecting was to get
>another reminder from the legacy system, in this case addressed to
>john-d...@jhall.co.uk, since I no longer have anything on the
>legacy system and there's no longer any billing information there. So I
>raised a support ticket, in response to which I'm assured that I can
>ignore this without anything bad happen. But it doesn't seem very good
>that the legacy system should still be sending out such reminders,
That was the first of many tickets I raised last week (in a vain attempt
to do 'one last push' to get the Gradwell situation sorted out).
In my case I was alerted to it because:
(a) I am not the registrant of one of the listed domains any
more, anywhere let alone at Gradwell, and
(b) three of the listed domains had pending(sic) renewal dates
in the past.
But mainly because the url they tell you to log into to resolve the
situation is the legacy platform, which has no facilities left to action
that.
Support explained that they were still mired in "migration issues", and
had no way to turn off these zombie emails from the legacy platform!
>and to a made-up email address which they have no way of knowing will
>actually be monitored.
Mine didn't have that particular feature.
ps I have about five tickets from Thursday which they've clearly decided
to ignore, as up until then they were answering each within a few hours.
--
Roland Perry
4 Nov 2017, John Hall <john_...@jhall.co.uk> remarked:
>One weird thing was in connection with my jhall.co.uk domain
>registration, which is due for renewal in a couple of weeks time. As
>expected I got the standard reminder from the cloud system to make sure
>that I had the billing information in place on my cloud control panel
>for Gradwell to handle the renewal. What I wasn't expecting was to get
>another reminder from the legacy system, in this case addressed to
>john-d...@jhall.co.uk, since I no longer have anything on the
>legacy system and there's no longer any billing information there. So I
>raised a support ticket, in response to which I'm assured that I can
>ignore this without anything bad happen. But it doesn't seem very good
>that the legacy system should still be sending out such reminders,
to do 'one last push' to get the Gradwell situation sorted out).
In my case I was alerted to it because:
(a) I am not the registrant of one of the listed domains any
more, anywhere let alone at Gradwell, and
(b) three of the listed domains had pending(sic) renewal dates
in the past.
But mainly because the url they tell you to log into to resolve the
situation is the legacy platform, which has no facilities left to action
that.
Support explained that they were still mired in "migration issues", and
had no way to turn off these zombie emails from the legacy platform!
>and to a made-up email address which they have no way of knowing will
>actually be monitored.
ps I have about five tickets from Thursday which they've clearly decided
to ignore, as up until then they were answering each within a few hours.
--
Roland Perry
Andy
Nov 5, 2017, 5:04:03 AM11/5/17
to
In message <IqIsnWJuxs$ZF...@perry.co.uk>, Roland Perry
<rol...@perry.co.uk> wrote
[]
--
Andy Taylor [Editor & Treasurer, Austrian Philatelic Society].
Visit www dot austrianphilately dot com
<rol...@perry.co.uk> wrote
[]
>But mainly because the url they tell you to log into to resolve the
>situation is the legacy platform, which has no facilities left to action
>that.
>
Where's the Demon angle-grinder?
>situation is the legacy platform, which has no facilities left to action
>that.
>
--
Andy Taylor [Editor & Treasurer, Austrian Philatelic Society].
Visit www dot austrianphilately dot com
Chris S
Nov 5, 2017, 9:51:42 AM11/5/17
to
On Sat, 4 Nov 2017 21:53:46 +0000, John Hall <john_...@jhall.co.uk>
wrote:
[snip]
> To be fair
>most of the support tickets I raised with my migration queries and
>problems were handled very well by their support people.
>
>One weird thing was in connection with my jhall.co.uk domain
>registration, which is due for renewal in a couple of weeks time. As
>expected I got the standard reminder from the cloud system to make sure
>that I had the billing information in place on my cloud control panel
>for Gradwell to handle the renewal. What I wasn't expecting was to get
>another reminder from the legacy system, in this case addressed to
>john-d...@jhall.co.uk, since I no longer have anything on the legacy
>system and there's no longer any billing information there.
[snip]
It's just over a year since I disentangled myself from Gradwell by
transferring all domain hosting to Tsohost although I was still
dealing with erroneous "Overdue Account" reminders in February of this
year. I recall 'their' support staff at the time stating they had no
access to the old Gradwell hosting system. I am still getting domain
expiry notices from Gradwell (last one in August) despite the domains
being transferred to Tsohost and Gradwell account cancelled.
I also recall that the implementation of 'cloud hosting' appeared to
be a rush job at the end of last year despite Gradwell making a
preliminary announcement a year or so earlier. It turned out that the
Gradwell Cloud was, at least then, a service supplied by Ingram Micro
United Kingdom. It's possible that Ingram Micro also supplied the
support staff, at least that's my theory.
Chris S
wrote:
[snip]
> To be fair
>most of the support tickets I raised with my migration queries and
>problems were handled very well by their support people.
>
>One weird thing was in connection with my jhall.co.uk domain
>registration, which is due for renewal in a couple of weeks time. As
>expected I got the standard reminder from the cloud system to make sure
>that I had the billing information in place on my cloud control panel
>for Gradwell to handle the renewal. What I wasn't expecting was to get
>another reminder from the legacy system, in this case addressed to
>john-d...@jhall.co.uk, since I no longer have anything on the legacy
>system and there's no longer any billing information there.
It's just over a year since I disentangled myself from Gradwell by
transferring all domain hosting to Tsohost although I was still
dealing with erroneous "Overdue Account" reminders in February of this
year. I recall 'their' support staff at the time stating they had no
access to the old Gradwell hosting system. I am still getting domain
expiry notices from Gradwell (last one in August) despite the domains
being transferred to Tsohost and Gradwell account cancelled.
I also recall that the implementation of 'cloud hosting' appeared to
be a rush job at the end of last year despite Gradwell making a
preliminary announcement a year or so earlier. It turned out that the
Gradwell Cloud was, at least then, a service supplied by Ingram Micro
United Kingdom. It's possible that Ingram Micro also supplied the
support staff, at least that's my theory.
Chris S
Roland Perry
Nov 5, 2017, 10:00:02 AM11/5/17
to
In message <rqirvc13kktekm44i...@4ax.com>, at 14:46:16 on
Sat, 4 Nov 2017, Chris S <ugje...@sneakemail.com> remarked:
Wanting to set up Turnpike for collecting my TSO-hosted email, I was
easily able to find some help pages which had two sections:
Mail Client Automatic Configuration Scripts (for not that many usual
suspects)
Mail Client Manual Settings
The second was script-based and had instructions which worked, and
filled in fields so that it wasn't "yourdomain", but rather [had this
one been hosted there] said things like;
Username: rol...@perry.co.uk
Password: Email account's password
Server: mail.perry.co.uk
And had a second page which implied it referred to a standard setup for
unassigned email where:
Username: _maina...@perry.co.uk
Password: cPanel password
Server: mail.perry.co.uk
It's a shame that while originally easy to find, I can't find those
pages again! However, when discussing with their support chatline I
*was* able to provide the url (which is now forgotten because they don't
archive their chatline).
If that page was something completely alien, I'd have expected he
support people to recognise that and "stop digging".
As it was, they just suggested different seemingly random tweaks.
One that in retrospect makes most sense is to treat the "_mainaccount@"
as a placeholder, in the way that "roland@" wasn't, and guess that what
might be lurking under the covers was perhaps a bitbucket called
pe...@perry.co.uk, or if the "perry" had been more than eight characters
truncated to the first eight.
eg Another of my domains is internetpolicynews.com and that might have
been truncated to "internet" in these circumstances.
However, I now doubt they even have such a default bit-bucket set up,
and once again that's a fact I expect support to know about.
Yes, I can manually set up an email address to act as the bitbucket, but
then I'd also expect its password to be that of user 'bitbucket', not
cPanel.
>If the context is a standard hosting package, cpanel or cloud, AFAIR
>there isn't a default username and password, and the server will
>depend on the type of package. You have to log in to your hosting
>dashboard (where you should find your server name details) and create
>mailboxes and their associated passwords yourself. Either that or you
>set up forwarding rules, again via your hosting dashboard, as Martin
>describes.
Why did 'support' spend an hour not telling me that?
--
Roland Perry
Sat, 4 Nov 2017, Chris S <ugje...@sneakemail.com> remarked:
>On Fri, 3 Nov 2017 22:15:08 +0000, Martin Liddle
><new...@tynecomp.co.uk> wrote:
>
>>On 03/11/2017 20:02, Roland Perry wrote:
>>> In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov 2017,
>>> Martin Liddle <new...@tynecomp.co.uk> remarked:
>>>
>>>> Ask TSOHost support
>>>
>>> I have no words to express my dismay, disappointment and frustration at
>>> TSO support having given me the run-around now for about three hours,
>>> completely failing to understand what should be one of the simplest
>>> enquiries they get:
>>>
>>> What server, username and password are needed to access the default POP3
>>> email for a domain they host.
>>>
>>Is this cPanel or Cloud? If it is Cloud then you need to set up a
>>default rule to forward emails that are not to "designated users" of the
>>form:
>>
>>*@Yourdomainname.co.uk to a specified mailbox.
>>
>>I will say that TSOHost support is not as good as it was a year or two
>>ago; I fear in that respect they are a victim of their own success.
>>However my experience of the actual service is that it is still pretty
>>reliable.
>
>I rarely need to use their support these days, but I would agree that
>their front-end triage hasn't always understood the question or issue
>the first time around. However, to be fair to Tsohost support, I
>didn't understand Roland's question myself.
A longer explanation:
><new...@tynecomp.co.uk> wrote:
>
>>On 03/11/2017 20:02, Roland Perry wrote:
>>> In message <otcp6f$h74$1...@dont-email.me>, at 15:28:15 on Wed, 1 Nov 2017,
>>> Martin Liddle <new...@tynecomp.co.uk> remarked:
>>>
>>>> Ask TSOHost support
>>>
>>> I have no words to express my dismay, disappointment and frustration at
>>> TSO support having given me the run-around now for about three hours,
>>> completely failing to understand what should be one of the simplest
>>> enquiries they get:
>>>
>>> What server, username and password are needed to access the default POP3
>>> email for a domain they host.
>>>
>>Is this cPanel or Cloud? If it is Cloud then you need to set up a
>>default rule to forward emails that are not to "designated users" of the
>>form:
>>
>>*@Yourdomainname.co.uk to a specified mailbox.
>>
>>I will say that TSOHost support is not as good as it was a year or two
>>ago; I fear in that respect they are a victim of their own success.
>>However my experience of the actual service is that it is still pretty
>>reliable.
>
>I rarely need to use their support these days, but I would agree that
>their front-end triage hasn't always understood the question or issue
>the first time around. However, to be fair to Tsohost support, I
>didn't understand Roland's question myself.
Wanting to set up Turnpike for collecting my TSO-hosted email, I was
easily able to find some help pages which had two sections:
Mail Client Automatic Configuration Scripts (for not that many usual
suspects)
Mail Client Manual Settings
The second was script-based and had instructions which worked, and
filled in fields so that it wasn't "yourdomain", but rather [had this
one been hosted there] said things like;
Username: rol...@perry.co.uk
Password: Email account's password
Server: mail.perry.co.uk
And had a second page which implied it referred to a standard setup for
unassigned email where:
Username: _maina...@perry.co.uk
Password: cPanel password
Server: mail.perry.co.uk
It's a shame that while originally easy to find, I can't find those
pages again! However, when discussing with their support chatline I
*was* able to provide the url (which is now forgotten because they don't
archive their chatline).
If that page was something completely alien, I'd have expected he
support people to recognise that and "stop digging".
As it was, they just suggested different seemingly random tweaks.
One that in retrospect makes most sense is to treat the "_mainaccount@"
as a placeholder, in the way that "roland@" wasn't, and guess that what
might be lurking under the covers was perhaps a bitbucket called
pe...@perry.co.uk, or if the "perry" had been more than eight characters
truncated to the first eight.
eg Another of my domains is internetpolicynews.com and that might have
been truncated to "internet" in these circumstances.
However, I now doubt they even have such a default bit-bucket set up,
and once again that's a fact I expect support to know about.
Yes, I can manually set up an email address to act as the bitbucket, but
then I'd also expect its password to be that of user 'bitbucket', not
cPanel.
>If the context is a standard hosting package, cpanel or cloud, AFAIR
>there isn't a default username and password, and the server will
>depend on the type of package. You have to log in to your hosting
>dashboard (where you should find your server name details) and create
>mailboxes and their associated passwords yourself. Either that or you
>set up forwarding rules, again via your hosting dashboard, as Martin
>describes.
--
Roland Perry
Roland Perry
Nov 6, 2017, 5:17:45 AM11/6/17
to
In message <otippd$k83$1...@dont-email.me>, at 22:15:08 on Fri, 3 Nov 2017,
Martin Liddle <new...@tynecomp.co.uk> remarked:
>> I have no words to express my dismay, disappointment and frustration
>>at TSO support having given me the run-around now for about three
>>hours, completely failing to understand what should be one of the
>>simplest enquiries they get:
>> What server, username and password are needed to access the default
>>POP3 email for a domain they host.
>>
>Is this cPanel or Cloud? If it is Cloud then you need to set up a
>default rule to forward emails that are not to "designated users" of
>the form:
>
>*@Yourdomainname.co.uk to a specified mailbox.
Some more thoughts, because I was reading a year-old thread here this
morning about "catch-all" addresses, and there being only one such
mailbox per account (nor one per domain) on the TSO cloud system.
It's possible the instructions I found (which implied such a mailbox was
set up automatically, but maybe not in practice) were for the Cloud
email. In which case, the support people should have spotted it quite
early on.
--
Roland Perry
Martin Liddle <new...@tynecomp.co.uk> remarked:
>> I have no words to express my dismay, disappointment and frustration
>>at TSO support having given me the run-around now for about three
>>hours, completely failing to understand what should be one of the
>>simplest enquiries they get:
>> What server, username and password are needed to access the default
>>POP3 email for a domain they host.
>>
>Is this cPanel or Cloud? If it is Cloud then you need to set up a
>default rule to forward emails that are not to "designated users" of
>the form:
>
>*@Yourdomainname.co.uk to a specified mailbox.
morning about "catch-all" addresses, and there being only one such
mailbox per account (nor one per domain) on the TSO cloud system.
It's possible the instructions I found (which implied such a mailbox was
set up automatically, but maybe not in practice) were for the Cloud
email. In which case, the support people should have spotted it quite
early on.
--
Roland Perry
Martin Liddle
Nov 6, 2017, 5:46:40 AM11/6/17
to
On 06/11/2017 10:08, Roland Perry wrote:
>
> Some more thoughts, because I was reading a year-old thread here this
> morning about "catch-all" addresses, and there being only one such
> mailbox per account (nor one per domain) on the TSO cloud system.
>
I remember the thread but the statement is wrong. With the Cloud
>
> Some more thoughts, because I was reading a year-old thread here this
> morning about "catch-all" addresses, and there being only one such
> mailbox per account (nor one per domain) on the TSO cloud system.
>
hosting you can have a catch-all rule per domain to forward the email to
a specific mailbox.
> It's possible the instructions I found (which implied such a mailbox was
> set up automatically, but maybe not in practice) were for the Cloud
> email. In which case, the support people should have spotted it quite
> early on.
doubt) then I have never found it nor seen any reference to it.
Roland Perry
Nov 7, 2017, 8:50:50 AM11/7/17
to
In message <otpeif$i0e$1...@dont-email.me>, at 10:46:39 on Mon, 6 Nov 2017,
Martin Liddle <new...@tynecomp.co.uk> remarked:
>> It's possible the instructions I found (which implied such a mailbox
>>was set up automatically, but maybe not in practice) were for the
>>Cloud email. In which case, the support people should have spotted it
>>quite early on.
>
>If a catch-all mailbox is set up automatically on the Cloud (which I
>doubt) then I have never found it nor seen any reference to it.
I'm now pretty sure the references to Cloud in my earlier comments are a
red herring.
This is a quote from the cPanel email page:
The default email account is used to catch mail that is
unrouted. The username and password of the default account is
the same as your cPanel account login. The default account
cannot be deleted and has no quota.
The fact it can't be deleted perhaps suggests it's something you can't
set up either (ie it exists and is permanent, by default).
The username of the cPanel is (and I don't recall having an option to
choose it) is:
yourdoma
ie a truncation from yourdomain.co.uk being the first domain set up by
myself on TSO.
And it's not at all clear if they mean us to use, as the mailbox
username: yourdoma or your...@yourdomain.co.uk
Meanwhile,
(a) the cPanel allows the setting up, and deletion, of an email account
precisely: your...@yourdomain.co.uk !!
(b) My cPanel login isn't tied to any combination of yourdomain
verbiage, because it's based on a long-standing domain hosted somewhere
completely different.
--
Roland Perry
Martin Liddle <new...@tynecomp.co.uk> remarked:
>> It's possible the instructions I found (which implied such a mailbox
>>was set up automatically, but maybe not in practice) were for the
>>Cloud email. In which case, the support people should have spotted it
>>quite early on.
>
>If a catch-all mailbox is set up automatically on the Cloud (which I
>doubt) then I have never found it nor seen any reference to it.
red herring.
This is a quote from the cPanel email page:
The default email account is used to catch mail that is
unrouted. The username and password of the default account is
the same as your cPanel account login. The default account
cannot be deleted and has no quota.
The fact it can't be deleted perhaps suggests it's something you can't
set up either (ie it exists and is permanent, by default).
The username of the cPanel is (and I don't recall having an option to
choose it) is:
yourdoma
ie a truncation from yourdomain.co.uk being the first domain set up by
myself on TSO.
And it's not at all clear if they mean us to use, as the mailbox
username: yourdoma or your...@yourdomain.co.uk
Meanwhile,
(a) the cPanel allows the setting up, and deletion, of an email account
precisely: your...@yourdomain.co.uk !!
(b) My cPanel login isn't tied to any combination of yourdomain
verbiage, because it's based on a long-standing domain hosted somewhere
completely different.
--
Roland Perry
Roland Perry
Nov 7, 2017, 10:01:42 AM11/7/17
to
In message <Hw3PRx8s...@perry.co.uk>, at 13:49:32 on Tue, 7 Nov
2017, Roland Perry <rol...@perry.co.uk> remarked:
OK, after another session with support, and them having thrown ideas of
things to try at me seemingly at random, I've finally tracked down the
answer:
For the catch-all email collection it's:
ma...@yourdomain.co.uk
yourdoma
<cPanel password>
Noting that the cPanel password is quite disjoint from (and therefore
not necessarily the same as) the password for logging into the TSO
home/landing page.
--
Roland Perry
2017, Roland Perry <rol...@perry.co.uk> remarked:
things to try at me seemingly at random, I've finally tracked down the
answer:
For the catch-all email collection it's:
ma...@yourdomain.co.uk
yourdoma
<cPanel password>
Noting that the cPanel password is quite disjoint from (and therefore
not necessarily the same as) the password for logging into the TSO
home/landing page.
--
Roland Perry
0 new messages