Wait, wait. Let's sort this out. PGP one implementation. GPG is another. Nowadays, they both implement OpenPGP, which is a standard.
On 16 May 2012 16:30, Benjamin Tayehanpour <[email protected]>wrote: > 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.
