[eUK-Martin]

I am very much interested to say something after reading your post.

Originally Posted by robb

• Monday: Email down on Eurofighter. I notified EUKHost at about 9:30; it finally came back at 17:30. Literally hundreds of emails to my company and my clients' companies were lost forever in the meantime. A couple of clients tell me it was actually down for the entire weekend beforehand too.

Yes, emails were down on the server on Monday and reason for this to happen was only your domain neme.com. Your domain was under an attack and was receiving about 10 mails per second which was forwarded to your catchall address which is not hosted with us. So there was mail traffic in and out which cuased the SMTP queue getting jammed. The only way to stop this was to suspended your domain to get the situation in control. And I very well informed you about the problem when you were on Live Chat with me. Even after this emails were not getting delivered and hence we had to reinstall the Mail server causing further permission problems and it was only solved by Plesk developers which almost took the entire day to get resolved.

• Tuesday: While email is back, it's not working correctly. Eurofighter is trying to deliver some mail for remote destinations to local mailboxes that don't exist. This has happened before, and I have had EUKHost fix it. But despite this, EUKHost would not accept that it was a problem with Eurofighter. But I finally convinced them to fix it.

That is because you had added those domains on the server but does not host their mails with us. All the mail servers are configured to first check local delivery and then to look for the domain externally. We have to remove your domain from the DOMAIN.TAB file (Manually) to make them deliver externally.
I would also like to mention that this requires server wide configuration changes and we do it for FREE and hence do not have any records that we did it for you on a request as a gesture of good will. But the changes were wiped off since we had reinstalled the mail server. And since it was me who had made these changes any one else would take time to recognize the problem as this indeed is not a serve end problem.

• Wednesday: Client web web site hosting down. EUKHost can't tell me that the application pool was stopped, and restart it. But can't tell me why. Instead they told me to optimise the web web site hosting code to prevent the problem in future! The web site hosting is low traffic and runs a commercial application (which I've used successfully elsewhere) and it was a quiet period. So I don't accept that this is a problem with the web site hosting code; it's yet another problem with the server.

I can list about 100 reasons for the application pool getting stopped just because the code is not correct. Why would the server stop only your site's application pool that too a period of times a day. If the this was a server end problem then all the 400+ sites hosted should have this problem, atleast once.

Then there's the time when they told me one Saturday that they were going to move all my website hosting to a different server the following Monday - effectively giving me zero notice (in business hours). They assured me that I would experience no downtime. Ha ha ha ha ha. It took a week before everything was running smoothly again. (It was for a similar reason that I parted company with my previous hosting company.)

We had sent an email on 27th Nov that we will be moving sites on 1st Dec which was Saturday and not Monday. We started at 1 AM in the morning keeping in mind that if the problem occurs it should be resolved with the weekends.

I hope I am very much clear in what I mean to say.