It seems you guys need to be more aggressive in your drive to get your employers or companies to use OSS.Are there any people who market or give talks on this stuff in the country(the brazil gov't implements OSS alomost 97%); breaking it down to the layman perhaps? do you have any success stories? customisable solutions maybe? Are companies using OSS to beat the competiton? if so can you demonstrate this? How about getting homeusers like me to use more of the OSS? for example a P2P program like BitTorrent has proved more popular and gone further than Kazaa(its open source).Too much said.
oh, simon[etechUg] (you should laugh here)-- ave been sucking C,80X86 assembler and Python egg for 3 straight months now ,sometimes it does not stay down well) --- [EMAIL PROTECTED] wrote: > Send LUG mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, > visit > http://kym.net/mailman/listinfo/lug > or, via email, send a message with subject or body > 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of LUG digest..." > > Today's Topics: > > 1. Re: Re: Internet connection issues and baggage > (Mark Tinka) > 2. Re: [Fwd: Re: [LUG] UTL Online Sys Engineer] > (Mark Tinka) > 3. Re: [Fwd: Re: [LUG] UTL Online Sys Engineer] > (JFL) > 4. Re: [Fwd: iDEFENSE Security Advisory 04.26.05: > MySQL MaxDB > Webtool Remote 'If' Stack Overflow > Vulnerability] (Noah Sematimba) > 5. Re: [Fwd: Re: [LUG] UTL Online Sys Engineer] > (Lule George William) > 6. Re: [Fwd: iDEFENSE Security Advisory > [IDEF0731] Exim > auth_spa_server() Buffer Overflow > Vulnerability] (Noah Sematimba) > 7. RE: [Fwd: Re: [LUG] UTL Online Sys Engineer] > (Simon Vass) > > From: Mark Tinka <[EMAIL PROTECTED]> > CC: > To: [email protected], [EMAIL PROTECTED] > Date: Wed, 27 Apr 2005 11:15:26 +0200 > Subject: Re: [LUG] Re: Internet connection issues > and baggage > > On Saturday 23 April 2005 10:02, Noah Sematimba > wrote: > > <disclaimer> > > Please don't take this as an official answer from > MTN as it is a personal > > post. </Disclaimer> > > > > However what I want to point out is that the > 150kbps is possibly the > > bandwidth that you get on the CDMA network itself > and not necessarily the > > bandwidth yu get on the internet. Howerver on > another point, I saw a client > > who had such speed problems and it turned out that > they were related to > > Service Pack 2 on windows XP and he was given a > fix for that and his speeds > > improved greatly. At the same time, always > remember that you're sharing the > > CDMA network... > > At which point, in the network? I think this is a > sign that I have been > neglecting CDMA, and need to brush up on my > knowledge :), but typically, > telco's (as mobile operators have become nowadays) > do not do stastical > multiplexing, so I'm rather unsure where bandwidth > is shared apart from the > point it hits the IP LAN (which works by stastical > multiplexing, and as such, > is subject to prioritization). > > Mark (who really is eager to learn how CDMA > bandwidth is managed). > > > > with both voice and ip and voice tends to have a > higher > > priority than data. Thus at times of peak > contention,it is likely that > > higher priority will be assigned to the voice > traffic than the ip traffic. > > > > > > On Friday 22 April 2005 17:24, [EMAIL PROTECTED] > wrote: > > > Hi Joachim, > > > > > > Just a quick point there is a difference often > between bandwidth measured > > > in Kilobits and download speeds (MS for example) > measure in KB <----Big > > > B. The rough thumb guide is to take your > bandwidth and divide by 8. So > > > 150/8= 18.75KB Download maximum approx. But > again that is way off what > > > your getting so it is still slow. By the way > sorry if I am teaching you > > > "how to suck eggs" ;-) > > > > > > I have had reports that both the UTL Wireless > and MTN WIreless have been > > > a little up and down regards speed.I suspect > oversaturation of bandwidth > > > before they buy more......, (anyone from UTL or > MTN care to comment?) The > > > 150Kbs is a possible download speed not a > promised speed, you often find > > > the small print guarentees something closer to > 32kb or 4KB download > > > speeds. > > > > > > Simon > > > > > > > > > joachim Gwoke wrote .. > > > > > > > Hi,I'm a home user of the CDMA 2000 series > phone set > > > > for a dial-up access to the internet provided > by MTN. > > > > MTN & its manual says the internet speeds > reach > > > > 150kbps but it feels like the 14.4kbps modems > i read > > > > about.I connect to webpages at 8kbps and > download > > > > files at 3kbps, what could be causing this > > > > unbelievabley slooooow connection? > > > > > > > > > > > > > __________________________________________________ > > > > Do You Yahoo!? > > > > Tired of spam? Yahoo! Mail has the best spam > protection around > > > > http://mail.yahoo.com > > > > > _______________________________________________ > > > > LUG mailing list > > > > [email protected] > > > > http://kym.net/mailman/listinfo/lug > > > > %LUG is generously hosted by INFOCOM > http://www.infocom.co.ug/ > > > From: Mark Tinka <[EMAIL PROTECTED]> > CC: [EMAIL PROTECTED] > To: [email protected], JFL <[EMAIL PROTECTED]> > Date: Wed, 27 Apr 2005 11:19:45 +0200 > Subject: Re: [Fwd: Re: [LUG] UTL Online Sys > Engineer] > > On Monday 25 April 2005 13:35, JFL wrote: > > This is typical of any large organisation.They > always look at the > > details, not that we dont, but for them, its more > about the fear of > > losing money due to unreliable service than lack > of appreciation of > > the application. > > If you presented your case with the support of one > of the list members > > who is in bed with Novell/SuSE or became one of > the OpenExchange > > partners > (http://www.openexchange.com/EN/partner/), you could > have a > > stronger case. > > But there are also deeper-rooted relationships that > cannot be undone by the > goodness of a single package (read: UNIX better than > M$), and many times, > they boil down to one guy in the organisation that > influences both the hand > of the CEO as well as the vendor. > > Sometimes, things like these are political, and in > many corporate > environments, the way to getting change is not how > much you know, but how > friendly and close you get to those that make the > changes - relationships. > > Mark. > > > Then again, you probably dont have the time to > spend chasing a > > dinosour and if its already working, why fix it. > > > > On 4/25/05, Noah Sematimba <[EMAIL PROTECTED]> > wrote: > > > On Monday 25 April 2005 01:27, JFL wrote: > > > > Hopefully they can be introduced to similar > applications that are > > > > available from the the open source communiry. > > > > > > In your dreams. Wire can testify of my drive to > introduce OpenExchange > > > and my dismal failure... The problem is always > "do we get a support > > > contract, phoe numbers to call, etc?" > > > > > > > > > -- > > > Noah. > > > > ------------------------------------------------------------------------- > > > >-------------------------------------------------------------------------- > > >--------------------------- "coffee does not make > you nervous. your own > > > inadequacies do that. coffee merely increases > your perception of your own > > > inadequacies." --Rob Austein > > > From: JFL <[EMAIL PROTECTED]> > CC: [email protected], [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Date: Wed, 27 Apr 2005 12:30:46 +0300 > Subject: Re: [Fwd: Re: [LUG] UTL Online Sys > Engineer] > > I agree. > Even if one were to demonstrate the advantages of > opensource to the > local office, any change in IT policy would have to > go through so many > layers of bureaucracy that by the time this policy > change recieved the > attention of the powers that be down in SA, > all the certified MCSEs will be fighting to retain > their jobs. I mean, > why would you need them when your organisation is > going opensource. > Then there is the issue of how much M$ stands to > lose when such a > large corporate organisation drops its products. > They will probably > come out with guns blazing in defence of their > products. > > On 4/27/05, Mark Tinka <[EMAIL PROTECTED]> > wrote: > > On Monday 25 April 2005 13:35, JFL wrote: > > > This is typical of any large organisation.They > always look at the > > > details, not that we dont, but for them, its > more about the fear of > > > losing money due to unreliable service than lack > of appreciation of > > > the application. > > > If you presented your case with the support of > one of the list members > > > who is in bed with Novell/SuSE or became one of > the OpenExchange > > > partners > (http://www.openexchange.com/EN/partner/), you could > have a > > > stronger case. > > > > But there are also deeper-rooted relationships > that cannot be undone by the > > goodness of a single package (read: UNIX better > than M$), and many times, > > they boil down to one guy in the organisation that > influences both the hand > > of the CEO as well as the vendor. > > > > Sometimes, things like these are political, and in > many corporate > > environments, the way to getting change is not how > much you know, but how > > friendly and close you get to those that make the > changes - relationships. > > > > Mark. > > > > > Then again, you probably dont have the time to > spend chasing a > > > dinosour and if its already working, why fix it. > > > > > > On 4/25/05, Noah Sematimba <[EMAIL PROTECTED]> > wrote: > > > > On Monday 25 April 2005 01:27, JFL wrote: > > > > > Hopefully they can be introduced to similar > applications that are > > > > > available from the the open source > communiry. > > > > > > > > In your dreams. Wire can testify of my drive > to introduce OpenExchange > > > > and my dismal failure... The problem is always > "do we get a support > > > > contract, phoe numbers to call, etc?" > > > > > > > > > > > > -- > > > > Noah. > > > > > ------------------------------------------------------------------------- > > > > >-------------------------------------------------------------------------- > > > >--------------------------- "coffee does not > make you nervous. your own > > > > inadequacies do that. coffee merely increases > your perception of your own > > > > inadequacies." --Rob Austein > > > > > -- > JFL > > > From: Noah Sematimba <[EMAIL PROTECTED]> > CC: > To: [email protected] > Date: Wed, 27 Apr 2005 12:53:47 +0300 > Subject: Re: [LUG] [Fwd: iDEFENSE Security Advisory > 04.26.05: MySQL MaxDB > Webtool Remote 'If' Stack Overflow Vulnerability] > > On Wednesday 27 April 2005 08:50, Ronny wrote: > > For the Mysql fans see this ;-) > > Ronny > > I have never really trusted the way webDAV was > implemented and thus I always > turn mod_dav off on my apache servers. I once had an > app for web management > using webdav but I soon turned it off for security > reasons. > > -- > Noah. > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ > "coffee does not make you nervous. your own > inadequacies do that. > coffee merely increases your perception of your own > inadequacies." > --Rob Austein > > > From: Lule George William <[EMAIL PROTECTED]> > CC: > To: JFL <[EMAIL PROTECTED]>, > Linux Users Group Uganda <[email protected]> > Date: Wed, 27 Apr 2005 13:24:25 +0300 > Subject: Re: [Fwd: Re: [LUG] UTL Online Sys > Engineer] > > Hey, hey JFL aka Kenneth, > Loosen up!! All the migrations we have seen or heard > of (sometimes covering > whole cities) took place whether the MCSE's agreed > or not. When a steamroller > is moving, either you are on it or you are part of > the road, let those MCSE's > make their choice. > And did I hear that the final decision makers > regarding MTN are in SA? And of > Uganda and SA, who adopted a more OSS friendly stand > first? Who knows, they > could still be running M$ because they didn't think > there was enough support > for OSS in .ug!! Guys, I still would go for James' > suggestion, Semat may not > be able to get the bigwigs attention well enough, > but someone with the right > credentials speaking in the right ears definately > can. > No offense Semat, by credentials, I mean the ability > to sign support > contracts, guarantee response times and all that. > You threw that away the day > you joined. If it ever goes through, you will be > part of the supported:-) > Will someone for heaven's sake take a shot at this? > > On Wednesday 27 April 2005 12:30, JFL wrote: > > I agree. > > Even if one were to demonstrate the advantages of > opensource to the > > local office, any change in IT policy would have > to go through so many > > layers of bureaucracy that by the time this policy > change recieved the > > attention of the powers that be down in SA, > > all the certified MCSEs will be fighting to retain > their jobs. I mean, > > why would you need them when your organisation is > going opensource. > > Then there is the issue of how much M$ stands to > lose when such a > > large corporate organisation drops its products. > They will probably > > come out with guns blazing in defence of their > products. > > > > On 4/27/05, Mark Tinka <[EMAIL PROTECTED]> > wrote: > > > On Monday 25 April 2005 13:35, JFL wrote: > > > > This is typical of any large organisation.They > always look at the > > > > details, not that we dont, but for them, its > more about the fear of > > > > losing money due to unreliable service than > lack of appreciation of > > > > the application. > > > > If you presented your case with the support of > one of the list members > > > > who is in bed with Novell/SuSE or became one > of the OpenExchange > > > > partners > (http://www.openexchange.com/EN/partner/), you could > have a > > > > stronger case. > > > > > > But there are also deeper-rooted relationships > that cannot be undone by > > > the goodness of a single package (read: UNIX > better than M$), and many > > > times, they boil down to one guy in the > organisation that influences both > > > the hand of the CEO as well as the vendor. > > > > > > Sometimes, things like these are political, and > in many corporate > > > environments, the way to getting change is not > how much you know, but how > > > friendly and close you get to those that make > the changes - > > > relationships. > > > > > > Mark. > > > > > > > Then again, you probably dont have the time to > spend chasing a > > > > dinosour and if its already working, why fix > it. > > > > > > > > On 4/25/05, Noah Sematimba <[EMAIL PROTECTED]> > wrote: > > > > > On Monday 25 April 2005 01:27, JFL wrote: > > > > > > Hopefully they can be introduced to > similar applications that are > > > > > > available from the the open source > communiry. > > > > > > > > > > In your dreams. Wire can testify of my drive > to introduce > > > > > OpenExchange and my dismal failure... The > problem is always "do we > > > > > get a support contract, phoe numbers to > call, etc?" > > > > > > > > > > > > > > > -- > > > > > Noah. > > > > > > --------------------------------------------------------------------- > > > > >---- > > > > > > --------------------------------------------------------------------- > > > > >----- --------------------------- "coffee > does not make you nervous. > > > > > your own inadequacies do that. coffee merely > increases your > > > > > perception of your own inadequacies." --Rob > Austein > > -- > ************************************************************************ > Lule George William (Mr) > Network and Systems Administrator > Uganda Martyrs University, Nkozi > P.O. Box 5498 Kampala > Uganda > /* The only reason some people are alive is because > it is illegal to shoot > them */ > > > From: Noah Sematimba <[EMAIL PROTECTED]> > CC: [email protected] > To: Ronny <[EMAIL PROTECTED]> > Date: Mon, 25 Apr 2005 22:04:24 +0300 (EAT) > Subject: Re: [LUG] [Fwd: iDEFENSE Security Advisory > [IDEF0731] Exim > auth_spa_server() Buffer Overflow Vulnerability] > > > Hmm, > > With exim you can have any number of domains or > users, the only > limitations will be your har disk space and OS which > can be circumvented > if you use mysql or some other sql database for > authenticating and storing > user information. You can easily integrate virus > scanning into exim > because it has a filter function and it is matter of > inserting your > favorite antivirus there. > > Forget about integrated webmail, exim is an MTA not > some bloated microsoft > product, you can achieve this with any number of > webmail products out > there like sqwebmail, squirrelmail, IMP etc... The > same applies to WAP > support which you can get by installing and > configuring kannel > http://www.kannel.org > > Browser based admin tools are a simple matter of > adding some php scripts. > It has TLS/SSL support ofcourse but do not expect > exim to do http or pop3 > or IMAP. It is an MTA not an OS. > > However A friend called Brian Candler has bundled > all this functionality.. > i.e. web based admin, webmail, exim, courier-imap, > courier-pop3, LDAP into > one simgle package that installs beautifully on > linux or FreeBSD. Take a > look at http://www.linnet.org > > It should do all that you're looking for if you want > a one stop shop for > all your needs. > > Noah. > > On Mon, 25 Apr 2005, Ronny wrote: > > > Yello ? > > Just curious trying to find a good ePostman/mailer > for my offsite box in the > > US/UK. Does exim have these features > > like ;Any number of users or domains, > > virus scanning, > > spam filtering > > integrated webmail access > > integrated WAP support > > fast browser based administration tools. > > And all relevant RFC protocols POP3, SMTP, IMAP4, > LDAP, HTTP, TLS/SSL. > > Will be glad to hear form you or Phil since you > are so close to him > > Thanks > > But liked the bit "I thus tried qmail which failed > miserably" let the qmail > > guys not read this ;-) > > Ronny > > > > Noah Sematimba wrote: > > > > > On Monday 25 April 2005 16:44, Ronny wrote: > > > > > > > Yet another one please tighten up. ;-) > > > > > > > > > > I chatted with Phil on these exploits, and he > actually explained in detail ( > > > which I missed because I don't know how to write > anything more than > > > helloworld.c) but in the end first of all you > had to be using some pretty > > > obscure features to trigger these exploits and > none of these could actually > > > give root access to the attacker. Secondly they > were fixed within 24 hours > > > of the release of the advisories. The other > really nice thing I have found > > > about exim is the friendliness of the author. > Even before I met him in Lome > > > and subsequent workshops, it was always easy to > get responses form him once > > > you asked questions on the exim mailing list. > ANyone who has ever run qmail > > > and had a run in with Dan Bernstein can > appreciate how important this is. > > > > > > However the main reason I use exim in larger > installations is because of > > > ease of configuration for complex setups. > > > Example: > > > > > > I had a spam problem one time while working for > a certain ISP. Customers > > > were infected with trojans and viruses and kept > sending spam outbound. I > > > needed to solve the following problems: > > > > > > 1. The queue kept filling up and becoming to big > to be manageable. The mail > > > server could thus be unresponsive for hours > while crunching thru all this > > > undeliverable mail that kept being deferred and > thus legitimate mail could > > > hardly be sent > > > 2. I needed to be able to restrict relaying by > BOTH ip address AND envelope > > > sender. restricting by ip alone didn't help > because it was internal users > > > misbehaving, and using e-mail alone would not > help because then anyone form > > > anywhere could pretent to be sending from a > legitimate address on my domain > > > and abuse my service. > > > > > > I thus tried qmail which failed miserably. It > would collapse with the loads > > > and could not do number two. It could restrict > relay by ip address OR e-mail > > > address but not do both i.e. make sure both > match BEFORE allowing relaying. > > > > > > I then tried postfix which had the same > problems. > > > > > > So I tried exim. Exim most importantly could > solve problem number 2 and also > > > has a very useful way it handles queues. It has > a system for freezing > > > undeliverable messages and unfreezing them and > retrying them at > > > precalculated intervals. This helped because > these frozen mesages were not > > > on the active queue and thus did not affect > delivery of legitimate mail. I > > > could also look through the qeueue for frozen > messages and delete > > > specifically those messages that I knew were > spam or even automate it using > > > a simple bash script. > > > > > > I have to say that even with 100,000 messages on > the queue, all my mail kept > > > going at a steady rate and arriving instantly > without requiring me to double > > > or triple my cpu power and ram. > > > > > > Noah. > > > > > > > > > -- > > > *************************************************************************** > > / ''We can't become what we need to be by > remaining what we are''\ > > \ ,, > ,,/ > > > *************************************************************************** > > > > > > > From: "Simon Vass" <[EMAIL PROTECTED]> > To: "'Linux Users Group Uganda'" <[email protected]> > Date: Wed, 27 Apr 2005 14:00:02 +0300 > Subject: RE: [Fwd: Re: [LUG] UTL Online Sys > Engineer] > > IT policy should be based on what is good for the > company not just the > individuals. Plus who says you can't be a MCSE + use > Linux at the same time. > If there is anything I have learned and love in IT > is don't sit still. > COBOL, VAX anyone? > > Simon MCP+Linux > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > JFL > Sent: 27 April 2005 12:31 > To: [EMAIL PROTECTED] > Cc: [email protected]; [EMAIL PROTECTED] > Subject: Re: [Fwd: Re: [LUG] UTL Online Sys > Engineer] > > I agree. > Even if one were to demonstrate the advantages of > opensource to the local > office, any change in IT policy would have to go > through so many layers of > bureaucracy that by the time this policy change > recieved the attention of > the powers that be down in SA, all the certified > MCSEs will be fighting to > retain their jobs. I mean, why would you need them > when your organisation is > going opensource. > Then there is the issue of how much M$ stands to > lose when such a large > corporate organisation drops its products. They will > probably come out with > guns blazing in defence of their products.ed > > On 4/27/05, Mark Tinka <[EMAIL PROTECTED]> > wrote: > > On Monday 25 April 2005 13:35, JFL wrote: > > > This is typical of any large organisation.They > always look at the > > > details, not that we dont, but for them, its > more about the fear of > > > losing money due to unreliable service than lack > of appreciation of > > > the application. > > > If you presented your case with the support of > one of the list > > > members who is in bed with Novell/SuSE or became > one of the > > > OpenExchange partners > (http://www.openexchange.com/EN/partner/), you > > > could have a stronger case. > > > > But there are also deeper-rooted relationships > that cannot be undone > > by the goodness of a single package (read: UNIX > better than M$), and > > many times, they boil down to one guy in the > organisation that > > influences both the hand of the CEO as well as the > vendor. > > > > Sometimes, things like these are political, and in > many corporate > > environments, the way to getting change is not how > much you know, but > > how friendly and close you get to those that make > the changes - > relationships. > > > > Mark. > > > > > Then again, you probably dont have the time to > spend chasing a > > > dinosour and if its already working, why fix it. > > > > > > On 4/25/05, Noah Sematimba <[EMAIL PROTECTED]> > wrote: > > > > On Monday 25 April 2005 01:27, JFL wrote: > > > > > Hopefully they can be introduced to similar > applications that > > > > > are available from the the open source > communiry. > > > > > > > > In your dreams. Wire can testify of my drive > to introduce > > > > OpenExchange and my dismal failure... The > problem is always "do we > > > > get a support contract, phoe numbers to call, > etc?" > > > > > > > > > > > > -- > > > > Noah. > > > > > > > > >------------------------------------------------------------------- > > > >------ > > > > >------------------------------------------------------------------- > > > >------- > > > >--------------------------- "coffee does not > make you nervous. > > > >your own inadequacies do that. coffee merely > increases your > > > >perception of your own inadequacies." --Rob > Austein > > > > > -- > JFL > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > %LUG is generously hosted by INFOCOM > http://www.infocom.co.ug/ > > > > > _______________________________________________ > LUG mailing list > [email protected] > http://kym.net/mailman/listinfo/lug > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ LUG mailing list [email protected] http://kym.net/mailman/listinfo/lug %LUG is generously hosted by INFOCOM http://www.infocom.co.ug/
