Svetoslav Marinov’s Blog

If you're new here, you may want to subscribe to my RSS feed.
Thanks for reading my blog!

Today I will be commenting on OpenSRS downtime notifications.

I like the message structure very much.

Please note that we will be conducting the following network maintenance at our data center:

Date: Sunday, July 19, 2009
Time: 03:00 - 07:00 UTC
Duration: 4 hours
Your local time:
http://opensrs.info/July19start to http://opensrs.info/July19end

Service Impact:

We will use this time to upgrade our core routers to accommodate 10 Gigabit cards. To minimize the impact on your services, traffic will be routed through secondary routers. This action should limit
the actual down time to approximately 15 minutes within the 4 hour window.

The following OpenSRS Services will be briefly affected:

* OpenSRS Provisioning and Management (includes the RWI: ordering, renewals, transfers, deletion and management of domain names.)
* Storefront (includes ordering, renewals, deletion and management of domain names.)
* Provisioning of Digital Certificates (SSL) and Managed DNS
* Blogware
* Website Builder

All domains will continue to resolve.

As always, we will keep you informed of any changes through System Status (http://status.opensrs.com/).

Thank you for your continued support of OpenSRS.

Rasons
#1 The first thing it answers different questions
what will change and what it will affect,
When will it happen, the duration etc.

#2 Local time links
the links http://opensrs.info/July point to http://www.timeanddate.com/worldclock/fixedtime.html?month=7&day=19&year=2009&hour=3&min=0&sec=0&p1=0
which gives you a table and you can find your time

#3 Status page where users can see which services are running at the moment.
http://status.opensrs.com/

Good job.

P.S.

I have decided to post this article because several months ago I criticised OpenSRS about the look of the reseller control panel.
It looks so 90s by the way.
They promised that they would skip web 2.0 and would go straight to 3.0 by the end of the year (2009)
That was quite funny actually.
With this article I want to show that I can see the good things as well

When choosing emails there are different approaches which we all know that

Let's summarize .

1. johndoe@domain.com
2. john.doe@domain.com
3. jdoe@domain.com
4. j.doe@domain.com
5. jd@domain.com
6. doejohn@domain.com
7. doe.john@domain.com
8. john@domain.com
9. doe@domain.com
10. ???

Having an easy email will help your prospects/clients to reach you easier.

Your domain should be easily rememberable as well

Also you could setup a "Catch-all" email just to make sure that no email gets lost BUT you would get a lot of spam.

How to you choose your emails ? What do you take into account ?