Our business offices will be closed on Monday, May 28 to observe the US legal holiday. As always, we’ll provide same-day support for time-sensitive issues via our ticket and e-mail systems. However, questions that aren’t time-sensitive (including most billing matters) may not be answered until May 29, and telephone support (via callbacks) will be available only for urgent problems.
We’ve updated PHP 5 on our servers to cover sixteen recently identified security issues. This only affects customers who have chosen to use PHP 5 — but since this upgrade only fixes security bugs, even those customers shouldn’t notice any changes.
We’re currently seeing about 15% “packet loss” from our data center to a handful of locations on the Internet (notably connections that go through the above.net backbone). Most people aren’t affected by this, but for those that are, this can cause connections to be slower than normal. We have a ticket open with the data center for this issue, and we’ll update this page when it’s resolved.
Update May 20: The packet loss problem was effectively resolved on Friday, although we’ve been monitoring the above.net backbone connection closely to ensure that there is no ongoing problem. Although we’ve seen a couple of short latency issues that we’re still following up with the data center about, customers are not experiencing any problems.
One of the features of our e-mail service is the ability to create e-mail forwarding aliases to forward messages from an address at your new Web site to existing e-mail account (AOL, Hotmail etc…). This is a useful feature if you need to receive e-mail from your new Web site and need to get it going quickly.
However, in the long term it’s better to use mailboxes on our servers (referred to as “POP mailboxes” on our setup screens, although they can also be accessed by IMAP or Webmail). In fact, one of the biggest advantages of having your own Web site and domain name is that you own it and all of its e-mail addresses. From our experience this is much better than being at the whim of a company that’s almost impossible to contact if you have trouble.
No matter how hard we try to make sure that other ISPs never block mail from our servers, it happens occasionally. All it takes is someone at another ISP clicking “this is spam” on a few legitimate messages sent by one of our customers, and some automated system at the other ISP thinks “hey, one of these tigertech.net servers is sending spam; let’s block it for a while without bothering to notify them, ‘for your convenience'”.
Now, we should emphasize that this is actually quite rare.
Anyone who works with computers has been asked to do this at some point in time and probably felt it was a ploy used to put off investigating the problem in detail. However, it really does work, and can fix program and software glitches.
For instance, we often have customers who cannot send and receive mail using the mail programs on their personal computers. After checking the mail servers and port numbers, everything seems to be set up correctly, but the mail program refuses to work. In these situations we often ask customers to restart their computer. Surprisingly they often tell us that everything works again.
We’ll be talking a lot about “security updates” on the blog, so a word about what these are and how we handle them is probably in order.
There are literally thousands of software programs on our servers, most of which are written by other people and used by many companies. From time to time, “security vulnerabilities” with these kinds of programs are discovered. A security vulnerability is something that could allow a “hacker” (or “cracker”, for purists, although that battle has been lost) to take advantage of a programming bug to do something unauthorized with the program, such as send spam or delete files.
We had an interesting support phone call today from a customer who was having trouble sending and receiving e-mail. She was using a wireless connection today. She had also been using a wireless connection yesterday, and it had been working fine then. Before calling us she had tried restarting her computer (as we recommend for most e-mail problems), but that didn’t seem to fix the problem.
To quickly determine your computer’s current IP address, simply visit http://support.tigertech.net/ip.
The following stable PEAR packages were updated on our hosting servers today:
The full list of PEAR modules we have available (and more details about PEAR) is on this page.
