WebMail_SysNews


Google Apps at USFAfter an extensive evaluation headed by Student Government, the University of South Florida and Google have entered a partnership to bring Google Apps to all USF students. Google Apps is an exciting new system that will provide us with email, as well as a suite of other Google products that will enable USF students to better communicate, share, and collaborate.

To sign up, visit http://mail.usf.edu

Don’t worry, your email address won’t change, and you won’t lose your old messages! The nice thing about Google Apps is that everyone will be able to keep the same email address and we’ll migrate the mail from your existing email account to Google Apps. This means that you can search and access all mail in one central location.

Here are some of the other key benefits:

  • 6 Gigabytes of email storage — No more worries about having to delete mail.
  • Instant messaging & voice calls — Connect instantly with others when you have a question.
  • Google Calendar — Schedule meetings, book rooms, create events, and share calendars with others.
  • Docs and Spreadsheets — Create and collaborate in real-time with others at your location, and across the globe.
  • Start Page — Start off the day on the right foot by adding your favorite gadgets to your personalized start page.
  • Access your information anywhere, anytime — All content is available online. You can also access your email with a mobile device .
  • Reliability — Google Apps products are built with speed and reliability in mind.

You can use these URLs to access the service once you’ve registered:

ruckus.pngAs part of USF’s on-going efforts against copyright infringement, the University has signed an agreement with Ruckus, a digital entertainment network designed to provide students, faculty, and staff with a legal, safe, and community-based way to explore and share music and movies. For more information on how to use this service, please click on the link below or go to http://www.ruckus.com .

Signing up is simple: all you need is a USF email address.

ruckus-signup.gif

Mail services will be unavailable from 3A.M. to 6A.M. Tuesday August 7th.

As of 5:40A.M. mail services are restored.

Mail services have been down since 3:50 A.M. The services are being switched to the failover server and should be back up shortly. No mail should have been lost during this time.

-Chance Gray 5:45 A.M. 2007/07/27

UPDATE: Mail services were restored at 6:10AM

You can now access the information you need most from the USF Website using your Blackberry, Treo, or web-enabled cell phone. Find emergency-preparedness information, dining menus, sports schedules, news, events, people, MoBull Plus advanced applications, and more by visiting www.usf.edu on your hand-held device. For more information, visit http://www.usf.edu/pdfs/usfgoesmobile.pdf

A few of you may have noticed the email services actually recovered twice yesterday but failed immediately after coming back online (once at ~ 5 P.M. for about 1/2 hour and once ~ 9 P.M. for about 10 minutes). This time we opted to move the data once again to a new home. This is not our permanent solution however. Ideally the next time we relocate will not be because of hardware failure. We will do it during Spring break or after the end of Spring session giving advanced notice to all of our intentions. Such a move would require minimal downtime.

We’ve recovered about 1/3 of the data from tape, so we expect to have everything back by Monday morning. The last backup took place on Tuesday morning, so messages received between about 4AM and 4:30PM on Tuesday (11/21) will not be recoverable. If you were expecting an important message during this period, you should contact the sender, if possible, to have them resend it. Again, we apologize for the inconvenience and we appreciate your patience.

  • NOTE: The re-creation of email account has been postponed until 7:00PM today.

Due to hardware errors mail services have been disrupted since 4:30PM yesterday. The recovery plan includes the following:

  1. Re-Create all of the mail accounts (this should be completed by 7:00PM today and will allow us to receive new incoming mail)
  2. Restore previously existing mail from tape (this will take several days and has already begun)
  3. Integrate old email with the newly re-created email accounts (this should be completed by Thursday of next week)

We will post updates as they occur.

We are experiencing a problem with the mail server for mail.usf.edu accounts. Sun Engineers are investigating the problem, but we do not have an estimated time for restoration of services yet. We will post more information as it becomes available.

-Eric

UPDATE: 11:30PM We’re waiting on a part from Sun, but we are trying to recover as much as possible in the meantime. It looks like we’re going to have to restore from backups, but we hope that at least some of the data that was on the drive is recoverable. We will continue to post updates here.

