Fri Apr 5 20:36:08 PST 2002 — Ongoing UUNet Connectivity Issues. Our UUNet T3 is currently experiencing intermittent latency and packet loss. UUNet has tracked the issue to the buffering system on the line card that we connect to. They have determined a course of action that should fix the problem and expect to put it in place tomorrow morning. The effects of this problem can be seen at:
208.201.224.115/smokeping/smokeping.cgi?target=NSPs.UUNet.UpstreamR
-Nathan
Thu Apr 4 10:59:15 PST 2002 — The sms which terminates Pac Bell DSL and Broadlink WDSL mysteriously rebooted this morning at about 10:45am. These customers experienced a 5 minute interruption in service while the diagnostic information was collected and the router rebooted. We are not yet sure if this is related to Sundays issues but will be working with Redback today to determine the cause. -Matt, Russ, Steve and Eli
Thu Apr 4 16:57:18 PST 2002 — Add-on mailbox upgrade. On Sunday, April 7th, at 2pm, we will be moving add-on mailboxes from the current host to our load-balanced redundant cluster. This change will be transparent to folks with mailboxes, with the exception of about 30 minutes of downtime.
One advantage of this move will be the ability of mailbox accounts to tag spam using Spamassassin, our flagship anti-spam tool. -Russ and Scott
Wed Apr 3 10:47:10 PST 2002 — We are currently performing some emergency database maintenance on our public MySQL server. This affects all customer SQL databases as well as access to TWIG, our web based email client. We expect the MySQL server to be back online within 10 minutes. -Kelsey
UPDATE: The emergency maintenance has been completed but did not fix all of the problems that we observed. We will be taking the server down again at midnight to repair the corrupted database. We expect that it will be offline for approximately one half hour. -Kelsey
Mon Apr 1 14:19:41 PST 2002 — Some customers were experiencing authentication errors on the 802.11b Downtown Wireless network. The VPN security software was using an incorrect license file. The problem has been resolved. For more information about the Downtown Wireless project see: waves.sonic.net -Matt
Sun Mar 31 10:28:33 PST 2002 — Nokia Rooftop customers in Rohnert Park ‘R’ section are experiencing intermittent problems. The T1 providing backhaul is taking errors and going offline frequently. A trouble ticket has been opened with Pac Bell. No ETR at this time. -Matt
Update: Sun Mar 31 11:41:28 PST 2002 — Pac Bell has completed repair and the circuit is back up. They were not able to give an explanation for the outage. We will be monitoring the link closely throughout the day. -Matt
Wed Mar 27 16:59:41 PST 2002 — POP B4 SMTP relay authentication now supports the use of POP3 and SPOP (SSL encrypted POP3.) Users who are connecting to Sonic.net’s mail servers from off site are encouraged to use SPOP whenever possible to help protect their password and sensitive email.
-Kelsey and Nathan
Sun Mar 24 13:29:55 PST 2002 — The sms experienced a “hiccup” at about 1:17pm this afternoon. PacBell DSL and Broadlink customers lost connectivity for about 5 minutes. PacBell DSL customers are now back online, but some Broadlink customers are still experiencing problems. We are working with Broadlink to fix the issue and a trouble ticket will be opened with Redback. Update: Sun Mar 24 14:24:29 PST 2002 — Broadlink service restored. Chris and Shane have restored Broadlink service to the remaining affected customers. All systems are now working properly and we don’t expect further problems.
-Matt, Eli, Chris and Shane
Mon Mar 18 17:42:18 PST 2002 — We have added support for SPOP (aka TLS or POP3s) to our POP3 servers. SPOP encrypts the connection between your email client and the server with the same kind of encryption used more commonly to secure websites. This enables users to securely connect to our POP servers from insecure networks without fear of their password being transmitted in clear text along the wire. SPOP is supported by the majority of popular email clients. We do not recommend that users who are directly connected to our network use SPOP; The overhead of encrypting the traffic causes unnecessary load on both our servers and your client computer. NOTICE: At this time users requiring POP B4 SMTP authentication to relay mail through our servers from off of our network should not use SPOP and should continue to use POP until further notice. We expect to enable the use of SPOP for relay authentication shortly. -Kelsey and Nathan
Mon Mar 18 17:39:36 PST 2002 — Last Friday, March 15th, we added an additional PM3 to our San Francisco POP and brought another PRI online. This upgrade should resolve any capacity problems with our XXX-9606 numbers served by the San Francisco pop. -Russ