Between 4:58 and 5:39 AM Pacific time today (March 23), our server which runs the Mailman mailing list software encountered an internal problem. During most of this time, all Mailman-related functionality was unavailable.
Since Mailman most works via e-mail, no data was lost. Some messages might have been slightly delayed, but not for any longer than might normally be noticed with mail delivery via the Internet.
We apologize for any inconvenience that this might have caused!
Between 5:58 and 6:26 AM Pacific time today (March 12), a network problem on one of our mail servers prevented some customers from being able to read and send e-mail.
The issue has been resolved and everything is working normally. Although incoming mail was delayed, no mail was lost. Web site service was not affected.
The cause of the problem was that a debugging tool used by one of our technicians (”tcpdump”), when used with certain options, can apparently cause network interface failures. This was not an issue we were previously aware of. We will avoid using the tool in that manner in the future, so the problem should not recur.
We regret the problem and sincerely apologize to our customers who were affected by this issue.
On the morning of December 25, a technical problem with our spam filters allowed more spam than usual for several hours. Customers may have seen a spike in spam arriving during that period.
We found and fixed the root cause of the problem, and it won’t occur again.
We apologize for any inconvenience this may have caused. We know that no one wanted more spam for Christmas!
From 12:51 to 12:54 PM Pacific time today, one of our inbound mail servers (mx2.tigertech.net) incorrectly rejected some incoming mail that wouldn’t normally have been rejected, due to a configuration problem. This resulted in a small handful of messages being returned to the sender instead of properly delivered.
Read the rest of this entry »
In an earlier post, we talked about how we use a monitoring system that forwards test e-mail to other large ISPs, then checks to make sure the message was promptly delivered.
We already check delivery to AOL, Comcast, GMail and Verizon, and we’ve now added AT&T/SBCGlobal and Yahoo mail. We’ll continue to expand it in the future.
An extensive monitoring and alert system is at the heart of our reliability, really; it’s what allows us to know that things are working properly. We can guarantee that if our customers send mail to those ISPs right now, it’s being delivered. That’s something few other companies even bother to check.
Tonight at 11 PM Pacific time (2 AM Eastern time May 10) we’ll be performing brief scheduled maintenance on our mail servers. (We’ll be adding more RAM and adding more disk space to make sure that our mail servers continue to keep up with the growth in our service.) This requires restarting, which takes about five minutes, so you will see a brief period of about five minutes where you are unable to connect to our mail servers. No mail will be lost, of course; it will be queued and available after the maintenance.
We apologize for the inconvenience this causes. We schedule this kind of maintenance for late Saturday night/early Sunday morning (the least busy time of the week) to minimize the impact.
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.
Read the rest of this entry »
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.
Read the rest of this entry »
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.
Read the rest of this entry »
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.
Read the rest of this entry »