We’re getting a lot of questions about spam, so I thought I’d go over what we are doing about the problem.

Please be aware that the following information is for @mail.usf.edu accounts only. If you have an @eng.usf.edu or @stpt.usf.edu account you can use WebMail, but none of these anti-spam features are available to you.

The Problem

By now everyone has heard of, and received spam, so I’m not going to explain what it is, but I want to give you some perspective on the size of the problem we are dealing with. We receive around 300,000 email messages on an average day and we’ve had peaks of over 500,000 per day. That’s a lot of mail, and scanning each message for viruses and spam is very CPU-intensive. Spam scanning is especially hard, because of the nearly-infinite variations that spams come in, thousands of tests have to be run on each message. Up until now, scanning was done on the mail server itself, just before the message was placed in your mailbox. This was sufficient when the mail server was put into production back in 2004, but we were only receiving about 1ooK messages per day then. In order for the mail server to handle the increased workload since then, we’ve had to cut down on the number of tests that we used to scan for spam, which limited the effectiveness of the filters.

The Solution

Just before Fall semester, we moved to a different architecture: the scanning is done on a separate set of machines (called MailGate) which then hand the messages to the mail server for final delivery. The new system is working really well, and with your help (more on that later), it will get even better. However it is not perfect. Some spam will still get through, but it will make a huge difference in the amount of spam you receive. MailGate reduces the number of spams you receive in a couple of ways:

Blacklisting

The first step in combating spam happens before a message has even been transferred. When an Email server tries to contact MailGate to send a message, MailGate checks several blacklists and if the server is listed, the connection is denied and no mail is transferred. MailGate also denies access to badly mis-configured or non RFC-compliant mail servers, which are usually spam zombies.

Virus Scanning

At this point, MailGate looks at the message and determines what (if any) files are attached. All files that are executable on Windows (.exe, .bat, etc) are automatically rejected. We are doing this because most Email-borne viruses use these file formats. If you need to send an executable file for some reason, put it into a “zip” archive to get past this check. If the file is not an executable, it is sent to the virus scanner. All archived files are unpacked at this point and the contents are also scanned. If all of the contents are virus-free, the message is then ready for spam scanning.

Rules-Based Spam Scoring

We use SpamAssassin to determine if a message is spam. Spamassassin (SA) uses thousands of rules and text patterns to make this determination. In addition to SA’s built-in rules, we are also using sets of rules that are updated daily to detect the latest types of spam We are also using Razor and DCC which are massive spam databases that messages can be checked against. Each rule has a “spam score” associated with it and once the message has been tested against all of the rules, the message’s total score is added up. If this score is greater than 5.0 (this score may change at some point), the message is considered spam.

Bayesian Filtering

In addition to the rules-based spam scoring, SA also uses Bayesian Filtering to determine the spam score. I’m not going to go into all the details, but basically a bayesian filter “learns” what you think of as spam and non-spam (”ham” in SA terms). In order for a bayesian filter to work, however, you must train it. Here’s where you come in. You may not have noticed, but there is a new link in WebMail when you are reading a message: “Mark as Spam”. This link sends the message to MailGate’s bayesian filter to help train it to see that message as spam. There is a similar link ( “Mark as Non-Spam”) on every message in your SPAM folder which trains the filter to look for Non-Spam. Whenever the spam filter misses a spam message, make sure to mark the message as spam and whenever it mistakenly marks valid mail as spam, make sure to mark it as non-spam.

Delivery

Once all of these filters are run, the message is finally sent to mail.usf.edu for delivery. If you have spam filtering enabled, messages marked as spam by MailGate will be moved into your SPAM folder, if not, the message is delivered to your mailbox as usual. Again, this will NOT catch every spam! For me, it’s catching about 97% right now and with more training, it should get over 99% of the spam.

To make sure that you have the spam filtering enabled:

  1. Login to WebMail
  2. Click on Options
  3. Click on Spam Filtering
  4. Choose the destination for your spam
  5. Click on Update Spam Filter Action

Next Page »