On Sat, 2002-06-29 at 16:27, Michael O'Donnell wrote:
>
>
> I haven't gathered all the evidence in this
> matter as carefully as I might, but here's a
> problem I think I'm seeing: once I've established
> SSH sessions from machines behind my firewall to
> certain remote machines, they die (prett
On Wed, 26 Jun 2002, at 12:42pm, Derek D. Martin wrote:
> IOW, with the speed of CPUs today, does a hardware-specific chip really
> have any practical functional benefit (ignoring cost, which is not a
> functional benefit) over a more generalized one, for any of these
> applications?
Yes. Res
On Sat, 29 Jun 2002, at 4:27pm, Michael O'Donnell wrote:
> ... once I've established SSH sessions from machines behind my firewall to
> certain remote machines, they die (pretty much to the second) after two
> hours if I just leave them idle.
In order to make masquerading happen, the firewall h
Has anyone on this list experimented with the MIRROR target of
iptables? The iptables-tutorial says that's it's experimental, so I
wouldn't be surprised if there were problems with it, but I couldn't get
it working at all. I might end up using it against Nimda infected
machines on the net that
I haven't gathered all the evidence in this
matter as carefully as I might, but here's a
problem I think I'm seeing: once I've established
SSH sessions from machines behind my firewall to
certain remote machines, they die (pretty much to
the second) after two hours if I just leave them
idle. If
I had a similar problem when I installed my new network card a while back. In
my case, the problem was simply a problem with the Tulip driver. I then
downloaded, built, and installed the latest tulip driver. I would think
that this had been fixed, but I'm not sure. While you may be using
diffe
Red Hat linux 7.3 with sendmail-8.12.2-7
Razor-2.09
spamassassin-2.20-1
The install seems ok. All the components that are needed are installed.
I run
spamassassin -t < sample-nonspam.txt > nonspam.out
spamassassin -t < sample-spam.txt > spam.out
and get the desired results. No probl
Please mention the messages you're seeing. Do the
various drivers ID themselves on the console or in
a log file as they're starting up? Did you see the
appropriate driver announce itself?
The code in dev_ifsioc() in net/core/dev.c is what's
ultimately executed as part of the ioctl that's
supp
On Fri, Jun 28, 2002 at 04:36:18PM -0400, Kevin D. Clark <[EMAIL PROTECTED]>
wrote:
> # I don't even know if this next line is necessary -- YMMV
> MAILDIR=$HOME/Maildir
> # IT IS CRITICAL THAT THIS IS THE LAST RULE
> :0
> $HOME/Maildir/
For what it's worth, I set:
MAILDI