I agree and stand corrected on that.
On 5/23/12, Victor van Reijswoud <[email protected]> wrote: > +1 > > > On Wed, May 23, 2012 at 7:13 AM, Benjamin Tayehanpour > <[email protected]> wrote: >> Recording traffic is even worse than outright blocking it, from an >> ethical >> point of view. It's quite fun, though :) >> >> >> On 22 May 2012 16:09, Sanga Collins <[email protected]> wrote: >>> >>> We don't block apps or websites we haut record everything. HR has new >>> employees sign terms of use. If they are violated the employee is >>> terminated. Use of proxies or circumvention techniques counts as 2 >>> violations. Leaving 1 violation for termination. >>> >>> Each year your violations reset to zero and all cases are investigated >>> since spam, spyware or viruses can also cause traffic to be recorded that >>> is >>> not allowed. >>> >>> Btw we allow far book twitter and social networking sites. But if you >>> spend majority of your day 'networking' then that counts as a violation >>> :) >>> >>> Sent from my mobile device >>> >>> On May 22, 2012, at 4:02 PM, erias swraggy <[email protected]> wrote: >>> >>> > I think its a total waste of time especially with the existence and >>> > free use of Bennett Haselton's circumventors such as >>> > https://jellykey.info/ and many more others. >>> > >>> > On 5/22/12, Victor van Reijswoud <[email protected]> >>> > wrote: >>> >> Indeed OT but interesting. From a technical perspective blocking is >>> >> easy, but from a human perspective this is more difficult. I created >>> >> a >>> >> very bad situation when I first blocked FB in an organisation (on >>> >> request of the management). Blocking working hours was the solution >>> >> (interesting to see how many people liked to stay after working >>> >> hours). >>> >> >>> >> What about blocking hotmail, gmail and other freemail when all people >>> >> have office mail? I tend to block these as well in office hours. >>> >> >>> >> >>> >> >>> >> On Tue, May 22, 2012 at 9:55 AM, Kyle Spencer <[email protected]> >>> >> wrote: >>> >>> Hi Joseph, >>> >>> >>> >>> This is slightly OT, but I've always been of the opinion that -- in >>> >>> general >>> >>> -- business networks shouldn't blacklist content. There's a few >>> >>> reasons >>> >>> for >>> >>> this: >>> >>> >>> >>> 1) Blacklisting applications and websites quickly (and inevitably) >>> >>> becomes >>> >>> a >>> >>> wild goose chase. New sites, services, and workarounds pop up all >>> >>> the >>> >>> time >>> >>> and your users will find them (unless you white-list). If bandwidth >>> >>> is >>> >>> your >>> >>> concern, just implement per-host throttling. >>> >>> >>> >>> 2) Office Internet connections are many people's only access to the >>> >>> Internet >>> >>> in Uganda. Therefore, I believe we should ensure they have access >>> >>> to >>> >>> the >>> >>> full (undiluted) experience. >>> >>> >>> >>> 3) People need mental down-time in order to be fully productive. If >>> >>> my >>> >>> staff are doing their jobs well, why should I care if they browse >>> >>> Facebook >>> >>> or watch Youtube videos from time-to-time? >>> >>> >>> >>> 4) This is ultimately an HR/management issue, not a technical one. >>> >>> If >>> >>> your >>> >>> staff spend all of their time on Facebook and Youtube, the problem >>> >>> is >>> >>> the >>> >>> behavior and not the sites themselves. If you simply ban Facebook >>> >>> and >>> >>> Youtube, your staff will find something else to waste their time on. >>> >>> It's >>> >>> better to focus your efforts on finding ways to inspire a strong >>> >>> work-ethic >>> >>> in your staff -- ideally through an atmosphere of trust (see items >>> >>> #1, >>> >>> #2, >>> >>> and #3). >>> >>> >>> >>> Regards, >>> >>> Kyle Spencer >>> >>> >>> >>> >>> >>> >>> >>> On Tue, May 22, 2012 at 11:28 AM, KIYINI JOSEPH <[email protected]> >>> >>> wrote: >>> >>>> >>> >>>> I Dont think we all use these but,...................... >>> >>>> >>> >>>> >>> >>>> >>> >>>> http://www.techrepublic.com/blog/10things/the-top-10-apps-being-blacklisted-in-the-enterprise/3228?tag=mantle_skin;content >>> >>>> -- >>> >>>> KyaiJoe >>> >>>> _______________________________________________ >>> >>>> 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. > _______________________________________________ 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.
