Trusting Google with searches is a whole different ball of wax with trusting them with all of your personal confidential data, your contacts, your daily calendar appointments, your entire life.
I trust them with the former. I don't necessarily trust that they'll do the right thing with the latter. Now, I've weighed it, and I could theoretically live with what they'd do with that data, but if you're trusting ANY corporation to do anything other than what's best for them, it's the ultimate in naïve. D On Feb 1, 2012, at 9:46 AM, Mark Wallace wrote: > Realize though that Google's existence depends on trust. People can take > their searches and email elsewhere in a flash. The same if true of Facebook. > They know that one 120 second piece on the evening news that the other media > picks up on would put their competition back in business. > > In this world, the only real product that anybody has to sell is trust. once > you lose it, you might as well pack up your gear and move on. Notice how few > times you have been short changed by a a bank ATM machine. They have a > procedure by which they can tell in less than 10 minutes that someone has > been short changed. And there are ten layers of security for every > transaction. The bank knows that the ATM machine stays in business because > it's customers trust the bank to not make a lot of mistakes, and to fix them > IMMEDIATELY!!! > > Mark > Robert Mark Wallace > 60 Delaware Road > Newburgh, NY 12550-3802 > Telephone: (8445) 566-0586 > > On 02/01/2012 10:39 PM, Derek J. Balling wrote: >> >> My biggest problems with Google Domains, from an implementation standpoint, >> are: >> >> - Their (IMHO) aberrant behavior with distribution-groups (if I e-mail a DG >> that I'm on, Google Apps decides I don't need to RECEIVE a copy of that >> message. Their defense is "well, this is a hotly contested point of how DGs >> should work, and my argument of "then allow it as an configurable option >> either way" has fallen on deaf ears). >> - A limit of 20 aliases for a given address. Their position is "if you have >> more than 20, you should use a catch-all", and all references to "not >> wanting to get e-mail for long-departed users" or "not wanting to get 1000s >> of copies of a message in a dictionary attack", again, fall on deaf ears. >> >> I'd probably have cut megacity.org over to it already if it weren't for >> those two things. (In fact, I was in the process of a migration when I >> realized about the aliases and had to call it to a screeching halt). >> >> But, for the record, you can't trust Google. And that's not "pre-judgement" >> that's from personal experience. Google looks out for Google, not you. Never >> forget that. >> >> D >> >> >> >> On Feb 1, 2012, at 9:31 AM, Hal Cohen wrote: >> >>> For several years we ran our own mail server at Hudson River Sloop >>> Clearwater with all its attendant baby sitting, spam filtering, and other >>> work. >>> >>> About 3 years ago Clearwater switched to Google Apps for Education >>> (non-profits). They gave us 100 free email boxes and each user gets 25 GB >>> of mail/docs storage. All the obvious advantages are there such as web >>> access from anywhere, forwarding, delegation, aliases which allow a mailbox >>> to be assigned to a organization position such as "EXEC" with an email >>> address [email protected] (this is great when personal changes and you >>> want email continuity. Most important is search on email by sender, topic, >>> etc. Some of our people have abandoned the use of folders because of its >>> power >>> >>> If you can't trust Google you are going to make yourself crazy. How does >>> the organization know they can trust you? You are correct using the term >>> "prejudice" -- you have pre-judged. Try it -- its really good. >>> >>> Hal >>> >>> On Wed, Feb 1, 2012 at 9:10 AM, Chris Joslyn <[email protected]> >>> wrote: >>> Good stuff! Thanks. >>> >>> I involuntarily focus on phrases like "slightly more baby sitting" and "a >>> bit complicated", though. That sounds like "work" to me. >>> >>> I am considering Google for Nonprofits. My only hesitation grows from my >>> prejudice, as in "Google" means "mostly benevolent and disturbingly >>> omnispective overlord". Anyone tried that option? >>> >>> - Chris >>> >>> >>> On Wed, Feb 1, 2012 at 6:40 AM, Sean Dague <[email protected]> wrote: >>> On 01/31/2012 11:04 PM, Chris Joslyn wrote: >>> You know the story. Boy sets up webserver. Boy helps nonprofit. >>> Nonprofit wants boy to set up a mail server. It finishes somewhere with >>> boy spending too much of his free time trying to read and remember how >>> to do all this properly. >>> >>> So. >>> >>> I seek wisdom. >>> >>> Facts: >>> >>> Ubuntu 11.10 >>> Reverse DNS set up. >>> Hostname set up. >>> Postfix set up. >>> I can send an email from the server from a command line email client. >>> Good so far. >>> >>> Now I decide on server software. What say you? Dovecot >>> <http://dovecot.org/>? Courier <http://www.courier-mta.org/>? Hormel >>> herring <http://en.wiktionary.org/wiki/mislead>? Something else? >>> >>> I went with Dovecot, after 2 hours of getting no where with Courier. >>> Dovecot was much more straight forward on my Ubuntu Linode (which is still >>> 10.04, but I don't think a lot will have changed). >>> >>> The linode guides are always quite good, so I'd start there for the parts >>> you haven't done yet (and double check the ones you have) - >>> http://library.linode.com/email/postfix >>> >>> I also saw this fly by the other day, which I was going to read through to >>> see if there was anything else in postfix I needed to look out for - >>> http://flurdy.com/docs/postfix/index.html >>> >>> I have found that mail servers require slightly more baby sitting because >>> of the spam problem. You'll tighten up rules the way you think you are >>> supposed to, then find some pseudo legit mail getting dropped (like >>> christmas wish list from a clothing company that your wife likes). >>> >>> I would also recommend that when you integrate spamassassin (assuming >>> that's coming) to do it at the milter level, which lets spamassassin reject >>> mail before delivery. There is a spamass-milter >>> package in Ubuntu that does most of this for you. >>> >>> Postgrey, install it and mail sure it's running. That gets rid of 80% of my >>> inbound mail as being invalid, which it is. >>> >>> -Sean >>> >>> -- >>> >>> Sean Dague Learn about the Universe with the >>> sean at dague dot net Mid-Hudson Astronomical Association >>> http://dague.net http://midhudsonastro.org >>> >>> _______________________________________________ >>> Mid-Hudson Valley Linux Users Group http://mhvlug.org >>> http://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug >>> >>> Upcoming Meetings (6pm - 8pm) Vassar College >>> Feb 1 - Home Networking Made Simple with Amahi Home Server >>> Mar 7 - Desktop Shootout - 9th Anniversary of MHVLUG >>> Apr 4 - An Intro to Chef >>> >>> >>> _______________________________________________ >>> Mid-Hudson Valley Linux Users Group http://mhvlug.org >>> http://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug >>> >>> Upcoming Meetings (6pm - 8pm) Vassar College >>> Feb 1 - Home Networking Made Simple with Amahi Home Server >>> Mar 7 - Desktop Shootout - 9th Anniversary of MHVLUG >>> Apr 4 - An Intro to Chef >>> >>> >>> >>> >>> -- >>> No trees were killed in the sending of this message, but a large number of >>> electrons were terribly inconvenienced >>> _______________________________________________ >>> Mid-Hudson Valley Linux Users Group http://mhvlug.org >>> http://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug >>> >>> Upcoming Meetings (6pm - 8pm) Vassar College >>> Feb 1 - Home Networking Made Simple with Amahi Home Server >>> Mar 7 - Desktop Shootout - 9th Anniversary of MHVLUG >>> Apr 4 - An Intro to Chef >> >> >> >> _______________________________________________ >> Mid-Hudson Valley Linux Users Group http://mhvlug.org >> http://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug >> >> Upcoming Meetings (6pm - 8pm) Vassar College >> Feb 1 - Home Networking Made Simple with Amahi Home Server >> Mar 7 - Desktop Shootout - 9th Anniversary of MHVLUG >> Apr 4 - An Intro to Chef > _______________________________________________ > Mid-Hudson Valley Linux Users Group http://mhvlug.org > http://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug > > Upcoming Meetings (6pm - 8pm) Vassar College > Feb 1 - Home Networking Made Simple with Amahi Home Server > Mar 7 - Desktop Shootout - 9th Anniversary of MHVLUG > Apr 4 - An Intro to Chef
_______________________________________________ Mid-Hudson Valley Linux Users Group http://mhvlug.org http://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug Upcoming Meetings (6pm - 8pm) Vassar College Feb 1 - Home Networking Made Simple with Amahi Home Server Mar 7 - Desktop Shootout - 9th Anniversary of MHVLUG Apr 4 - An Intro to Chef
