Somewhere around 1999 - 2000 I was working for a company that was
implementing this as commercial product.

 

DMG

 

  _____  

From: [email protected] [mailto:[email protected]] On Behalf Of
Jake Markhus
Sent: 16 May 2012 16:20
To: 'Uganda Linux User Group'
Subject: Re: [LUG] Better Mail Server...?

 

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.

Reply via email to