Re: next IGLU meeting - Feb. 4th

2000-02-04 Thread Schlomo Schapiro
Hi List, Ira ! at work I am currently installing a Linux system for Office/Intranet/Edu. This includes Apache Proxy/ProxyPass/VirtualHosts, Samba (Main + TNG), sendmail, ipchains (later) etc. We are permanently connected, though. I'll be glad to give a lecture on these topics, especially Samba

heblatex rpm

2000-02-04 Thread Tzafrir Cohen
Hi all I tried making an rpm package of the heblatex package (from http://www.dsg.technion.ac.il/heblatex/ ) The package can currently be found at: http://www.technion.ac.il/~tzafrir/Rpms/ The rpm *should* work for any rpm-based system. It rely on tetex being installed on the system. I would a

Re: security reality check (was: Re: Maximum Linux security)

2000-02-04 Thread Ofer Maor
Guy, I believe what he tried to say is the common thought that once you teach people how to protect themselves - it becomes obsolete, as the hackers read it too. However - good security design is NOT one that is based on the ambiguity of the solution, but rather on the design, and therefore - th

Re: Why I should not use DHTML ?

2000-02-04 Thread Erez Boym
Hi,   > >If Netscape doesn't support it, it should ignore it. > >What is 'Active Pages' anyway? There's ASP, which is an unrelated > >server-side technology, and there are tags with ActiveX (OLE) > >objects. >   Actually ASP and are different technologies. ASP is a server side technology. It's

Re: Large scale POP3 servers (was: qpopper through TCP wrappers)

2000-02-04 Thread Omer Efraim
guy keren wrote: > > On Fri, 4 Feb 2000, Omer Efraim wrote: > > yes, but the way the pop server works, it still performs these files > copies, no matter if the user eventually downloads their email or not (at > least qpopper used to make a file copy operation immediatly when the > user's mail cl

Re: Large scale POP3 servers (was: qpopper through TCP wrappers)

2000-02-04 Thread guy keren
On Fri, 4 Feb 2000, Ilya Konstantinov wrote: > On Fri, Feb 04, 2000 at 08:22:02PM +0200, guy keren wrote: > > (for instalce) - the usage of mail dirs. when you have all mail stored in > > one large file, the pop server needs to copy this email folder back and > > Although having dozens of files

Re: Large scale POP3 servers (was: qpopper through TCP wrappers)

2000-02-04 Thread guy keren
On Fri, 4 Feb 2000, Omer Efraim wrote: > Don't forget that on large corporate mail systems quite a lot > of the cpu load comes from people _checking_ for mail. > Imagine 10k users, each checking for mail every 5 minutes. > Each one of those requires a fork even if the user has no (new?) mail. y

Re: Large scale POP3 servers (was: qpopper through TCP wrappers)

2000-02-04 Thread Ilya Konstantinov
On Fri, Feb 04, 2000 at 08:22:02PM +0200, guy keren wrote: > (for instalce) - the usage of mail dirs. when you have all mail stored in > one large file, the pop server needs to copy this email folder back and Although having dozens of files for each user is appealing as a quick solution, don't we

Re: Large scale POP3 servers (was: qpopper through TCP wrappers)

2000-02-04 Thread Omer Efraim
guy keren wrote: > > On Sun, 30 Jan 2000, Omer Efraim wrote: > > if you want to check on improving a situation, you first need to check > exactly what is the situation - i'm not suer that the current method, of > forking off a process for each connection, is very problematic - the life > time of

Re: Large scale POP3 servers (was: qpopper through TCP wrappers)

2000-02-04 Thread guy keren
On Sun, 30 Jan 2000, Omer Efraim wrote: > Actually, this whole conversation got me to thinking > about how a lot of large-scale pop servers (in particular) > are doing it all wrong(?), and about how one can probably > come up with a quick hackjob that would scale much better > than traditional po

fetchmail limit/warning flags

2000-02-04 Thread Subba Rao
I am using fetchmail as root, to collect the mail for all users on my system. The cronjob entry is as follows: fetchmail -a -K -s -l 5 -w 1800 -t 90 The limit and warning flags, do not notify the root or the individual users of an oversized mail still sitting on the ISP's POP server. Is an

Re: Maximum Linux security

2000-02-04 Thread Nathan Fain
I'll chime in as well to say that Maximum Security was a great read. Yes, it is old (very old, 1998). You can't read the book, audit a network and declare anything as being secure. What it's good for is giving those who have no or little experience with network security (such as myself) an idea o