It happened fairly early on, I think. It predates OpenPGP at any rate. On 16 May 2012 16:20, Jake Markhus <[email protected]> wrote:
> I was personally SORELY pissed to find pgp is a REGISTERED trademark! > Where was I when this happened?**** > > ** ** > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Benjamin Tayehanpour > *Sent:* 16 May 2012 15:47 > > *To:* Uganda Linux User Group > *Subject:* Re: [LUG] Better Mail Server...?**** > > ** ** > > +1. But since FireGPG died, there is no way to seamlessly integrate > OpenPGP into GMail. Which I suppose is why we have proper mail clients, but > yeah...**** > > On 16 May 2012 15:38, Jake Markhus <[email protected]> wrote:**** > > Isn’t that what we have pgp for?**** > > **** > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Benjamin Tayehanpour > *Sent:* 16 May 2012 15:08**** > > > *To:* Uganda Linux User Group > *Subject:* Re: [LUG] Better Mail Server...?**** > > **** > > 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.
