Re: [SLUG] sendmail to sendmail on same machine

[Grant Parnell - EverythingLinux]

On Sat, 29 May 2004, Keith Hopkins wrote:

> Grant Parnell - EverythingLinux wrote:
> 
> >The principle is this
> >[inbound email to test@.com.au]
> >|
> >| 192.168.1.4:25
> >[sendmail.cf.listen.milter-sender]
> >|
> >| 127.0.0.1:25
> >[sendmail.cf.listen.kavscanner]
> >|
> >| lmtp
> >[sendmail.cf.cyrus]
> >|
> >| cyrusv2
> >[/x/imap/t/user/test/*]
> >
> >Now... telnet to 127.0.0.1 port 25 and it works, does the virus scan and 
> >delivers to cyrus mailbox so that half's just fine.
> >I've been frustrated for the last several hours trying to figure out ways 
> >of getting the sendmail daemon listening on ip 192.168.1.4 to forward 
> >succussful messages onto 'localhost'.
> >
> >Alternatives may be using another MTA that has the features of 
> >milter-sender, such as postfix. I haven't looked into that, I'd imagine it 
> >shouldn't be a problem to interface with cyrus but what I don't know is if 
> >it's going to be a similar problem. Alternately... I could use BOTH!
> >
> >  
> >
> 
> Hi Grant,
> 
>   I've never tried doing this exact thing, but I'd like to help.  What 
> exactly are you seeing happen when it tries to forward to localhost?  
> What config option are you using to tell it to do so?  How are you 
> restricting each instance of sendmail to a specific interface?
>  
>   Suggestion: move the "localhost" sendmail instance up to a different 
> port.  For instance, on my system, spamassassin sits up on port 10024, 
> and I feed it there, and it returns msgs back to a sendmail (well, 
> postfix actually) instance listening on port 10025.

To restrict to the interface I wanted I set the IP in the 
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA') in the 
sendmail.mc.listen.kavscanner file (this setting is the default for 
Fedora/RedHat).
For the other instance I just changed the IP to the external interface.

Hmm... maybe I'll just install spamassasin as well, can't hurt!

FWIW I tried setting up the kavscanner/sendmail on port 250 but then I 
couldn't figure out how to get the other one to send to port 250.
I even tried 
'iptables -A OUTPUT -d 127.0.0.1 -p tcp --dport 25 -j REDIRECT 
--to-ports 250' 
but that kept giving me 'invalid option' or something like that (ie I 
think REDIRECT doesen't work in the OUTPUT chain to spite the 
documentation).

I tried setting smarthost even to localhost... that was a mistake. I found 
FEATURE(`nullclient',`localhost') sounds like it should do the job but 
doesen't. It just drops it into /var/spool/mail instead. I suspect the 
documentation on that feature was a bit off or not what I was trying to 
do.

About the best I got so far was the sendmail on 192.168.1.4 trying to send 
to localhost and getting 'error mail loops back to me (MX problem?)' 
suggesting it was trying to send to an instance of itself rather than the 
other instance - oh and in no way does a DNS or /etc/hosts lookup for 
'localhost' point to 192.168.1.4. Therefore I can't see how trying to get 
it to send to 'localhost' stuffs up unless it's hardcoded or something. I 
don't have control of their DNS.. but I might try installing my own and 
setting up MX records for localhost2 or something.

It's all a bit academic at the moment, went to work on it today and 
they've changed the firewall on me. I'm on leave starting next week so 
it'll be 2 weeks before I get back to it. The server's not in production 
yet... their old one is still crawling along with a different mail setup 
entirely.

 -- 
-- 
Grant Parnell - senior consultant
EverythingLinux services - the consultant's backup & tech support.
Web: http://www.everythinglinux.com.au/support.php
We're also busybits.com.au and linuxhelp.com.au and elx.com.au.
Phone 02 8752 6622 to book service or discuss your needs.

ELX or its employees participate in the following:-
OSIA (Open Source Industry Australia) - http://www.osia.net.au
AUUG (Australian Unix Users Group) - http://www.auug.org.au
SLUG (Sydney Linux Users Group) - http://www.slug.org.au
LA (Linux Australia) - http://www.linux.org.au

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[Terry Collins]

[EMAIL PROTECTED] wrote:
> 
> RH73; is there much point keeping the files in up2date ?
> 
> # du -H /var/spool/up2date
> 490M/var/spool/up2date
> 
> I pressume these are all updates the system d/l from rhn, and, if I was to
> re-install from original media, I'd need all these to 'bring it back' to
> same state ?
Burn them off to a CD?

-- 
   Terry Collins {:-)}}} email: terryc at woa.com.au  www:
http://www.woa.com.au  
   Wombat Outdoor Adventures 

 "People without trees are like fish without clean water"
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[Del]

Terry Collins wrote:
[EMAIL PROTECTED] wrote:
RH73; is there much point keeping the files in up2date ?
# du -H /var/spool/up2date
490M/var/spool/up2date
I pressume these are all updates the system d/l from rhn, and, if I was to
re-install from original media, I'd need all these to 'bring it back' to
same state ?
Burn them off to a CD?
up2date is dead.  long live yum.
If you have RH73 then you should be getting your updates from
www.fedoralegacy.org via yum, and not from RedHat any more, at
which point everything in /var/spool/up2date can be removed,
as it will begin to accumulate in /var/cache/yum instead.
--
Del
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[Chris Deigan]

quote("Del");
>up2date is dead.  long live yum.
>
>If you have RH73 then you should be getting your updates from
>www.fedoralegacy.org via yum, and not from RedHat any more, at
>which point everything in /var/spool/up2date can be removed,
>as it will begin to accumulate in /var/cache/yum instead.

The newer versions of up2date have support for yum and apt repositories.
up2date is not totally dead. (Even if it sort of does suck).
:-)

 - Chris
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

[SLUG] no debsig/codefest?

[Del]

I came.
I saw.
The building was locked.
There was a room nearby with a Debian logo outside of it.
The room was empty.
I went home.
What happened to everyone else?
--
Del
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

[SLUG] OSIA talk at SLUG last night..

[Grant Parnell - EverythingLinux]

FWIW here it is online for those that weren't there

http://www.linuxhelp.com.au/~grant/talks/osia/

And hey, Stuart, what happened mate? you promised to clap loudly and I 
didn't even see you there :-(

-- 
-- 
Grant Parnell - senior consultant
EverythingLinux services - the consultant's backup & tech support.
Web: http://www.everythinglinux.com.au/support.php
We're also busybits.com.au and linuxhelp.com.au and elx.com.au.
Phone 02 8752 6622 to book service or discuss your needs.

ELX or its employees participate in the following:-
OSIA (Open Source Industry Australia) - http://www.osia.net.au
AUUG (Australian Unix Users Group) - http://www.auug.org.au
SLUG (Sydney Linux Users Group) - http://www.slug.org.au
LA (Linux Australia) - http://www.linux.org.au

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] no debsig/codefest?

[Chris Deigan]

quote("Del");
>I came.
>I saw.
>The building was locked.

No it wasn't! You just didn't look hard enough. ;-)


>There was a room nearby with a Debian logo outside of it.
>The room was empty.

Which room is it that you speak of? :>

>I went home.

Shame.

>What happened to everyone else?

We came, we saw, we drank (caffiene), some actually coded - and some
even mentioned the word Debian.

...and it's still going.

 - Chris
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[mlh]

On Sat, 29 May 2004 20:12:22 +1000
Chris Deigan <[EMAIL PROTECTED]> wrote:
> The newer versions of up2date have support for yum and apt repositories.
> up2date is not totally dead. (Even if it sort of does suck).
> :-)

Specifically because apt-rpm supports yum now yes?

Matt
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] no debsig/codefest?

[Del]

Chris Deigan wrote:
quote("Del");
I came.
I saw.
The building was locked.
No it wasn't! You just didn't look hard enough. ;-)
It looked very very locked, with big gates all closed shut
with big padlocks on them.  I spent 20 minutes or so walking
around the building and all of the buildings adjacent to it.
There were no entrances that I could see that were not locked.
I tried the handle on every door that I found.  They were all
locked.
Is there some secret subterranean passage that I should have
known about?  A wormhole gateway in from sector 45 alpha?  One
of those groovy ice portals like in Van Helsing?  Pity, because
I would have liked to try the ice thingy, even if there were
vampires on the other side.
There was a room nearby with a Debian logo outside of it.
The room was empty.
Which room is it that you speak of? :>
Down a set of stairs in an adjacent building, immediately
east of the Engineering building.  At the end of a corridor.
It had lots of CROs and PCs and other electronics gear in it.
One feature was a big mob of cables with a BNC connector
on one end and alligator clips on the other, hanging on some
kind of rack near the door.
I'm not sure that it had a name.  It was some kind of lab.
There were no actual people in it.
It wasn't the building that was marked on the map, anyway,
so I was probably in the wrong place.
We came, we saw, we drank (caffiene), some actually coded - and some
even mentioned the word Debian.
...and it's still going.
Good to hear.  I did cut some code, on the ferry on the way
home.  I even have it working now, once I got on the net and
figured out why I was getting that particular error.  Yay for
google.
Perhaps it was easy to find if you were a uni student and know
the secret entrances into the building, which I failed to find.
Trouble is, I went to Uni of WA and not USyd.  So perhaps you
need to restrict these meetings to USyd old boys, put a sign up
(or perhaps several), or make them easier to find.
--
Del
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[Del]

The newer versions of up2date have support for yum and apt repositories.
up2date is not totally dead. (Even if it sort of does suck).
:-)
Translation:
Red Hat have rolled over on their insistence on a proprietary
update protocol, in favour of more open stuff developed elsewhere,
for both the Fedora and (end of life) Red Hat Linux products.
3rd party apt / yum repositories have been around for a while.
3rd party up2date repostitories are non-existent, except for a
few private ones using current, and I guess even most of those
have converted to yum.  I know I've converted all of mine to
yum.
Let me restate:
up2date is dead.  Long live apt+yum.  :)
(For those of us who were around when the gov't finally rolled
over on allowing TCP/IP into their networks alongside OSI/GOSIP
and its many-layered and many-headed incarnations ... I was
there for the announcement at, I think, AUUG 1995 ... and everyone
said "GOSIP is dead, long live TCP/IP" ... and the government
representatives said "no, we will still have GOSIP alongside
TCP/IP" ... and everyone else laughed ... and within 6 months
GOSIP was truly dead, and we still have TCP/IP).
--
Del
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] no debsig/codefest?

[Chris Deigan]

quote("Del");
>Perhaps it was easy to find if you were a uni student and know
>the secret entrances into the building, which I failed to find.
>Trouble is, I went to Uni of WA and not USyd.  So perhaps you
>need to restrict these meetings to USyd old boys, put a sign up
>(or perhaps several), or make them easier to find.

Okay, we actually changed to a smaller room from the lab. It was in the
same building, and there was a door just near by.

That said,I'm not a uni student, and for those who don't know me,
I have not yet been a uni student either. ;-)

Did you try the phone number on the signs? :>

 - Chris
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

[SLUG] habeas compliant spam

[lists]

hmmm, after deleteing the var/up2date stuff I happened to peruse few other
/var/ directories, to find several spams like the one below:

does anyone know much about this Habeas stuff ?
is there any point reporting it to anyone ?


-
Return-Path: <[EMAIL PROTECTED]>

Received: from adsl-68-21-172-69.dsl.chcgil.ameritech.net
(adsl-68-21-172-69.dsl
by koala.sbt.net.au (Postfix) with SMTP id A31D22382A8
; Mon, 15 Mar 2004 15:35:55 +1100 (EST)
Received: from 188.132.152.91 by 68.21.172.69; Mon, 15 Mar 2004 03:20:10
-0100
Message-ID: <[EMAIL PROTECTED]>
X-Habeas-SWE-1: winter into spring
X-Habeas-SWE-2: brightly anticipated
X-Habeas-SWE-3: like Habeas SWE (tm)
X-Habeas-SWE-4: Copyright 2002 Habeas (tm)
X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this
X-Habeas-SWE-6: email in exchange for a license for this Habeas
X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant
X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this
X-Habeas-SWE-9: mark in spam to .
From: "malcolm lyle" <[EMAIL PROTECTED]>
Reply-To: "malcolm lyle" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Fwd:  Here's All Pills. Xan:a:x & v|@gra - Val:i:um ) /V1codin
S:o:ma $
Date: Mon, 15 Mar 2004 10:19:10 +0600
MIME-Version: 1.0
...
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

yam gpg, was Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[lists]

> up2date is dead.  long live yum.
>
> If you have RH73 then you should be getting your updates from
> www.fedoralegacy.org via yum, and not from RedHat any more, at
> which point everything in /var/spool/up2date can be removed,
> as it will begin to accumulate in /var/cache/yum instead.

Del,

I d/l yam from above, and, it told me:
-

Resolving dependencies
Dependencies resolved
I will do the following:
[update: libpcap.i386]
[update: screen.i386]
[update: ethereal-gnome.i386]
[update: metamail.i386]
[update: utempter.i386]
[update: openssl.i686]
[update: slocate.i386]
[update: libtool-libs.i386]
[update: openssl-perl.i386]
[update: openssl096.i386]
[update: ethereal.i386]
[update: openssl-devel.i386]
Is this ok [y/N]: y
Getting libpcap-0.6.2-17.7.3.4.legacy.i386.rpm
Error: GPG Signature check failed for
/var/cache/yum/updates/packages/libpcap-0.
6.2-17.7.3.4.legacy.i386.rpm
You may want to run yum clean or remove the file:
 /var/cache/yum/updates/packages/libpcap-0.6.2-17.7.3.4.legacy.i386.rpm
You may also want to check to make sure you have the right gpg keys
Exiting.
#

is there something special I need to do ?

Voytek
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

[SLUG] deleting old kernels for /boot ?

[lists]

just noticed my /boot was reasonbly full
# df -h
FilesystemSize  Used Avail Use% Mounted on
/dev/hda1  45M   37M  7.0M  84% /boot

should I make some more space on it by removing older kernels ?

can I just delete lower numbered kernels from here, OR ?

looking there, I have:

[EMAIL PROTECTED] boot]# ls -l | more
total 32619
-rw-r--r--1 root root 5824 Jun 25  2001 boot.b
-rw-r--r--1 root root  612 Jun 25  2001 chain.b
-rw-r--r--1 root root40632 Jun 11  2002 config-2.4.18-5
-rw-r--r--1 root root44764 May 29  2003 config-2.4.20-18.7
-rw-r--r--1 root root44753 Jul 16  2003 config-2.4.20-19.7
-rw-r--r--1 root root44753 Aug 19  2003 config-2.4.20-20.7
-rw-r--r--1 root root44753 Dec  2 05:42 config-2.4.20-24.7
-rw-r--r--1 root root44762 Dec 12 07:11 config-2.4.20-27.7
-rw-r--r--1 root root44762 Dec 19 03:38 config-2.4.20-28.7
drwxr-xr-x2 root root 1024 Jan 12 19:15 grub
-rw-r--r--1 root root   121956 Jun 23  2003 initrd-2.4.18-5.img
-rw-r--r--1 root root   129543 Jun 25  2003
initrd-2.4.20-18.7.img
-rw-r--r--1 root root   126839 Jul 28  2003
initrd-2.4.20-19.7.img
-rw-r--r--1 root root   123057 Aug 26  2003
initrd-2.4.20-20.7.img
-rw-r--r--1 root root   125956 Dec  5 00:10
initrd-2.4.20-24.7.img
-rw-r--r--1 root root   124368 Dec 25 21:35
initrd-2.4.20-27.7.img
-rw-r--r--1 root root   122835 Jan 12 19:15
initrd-2.4.20-28.7.img
-rw-r--r--1 root root  473 Jun 25  2003 kernel.h
drwx--2 root root12288 Jun 23  2003 lost+found
-rw-r--r--1 root root23108 Jun 25  2001 message
lrwxrwxrwx1 root root   23 Jan 12 19:15 module-info ->
module-in
fo-2.4.20-28.7
--More--
-rw-r--r--1 root root14431 Jun 11  2002 module-info-2.4.18-5
-rw-r--r--1 root root15438 May 29  2003
module-info-2.4.20-18.7
-rw-r--r--1 root root15438 Jul 16  2003
module-info-2.4.20-19.7
-rw-r--r--1 root root15438 Aug 19  2003
module-info-2.4.20-20.7
-rw-r--r--1 root root15438 Dec  2 05:42
module-info-2.4.20-24.7
-rw-r--r--1 root root15438 Dec 12 07:11
module-info-2.4.20-27.7
-rw-r--r--1 root root15438 Dec 19 03:38
module-info-2.4.20-28.7
-rw-r--r--1 root root  640 Jun 25  2001 os2_d.b
lrwxrwxrwx1 root root   22 Jan 12 19:15 System.map ->
System.map
-2.4.20-28.7
-rw-r--r--1 root root   484863 Jun 11  2002 System.map-2.4.18-5
-rw-r--r--1 root root   505327 May 29  2003
System.map-2.4.20-18.7
-rw-r--r--1 root root   505471 Jul 16  2003
System.map-2.4.20-19.7
-rw-r--r--1 root root   505471 Aug 19  2003
System.map-2.4.20-20.7
-rw-r--r--1 root root   505471 Dec  2 05:42
System.map-2.4.20-24.7
-rw-r--r--1 root root   505797 Dec 12 07:11
System.map-2.4.20-27.7
-rw-r--r--1 root root   505797 Dec 19 03:38
System.map-2.4.20-28.7
-rwxr-xr-x1 root root  2909106 Jun 11  2002 vmlinux-2.4.18-5
-rw-r--r--1 root root  2993373 May 29  2003 vmlinux-2.4.20-18.7
-rw-r--r--1 root root  2989435 Jul 16  2003 vmlinux-2.4.20-19.7
-rw-r--r--1 root root  2989435 Aug 19  2003 vmlinux-2.4.20-20.7
-rw-r--r--1 root root  2989435 Dec  2 05:42 vmlinux-2.4.20-24.7
-rw-r--r--1 root root  2993917 Dec 12 07:11 vmlinux-2.4.20-27.7
-rw-r--r--1 root root  2993917 Dec 19 03:38 vmlinux-2.4.20-28.7
--More--
-rw-r--r--1 root root   484863 Jun 11  2002 System.map-2.4.18-5
-rw-r--r--1 root root   505327 May 29  2003
System.map-2.4.20-18.7
-rw-r--r--1 root root   505471 Jul 16  2003
System.map-2.4.20-19.7
-rw-r--r--1 root root   505471 Aug 19  2003
System.map-2.4.20-20.7
-rw-r--r--1 root root   505471 Dec  2 05:42
System.map-2.4.20-24.7
-rw-r--r--1 root root   505797 Dec 12 07:11
System.map-2.4.20-27.7
-rw-r--r--1 root root   505797 Dec 19 03:38
System.map-2.4.20-28.7
-rwxr-xr-x1 root root  2909106 Jun 11  2002 vmlinux-2.4.18-5
-rw-r--r--1 root root  2993373 May 29  2003 vmlinux-2.4.20-18.7
-rw-r--r--1 root root  2989435 Jul 16  2003 vmlinux-2.4.20-19.7
-rw-r--r--1 root root  2989435 Aug 19  2003 vmlinux-2.4.20-20.7
-rw-r--r--1 root root  2989435 Dec  2 05:42 vmlinux-2.4.20-24.7
-rw-r--r--1 root root  2993917 Dec 12 07:11 vmlinux-2.4.20-27.7
-rw-r--r--1 root root  2993917 Dec 19 03:38 vmlinux-2.4.20-28.7
lrwxrwxrwx1 root root   19 Jan 12 19:15 vmlinuz ->
vmlinuz-2.4.2
0-28.7
-rw-r--r--1 root root  1049831 Jun 11  2002 vmlinuz-2.4.18-5
-rw-r--r--1 root root  1073013 

Re: yam gpg, was Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[Richard Neal]

up2date isn't dead if your using White Box Linux. White Box is based on
RHEL3 and supports up2date and is free. Fedora is great in its own way
but why go from stable 7.3 to unstable Fedora Project when you don't
have to. I can see people jumping up and down as I type this, saying
"ooh but Fedora is stable", yeah right show me the certification that it
is. Red Hat 7.3 is certified as "STABLE" and enterprise ready (isn't Red
Hat Enterpise based on 7.3 too for that reason).

http://whiteboxlinux.org/

I don't hate Red Hat but I don't like the aspect of new users having no
option but to fork out $$$ for a stable desktop if they wan't to run a
Free version of Red Hat at home.

Right now I point new users to Debian (Stable) or Mandrake 10 Official
or Knoppix if their not sure.


On Sat, 2004-05-29 at 23:55, [EMAIL PROTECTED] wrote:
> > up2date is dead.  long live yum.
> >
> > If you have RH73 then you should be getting your updates from
> > www.fedoralegacy.org via yum, and not from RedHat any more, at
> > which point everything in /var/spool/up2date can be removed,
> > as it will begin to accumulate in /var/cache/yum instead.

Richard Neal <[EMAIL PROTECTED]>

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] deleting old kernels for /boot ?

[Ken Foskey]

On Sat, 2004-05-29 at 23:58, [EMAIL PROTECTED] wrote:
> just noticed my /boot was reasonbly full
> # df -h
> FilesystemSize  Used Avail Use% Mounted on
> /dev/hda1  45M   37M  7.0M  84% /boot
> 
> should I make some more space on it by removing older kernels ?

It is only a problem if you want to install more kernels.  There is no
requirement to keep /boot space free.

If you want to clean up confirm which kernels are used in your grub
setup.  Tar up the contents so that you can recover from errors. Ensure
that these are not links to other things and simply clean up the rest.

Make sure you have a boot CD to spare and actually reboot your system
after clean up to ensure that your have not deleted something critical. 
If you have multiple boot options, check that they all work by rebooting
each in turn.

-- 
Thanks
KenF
OpenOffice.org developer

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] no debsig/codefest?

[Jan Schmidt]

On Sat, 2004-05-29 at 19:14 +1000, Del wrote:
> 
> What happened to everyone else?

Sorry you didn't find us Del, we were definitely there. Lots of good
hackery was done.

I'll try and remember to throw my contact number on future announcements
for people to call if they're having trouble finding the place.

Cheers,
J.

-- 
Jan Schmidt [EMAIL PROTECTED]

The woman you buy -- and she is the least expensive -- takes a great
deal of money. The woman who gives herself takes all your time. - Balzac
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

[SLUG] The WRT54G and Friends

[Jeff Waugh]

Hey all,

I found a great page describing the differences between various WRT54G
models. Very handy for anyone interested in buying one for hacking. :-)

  http://www.linksysinfo.org/modules.php?name=Content&pa=showpage&pid=6

I bought a 1.1 a while back, but if I were buying now, I'd probably go for
the WRT54GS. More Flash, more RAM, more MHz - same ugly mug!

Robert X. Cringely wrote a great article about the WRT54G as a "disruptive"
product. I hope more hardware vendors cotton on to this strategy, it'll make
for some fun toys! :-)

  http://www.pbs.org/cringely/pulpit/pulpit20040527.html

- Jeff

-- 
GVADEC 2004: Kristiansand, Norwayhttp://2004.guadec.org/
 
I wanted to be Superman, but all I got were these special powers of
 self-deprecation.
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: yam gpg, was Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[Del]

> is there something special I need to do ?
>
> Voytek
rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY
Or for good measure:
rpm --import /usr/share/rhn/RPM-GPG-KEY*
rpm --import http://freshrpms.net/packages/RPM-GPG-KEY.txt
rpm --import http://www.jpackage.org/jpackage.asc
rpm --import http://atrpms.net/RPM-GPG-KEY.atrpms
rpm --import http://www.fedora.us/FEDORA-GPG-KEY
rpm --import http://rpm.livna.org/RPM-LIVNA-GPG-KEY
rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY
--
Del
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

[SLUG] transparent smtp proxy?

[Martin]

anyone doing transparent smtp proxying?

i use postfix and would like to prevent visiting laptops from trying to
connect to their providers smtp server, relaying it instead via my
smarthost. unfortunately postfix doesn't support transparent proxying.

anyone got any pointers on this? perhaps a lightweight application proxy
that i can drop in on the firewall instead of postfix?

marty

-- 
I always dreamed I'd love you
I never dreamed I'd lose you
In my dreams I'm always strong

"The Dark is Rising" - Mercury Rev
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] transparent smtp proxy?

[Jamie Wilkinson]

This one time, at band camp, Martin wrote:
>anyone doing transparent smtp proxying?
>
>i use postfix and would like to prevent visiting laptops from trying to
>connect to their providers smtp server, relaying it instead via my
>smarthost. unfortunately postfix doesn't support transparent proxying.
>
>anyone got any pointers on this? perhaps a lightweight application proxy
>that i can drop in on the firewall instead of postfix?

Why wouldn't postfix work with a firewall tweak and permit_mynetworks?

-- 
[EMAIL PROTECTED]   http://spacepants.org/jaq.gpg
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] transparent smtp proxy?

[Mary Gardiner]

On Sun, May 30, 2004, Jamie Wilkinson wrote:
> Why wouldn't postfix work with a firewall tweak and permit_mynetworks?

I assume Jamie means a iptables rule along the lines of the redirection
one here:

http://netfilter.org/documentation/HOWTO/NAT-HOWTO-6.html#ss6.2

If so, I agree that it should work. SMTP isn't as complex as HTTP, IIRC
clients behave exactly the same way whether they're talking to the end
server or an intermediate relay, so you should just be able to silently
reroute all outgoing packets for port 25 to the mail server's port 25
and the clients will be none the wiser.

-Mary
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] transparent smtp proxy?

[Martin]

$quoted_author = "Jamie Wilkinson" ;
> 
> Why wouldn't postfix work with a firewall tweak and permit_mynetworks?

i think the client chokes if the firewall responds to the smtp
connection because postfix doesn't pretend to be the host the client was
trying to connect to (like squid does in transparent mode)

ie. client trys to connect to 10.0.0.1 port 25. firewall redirects to
localhost port 25. the tcp handshake fails because the syn/ack comes
from 192.168.0.1 instead of 10.0.0.1 

i guess you could rewrite the response packets but i was trying to avoid
going to those lengths.

note: relaying works if the client uses the firewall as the outgoing
server. i'm just trying to avoid anyone that drops their laptop onto my
network from having to reconfigure their MUA from their normal ISP
settings.

marty

-- 
I wanted freedom, bound and restricted
I tried to give you up but i'm addicted

"Time is Running Out" - Muse
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] The WRT54G and Friends

[Richard Hayes]

Dear List,

If people are interested I would like to sponsor a Wirelessfest.

I would supply beer / wine /softdrinks & sausages  etc

What I am interested in is both WRT54G and PublicIP CD distro + WDS.


> I found a great page describing the differences between various WRT54G
> models. Very handy for anyone interested in buying one for hacking. :-)
>
>   http://www.linksysinfo.org/modules.php?name=Content&pa=showpage&pid=6

-- 
Richard Hayes
Nada Marketing 
2/713 Pacific Hwy Gordon Australia 2072
Phone:+(61-2) 9418 4545 Fax:+(61-2) 9418 4348 Mob:+(61) 0414 618 425
http://www.nada.com.au 

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] transparent smtp proxy?

[Brad]

Martin wrote:
anyone doing transparent smtp proxying?
i use postfix and would like to prevent visiting laptops from trying to
connect to their providers smtp server, relaying it instead via my
smarthost. unfortunately postfix doesn't support transparent proxying.
anyone got any pointers on this? perhaps a lightweight application proxy
that i can drop in on the firewall instead of postfix?
marty
I use the following with success... I have been using it for over a year 
now..

iptables -t nat -A PREROUTING -i eth1 -p tcp -m tcp --dport 25 -j 
REDIRECT --to-ports 25

So anything outbound from eth1 (lan connection) on port 25 gets 
redirected to port 25 localhost which has its own smtp server running..

Brad
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] transparent smtp proxy?

[Martin]

$quoted_author = "Mary Gardiner" ;
> 
> I assume Jamie means a iptables rule along the lines of the redirection
> one here:
> 
> http://netfilter.org/documentation/HOWTO/NAT-HOWTO-6.html#ss6.2

that looks like it should work, i'll give it a try.

marty

-- 
b17bmbr - "Asking /. readers for legal advice is like asking Saddam Hussein
   about military strategy."
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] transparent smtp proxy?

[Martin]

$quoted_author = "Brad" ;
> 
> I use the following with success... I have been using it for over a year 
> now..
> 
> iptables -t nat -A PREROUTING -i eth1 -p tcp -m tcp --dport 25 -j 
> REDIRECT --to-ports 25
> 
> So anything outbound from eth1 (lan connection) on port 25 gets 
> redirected to port 25 localhost which has its own smtp server running..

i tried that but the client just hangs.

marty

-- 
 I can't find my enlightenment configuration files
 look in ~/.enlightenment
 I don't seem to have one
 'the path to enlightment is hard to find'

http://www.bash.org/?238734
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: yam gpg, was Re: [SLUG] rhn's /var/spool/up2date/* : is it needed ?

[lists]

> rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY

thanks, Del, yes, I found it in the docs...

well, so far, so good, update processed OK, even though the ssh session
apparenly hanged, when I logged in later, it told me all updates were done

(and, there were only 8 or so updates that I needed, I was expecting
perhaps a lot more)

Voytek
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html