2
big mail accounts
Question asked by Richard Frank - January 26, 2016 at 5:15 AM
Unanswered
I have a user (CEO) that also receives cc's of all the other users. So his mailbox is huge, like 33GB.
Of course I can ask him to clean out his mails. But I guess that after that the mailbox is still 15GB.
Do you have tips what to do with big mail boxes?
What is IT-wise?

3 Replies

Reply to Thread
1
Martin Schaible Replied
January 27, 2016 at 8:33 AM
In a technical way, i think no. We have also users with big fat mailboxes. The only way to have the chance to reduce the size of the mailboxes ended in company policies. The users known as "collectors of everything" in case that maybe a e-mail needs to present this and the next decade, needs to change their behaviour.

Actually this CEO would break laws here in europe. It can't be the truth, that a boss reads all mails from everyone. But this is a different story :-)
 
Maybe a mail archiving system might be the solution. I made very good experience with MailStore.
 
cheers
 


 
0
Scarab Replied
January 27, 2016 at 11:25 AM
I second MailStore. I recommend it to customers that need to archive large amounts of email.
 
Alternately they can use POP3 to retrieve emails to their local computer (and set their client to leave a copy on the server for 10 - 14 days) so that they can continue to use web-mail or mobile devices for that account and still have recent activity. Everything older than that, if it is needed by the user, should be archived by the user to their own computer.
 
A valid argument you can give the CEO (if you are in the US) is that emails stored on the email server are not protected by the Fourth Amendment, whereas emails stored on his computer are protected by the Fourth Amendment. That's generally reason enough for most to download all their email to their computer and store it locally.
0
Bruce Barnes Replied
January 27, 2016 at 1:21 PM
We took over the maintenance, and the move, of a SmarterMail server for a large, privately held, corporation in Chicago a few years back.   Some of their Board members had mailboxes which exceeded 90 gig - and we were made aware of that going into the project.
 
They have a single domain, but a very busy mail server: more than 350 users, located in 5 offices, all over the US, and they all use IMAP to connect.  The management also standardized on Blackberry, but that's a whole other story . . .
 
We went into the project on a Thursday, gave a presentation, and walked out with the job of moving a leased server which had been rented at a facility where the facility operator had failed to pay the bill on the space and bandwidth, for several months, and the services had been shut down.  They, literally, generated several thousand e-mail messages per day.  Everything went through e-mail: sales, production, customer notifications, fleet loading instructions, driver's GPS routing, GPS delay notifications -- to sales, quality control, customers, accounting, billing - everything works through their SmarterMail e-mail server - and it was HARD DOWN for 24 hours.  So, they contacted their very powerful attorneys who forced the hosting company to allow them to pay the hosting bill, to get the service back online.
 
They had no backup of their e-mail either - it was all on the vendor's server.
 
We started by using used IMAP to download each of the user's accounts. It was a long, arduous, project, and we weren't looking forward to the time that would take for all of the accounts but got lucky, when, in the middle of the night, on the first night of the project, we cracked the RDP password to the server on which SmarterMail was hosted.  Turns out it wasn't very secure at all, and the hosting company didn't have very good protections in place, so it took some customer code about 50 minutes of banging away to break into their old server.
 
What took time was the ZIP of the SmarterMail files - more than 3 hours to ZIP the files, and then several hours, over a 100 meg connection, to transfer the zipped file to the new data center.
 
Once we unzipped the file, at the new center, we had almost 100% of what we needed, and only had to delete some of the index files, and do user logins to regenerate the indexes to recover missing e-mail.
 
Once we saw how large some of the user's accounts were, we went back to the management team and discussed the issues with them.  They refused to even discuss it with the Board - some of whom are in their late 80s, and "will never part with any of their e-mail."
 
The new SmarterMail server -- I believe we moved them to version 11.X, was installed on a Windows Server 2012 server with 8 quad-core processors, 64 gig of ram and 10tb of hard drive space - in a RAID Level V configuration.  (I didn't spec, or setup the hardware or server software, the customer worked with the colocation center.)  It's a VPS, and gets backed up twice a day.  All incoming and outgoing e-mail is now archived as well.
 
Everyone still runs IMAP, but the customer now has full control of the lease with the data center, and the Board members still have huge mailboxes, refusing to "clean them out."
Bruce Barnes
ChicagoNetTech Inc

Phone: (224) 444-0169

E-Mail and DNS Security Specialist
Network Security Specialist

Customer Service Portal: https://portal.chicagonettech.com
Website: https://www.ChicagoNetTech.com
Security Blog: http://networkbastion.blogspot.com/

Web and E-Mail Hosting, E-Mail Security and Consulting

Reply to Thread