The FAQ on the page you linked is unclear, but it sure might be. Well, in that case Google Postini is what should be recommended and not Google Apps alone.
However, one could use Google Apps with an open source end-to-end solution and save the extra cost of Postini. On 16 May 2012 15:17, Peter Kyoma <[email protected]> wrote: > Something along these lines? > http://www.google.com/postini/encryption.html > Seems like they got you covered, if so. And the list of current clients > includes some of the ones you listed, or similar. > > > On Wed, May 16, 2012 at 3:07 PM, Benjamin Tayehanpour < > [email protected]> wrote: > >> Well, just like it sounds. End, to, end. That is, from sender to >> recipient. You encrypt the message on your device before Google even >> touches the data, and the recipient decrypts the data after it has left >> Google's infrastructure. Just because GMail is over SSL doesn't mean the >> entire chain from sender to recipient is. >> >> >> On 16 May 2012 15:03, Jake Markhus <[email protected]> wrote: >> >>> Hi Benjamin, what do you mean “end-to-end encryption”? I thought most >>> access to Google is over https! Except for the chatting.**** >>> >>> ** ** >>> >>> *From:* [email protected] [mailto:[email protected]] *On >>> Behalf Of *Benjamin Tayehanpour >>> *Sent:* 16 May 2012 14:45 >>> >>> *To:* Uganda Linux User Group >>> *Subject:* Re: [LUG] Better Mail Server...?**** >>> >>> ** ** >>> >>> It all depends on what kind of business you have. Were Google Apps to >>> provide end-to-end encryption for all services, then yes, I would recommend >>> it. But if you are a major corporation, you have major secrets to keep, >>> most of them intellectual. Ergo, either own your infrastructure or make >>> sure end-to-end encryption is in place. >>> >>> Note that I by "major" corporation mean corporations such as Microsoft, >>> IBM, Ford, that magnitude. Same thing with hospitals, law enforcement, >>> governments, and any other enterprise where sensitive information which is >>> not necessarily yours is part of a normal day's work. >>> >>> Also, the cloud is not a "fad". But cloud as a hype word is. The >>> definition of the "cloud" is "the delivery of computing and storage >>> capacity as a service to a heterogeneous community of end-recipients." On >>> that definition alone, we've had "cloud computing" since the eighties, >>> since dial-up BBSen would count. Especially if you take into account >>> FidoNet and similar things. I don't like the word "cloud" because it >>> effectively sweeps the underlying structure under the rug. There *is*no >>> cloud. It's a server. Or several load-balanced servers, if you're lucky. >>> **** >>> >>> On 16 May 2012 14:22, Peter Kyoma <[email protected]> wrote:**** >>> >>> Why do you recommend one's own infrastructure for a major business? They >>> (Google Apps) seem to have major business clients too. **** >>> >>> Aren't the advantages (currently) stacked in favour of outsourcing email >>> to keeping one's infrastructure?**** >>> >>> Or is it because of your (earlier confessed) skepticism about the whole >>> "cloud" fad?**** >>> >>> Peter.**** >>> >>> ** ** >>> >>> On Wed, May 9, 2012 at 12:25 PM, Benjamin Tayehanpour < >>> [email protected]> wrote:**** >>> >>> Here's a vote for Google Apps for Education. For a major business I >>> would probably have recommended your own infrastructure, but for .edus >>> Google Apps fits (fit? Google Apps -- singular (one service) or plural >>> (several apps)?) the bill.**** >>> >>> On 9 May 2012 11:48, Stephen S. Musoke <[email protected]> wrote:**** >>> >>> Brian,**** >>> >>> **** >>> >>> The major issue you need to consider is the reliability of Internet >>> connectivity, however I would still go for Google Apps for Education. ** >>> ** >>> >>> **** >>> >>> Why: **** >>> >>> - Email is a commodity – there is no business advantage to own >>> your own infrastructure **** >>> >>> - Zero configuration – set it and use it **** >>> >>> - No hardware/software >>> licensing/consulting/maintenance/upgrade costs **** >>> >>> - No upgrades etc infact the space allocated is sufficient for >>> EDU needs as they grow – by the time students are using 10GB mailboxes * >>> *** >>> >>> - Capacity all you have to do is pay more – no purchasing of >>> hardware/configuring etc its all in the cloud **** >>> >>> - Access outside the main university campus is guaranteed**** >>> >>> - You get Calendaring, docs, Google Drive and all other Google >>> services bundled in with the mail package. **** >>> >>> - Web based access, Mobile Access, MS Outlook, >>> Windows/Linux/Mac/Iphone/Blackberry/Windows Phone/Android clients all >>> supported out of the box**** >>> >>> - Web based management, monitoring and management **** >>> >>> - One bill – did I say you only pay one bill yes to Google, >>> but still one bill **** >>> >>> - Pricing – I am pretty sure that Google can sweeten the deal >>> even more if you are willing to go for a lockin **** >>> >>> **** >>> >>> Just my 1/= **** >>> >>> **** >>> >>> Stephen **** >>> >>> **** >>> >>> *From:* Brian Ssennoga [mailto:[email protected]] >>> *Sent:* Wednesday, May 09, 2012 11:27 AM >>> *To:* Uganda Linux User Group >>> *Cc:* FBT; [email protected]; FOSS certification >>> *Subject:* [LUG] Better Mail Server...?**** >>> >>> **** >>> >>> >>> **** >>> >>> Community,**** >>> >>> Still a chilly mid-morning from Kampala.**** >>> >>> **** >>> >>> I am steadily falling out of favour with SME - and 2 of my very trusted >>> buddies have pitched strongly for Zimbra ( >>> http://www.zimbra.com/products/compare_products.html) and Qmailtoaster ( >>> http://www.qmailtoaster.com/). **** >>> >>> **** >>> >>> I also happen to have a discussion with Google Apps, to secure Apps for >>> EDU.**** >>> >>> **** >>> >>> Our values are simple - we will use FOSS, and look elsewhere in the >>> event that its SIGNIFICANTLY better and/or cheaper (without discounting >>> features).**** >>> >>> **** >>> >>> We are a University, and so we are growing - and I must think about a >>> solution that will serve well into the next 5 years, for an exponential >>> growth of users. I must remember to tame my passions, for the sake of the >>> organization.**** >>> >>> **** >>> >>> I must also think about ease of deployment, and the possibility to >>> migrate from SME. **** >>> >>> **** >>> >>> What is yo take?**** >>> >>> **** >>> >>> -- >>> Love indeed conquers all..... >>> Brian A. Ssennoga**** >>> >>> ** ** >>> >>> _______________________________________________ >>> The Uganda Linux User Group: http://linux.or.ug >>> >>> Send messages to this mailing list by addressing e-mails to: >>> [email protected] >>> Mailing list archives: http://www.mail-archive.com/[email protected]/ >>> Mailing list settings: http://kym.net/mailman/listinfo/lug >>> To unsubscribe: http://kym.net/mailman/options/lug >>> >>> The Uganda LUG mailing list is generously hosted by INFOCOM: >>> http://www.infocom.co.ug/ >>> >>> The above comments and data are owned by whoever posted them (including >>> attachments if any). The mailing list host is not responsible for them in >>> any way.**** >>> >>> >>> >>> _______________________________________________ >>> The Uganda Linux User Group: http://linux.or.ug >>> >>> Send messages to this mailing list by addressing e-mails to: >>> [email protected] >>> Mailing list archives: http://www.mail-archive.com/[email protected]/ >>> Mailing list settings: http://kym.net/mailman/listinfo/lug >>> To unsubscribe: http://kym.net/mailman/options/lug >>> >>> The Uganda LUG mailing list is generously hosted by INFOCOM: >>> http://www.infocom.co.ug/ >>> >>> The above comments and data are owned by whoever posted them (including >>> attachments if any). The mailing list host is not responsible for them in >>> any way.**** >>> >>> ** ** >>> >>> >>> _______________________________________________ >>> The Uganda Linux User Group: http://linux.or.ug >>> >>> Send messages to this mailing list by addressing e-mails to: >>> [email protected] >>> Mailing list archives: http://www.mail-archive.com/[email protected]/ >>> Mailing list settings: http://kym.net/mailman/listinfo/lug >>> To unsubscribe: http://kym.net/mailman/options/lug >>> >>> The Uganda LUG mailing list is generously hosted by INFOCOM: >>> http://www.infocom.co.ug/ >>> >>> The above comments and data are owned by whoever posted them (including >>> attachments if any). The mailing list host is not responsible for them in >>> any way.**** >>> >>> ** ** >>> >>> _______________________________________________ >>> The Uganda Linux User Group: http://linux.or.ug >>> >>> Send messages to this mailing list by addressing e-mails to: >>> [email protected] >>> Mailing list archives: http://www.mail-archive.com/[email protected]/ >>> Mailing list settings: http://kym.net/mailman/listinfo/lug >>> To unsubscribe: http://kym.net/mailman/options/lug >>> >>> The Uganda LUG mailing list is generously hosted by INFOCOM: >>> http://www.infocom.co.ug/ >>> >>> The above comments and data are owned by whoever posted them (including >>> attachments if any). The mailing list host is not responsible for them in >>> any way. >>> >> >> >> _______________________________________________ >> The Uganda Linux User Group: http://linux.or.ug >> >> Send messages to this mailing list by addressing e-mails to: >> [email protected] >> Mailing list archives: http://www.mail-archive.com/[email protected]/ >> Mailing list settings: http://kym.net/mailman/listinfo/lug >> To unsubscribe: http://kym.net/mailman/options/lug >> >> The Uganda LUG mailing list is generously hosted by INFOCOM: >> http://www.infocom.co.ug/ >> >> The above comments and data are owned by whoever posted them (including >> attachments if any). The mailing list host is not responsible for them in >> any way. >> > > > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: > [email protected] > Mailing list archives: http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The mailing list host is not responsible for them in > any way. >
_______________________________________________ The Uganda Linux User Group: http://linux.or.ug Send messages to this mailing list by addressing e-mails to: [email protected] Mailing list archives: http://www.mail-archive.com/[email protected]/ Mailing list settings: http://kym.net/mailman/listinfo/lug To unsubscribe: http://kym.net/mailman/options/lug The Uganda LUG mailing list is generously hosted by INFOCOM: http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The mailing list host is not responsible for them in any way.
