RE: Netstat -an readings
Your description sounds like a spammer, but it's hard to tell. Check your /var/log/maillog and see what's going on. That IP resolves to callisto.hmdnsgroup.com. HTH, Nick > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 23, 2003 10:31 AM > To: [EMAIL PROTECTED] Com > Subject: Netstat -an readings > > > I was running the netstat -an command and I noticed that I > have multiple > connections to port 25 on my server. My mail sending has been > slow, so I > am guessing this is the reason. What I don't understand is why this IP > has multiple connections established to my port 25. In total there are > 13 connections. Is this a DOS attack or is this normal? I > compared this > to our company mail server and there is nothing like this on it. > > > tcp0 0 192.168.0.2:25 63.247.132.19:52355 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:52129 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:49572 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:52410 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:53274 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:52184 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:50527 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:51408 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:53012 > ESTABLISHED > tcp0 0 192.168.0.2:25 63.247.132.19:50805 > ESTABLISHED > > Richard Humphrey > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list > This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. My views or opinions presented are solely those of the author (Nick [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: SendMail GUI
Webmin is your friend. http://www.webmin.com -Original Message- From: Donald Tyler [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 8:39 AM To: [EMAIL PROTECTED] Subject: SendMail GUI Hi, I have been asked to get a mail server up and running quickly, and since I know almost nothing of Sendmail I really need a GUI to do that. Can anyone recommend something? If not, can someone point me in the direction of a quick start guide? I have a book that I am reading, but I wont finish it in time to get the server up. Thanks This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. My views or opinions presented are solely those of the author (Nick [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Network Troubleshooting Help
So you can ping your machine from your wife's, but you cannot ping the wife's from yours. Sounds like a subnet mask issue, or ICMP filtering. Check that the subnet masks on both machines match, and try service iptables stop. HTH, - nick > -Original Message- > From: Nick Wilson [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 07, 2003 12:39 PM > To: RedHat-List > Subject: Re: Network Troubleshooting Help > > > > * and then Nick Wilson declared > > Whilst fixing my nvnet driver though, I seem to have lost > the network to > > my wifes PC connected via an adsl hub. Earlier I could ping our ip > > address and send/recieve packets but no longer can... > > BTW, I can ping my machine from my wifes, (if that helps...) > > -- > Nick W > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list > This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. My views or opinions presented are solely those of the author (Nick [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Using RJ45 crimp tool
Yeah, this is a good point. If you notice that on the 568B standard the blue pair separates the green. This is to prevent crosstalk. Ethernet(10Mbps) and FastEthernet(100Mbps) both only use 4 pins which correspond to 4 wires. Pins 1,2,3 and 6. I believe that TX are 1,2 and RX are 3 and 6. So it really doesn't matter what color you use where, as long as there is a pair separating the 1,2 from the 3,6 (although it would be silly to deviate from the standard). Of course, I have been in some buildings where they just seem to make up their own wiring standard! - nick > -Original Message- > From: Jason Staudenmayer [mailto:[EMAIL PROTECTED] > Sent: Friday, October 03, 2003 11:39 AM > To: '[EMAIL PROTECTED]' > Subject: RE: Using RJ45 crimp tool > > > I think order does matter or at least the pairs match. I have > had some hand > made cables crap out due to "what ever wire straight through". You get > "cross talk" across the pairs and wind up with weird issues. > > -Original Message- > From: Nick White [mailto:[EMAIL PROTECTED] > Sent: Friday, October 03, 2003 2:37 PM > To: [EMAIL PROTECTED] > Subject: RE: Using RJ45 crimp tool > > > Pin 1 is on the left if the "hook" is on the bottom. Like an earlier > poster said, it really doesn't matter what color goes where, > as it's the > order that counts. The most common standard used these days (568B) is > as Harold pointed out: > > 1 White-orange > 2 Orange > 3 White-green > 4 Blue > 5 White-blue > 6 Green > 7 White-brown > 8 Brown > > It's also worth mentioning that if you want to make a crossover cable, > just swap the orange and green pairs on 1 end of the cable. > > > -Original Message- > > From: cajun [mailto:[EMAIL PROTECTED] > > Sent: Friday, October 03, 2003 11:18 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Using RJ45 crimp tool > > > > > > Harold Martin wrote: > > > > >Hello, > > >Can anyone point mt toward a how-to on using an RJ45 crimp tool? > > >Thanks, > > >Harold > > > > > > > > > > > > > > Hi Harold, > > > > I don't think there is any how to on that. What are you > > needing to know > > exactly? Or you needing to know the pin out for the wiring? > > If so here > > is what I have always used: > > > > Pin No.Strand Color > > 1white & orange > > 2orange > > 3white & green > > 4blue > > 5white & blue > > 6green > > 7white & brown > > 8brown > > > > HTH!! > > > > Lee Perez > > > > > > -- > > redhat-list mailing list > > unsubscribe > mailto:[EMAIL PROTECTED]> subject=unsubscribe > > > https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Using RJ45 crimp tool
Pin 1 is on the left if the "hook" is on the bottom. Like an earlier poster said, it really doesn't matter what color goes where, as it's the order that counts. The most common standard used these days (568B) is as Harold pointed out: 1 White-orange 2 Orange 3 White-green 4 Blue 5 White-blue 6 Green 7 White-brown 8 Brown It's also worth mentioning that if you want to make a crossover cable, just swap the orange and green pairs on 1 end of the cable. > -Original Message- > From: cajun [mailto:[EMAIL PROTECTED] > Sent: Friday, October 03, 2003 11:18 AM > To: [EMAIL PROTECTED] > Subject: Re: Using RJ45 crimp tool > > > Harold Martin wrote: > > >Hello, > >Can anyone point mt toward a how-to on using an RJ45 crimp tool? > >Thanks, > >Harold > > > > > > > > > Hi Harold, > > I don't think there is any how to on that. What are you > needing to know > exactly? Or you needing to know the pin out for the wiring? > If so here > is what I have always used: > > Pin No.Strand Color > 1white & orange > 2orange > 3white & green > 4blue > 5white & blue > 6green > 7white & brown > 8brown > > HTH!! > > Lee Perez > > > -- > redhat-list mailing list > unsubscribe mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RedHat 9 book recommendation
Hi list, Anyone have any good recommendations for books pertaining to RedHat 9? I know the docs at redhat.com/docs are excellent for the most part, but I'm looking for something a bit more. Both dead-tree and electronic versions welcome. I'm already fairly proficient with RH, but it's always good to learn new stuff, and gain new skills. Thanks, - nick -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Setting Up Sendmail
My DSL provider blocks outgoing SMTP, unless it is from their own SMTP server. You may need to setup a smarthost from sendmail, to forward the mail through your ISPs mail server. Try to telnet to the remote SMTP server on port 25 to test if your ISP is blocking the mail: Example$ telnet mx1.redhat.com 25 Trying 66.187.233.31... Connected to mx1.redhat.com. Escape character is '^]'. 220 *200 0*00 (to find out the mail server, do: dig host.com MX) Hope this helps, - nick -Original Message- From: Joseph A Nagy Jr [mailto:[EMAIL PROTECTED] Sent: Monday, September 15, 2003 9:32 AM To: [EMAIL PROTECTED] Subject: Re: Setting Up Sendmail -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 15 September 2003 11:29, Joseph A Nagy Jr wrote this in an attempt to be witty or informative: > Well, sendmail is currently sent to localhost, but when I tried to > send to messages via sendmail, they got bounced back to the local que > as undeliverable (target domain unkown, although it does exist). > > Would you like a copy of the bounce message I get from my ISP? One thing I forgot to mention. Actually two. My ISP is Charter Communications (of course). Also, I can send to the list if I go to the web interface for my POP3 account. - -- Wielder of the mighty +1 LARTsaber of Unsubscribe Instructions At End of Message, the +3 Clue-by-Four of No Attachments to a Mailing List, and the -4 Shield of No Spell Checker. http://joseph-a-nagy-jr.homelinux.org http://mc-luug.homelinux.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/Zelunjt9jEvKYeARAjaJAJ4mgX/kihtUqmp1VEebuT7qul7GTgCggaPv FK0A0W7dsj3sXxd/iOBp3xk= =vBsQ -END PGP SIGNATURE- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: sendmail blocking
While I do agree with fixing the cause, and not just the symptom, there are other things to take into consideration: 1: I have many other tasks here besides e-mail admin. If I were to contact every spammer and auto-list that sends crap to that person's address, that would be a lot of administrative overhead and time involved. 2: As you pointed out, this is often a pointless exercise, as these spammers don't really care who they send to. I'm sure they get millions of NDRs from each spam run. 3: Adding ACLs to my router for incoming domains is also a lot. True, I would add the offending domain if they were bothering my real users, but for a long gone employee, no way. 4: I don't want a lot of administrative overhead, or resources used for this ex-employee. Just reject (or drop) his mail, and don't bother me about it. As a prank, I added the ex-employee's alias to one of my co-workers mailbox. :) He really liked the 1000% increase in spam! The way I have it now, all mail gets rejected for this person, and as the administrator I don't receive any NDRs. Bliss. Regards, - nick -Original Message- From: Kenneth Goodwin [mailto:[EMAIL PROTECTED] Sent: Monday, September 15, 2003 9:21 AM To: [EMAIL PROTECTED] Subject: RE: sendmail blocking > [mailto:[EMAIL PROTECTED] Behalf Of Ed Wilts > Sent: Monday, September 15, 2003 11:48 AM > To: [EMAIL PROTECTED] > Subject: Re: sendmail blocking > > > On Mon, Sep 15, 2003 at 07:53:17AM -0700, Nick White wrote: > > I have a quick sendmail question. A server sits between > our internal > > mail server, and the external world that acts as a mail > receiver and > > relay box. We do this using the mailertable file. So any mail for > > [EMAIL PROTECTED] gets forwarded to the internal mail server. > > > > An employee has been gone for over a year now, and I am > seeing TONS of > > crap keep coming through for him, and the server is > sending back out > > NDRs for each failed attempt. > > > > How can I block messages that come through for him, discarding them > > silently without sending NDRs? > > I'm not sure you can, but I'm resaonably sure that this would violate > the RFCs. You're asking an RFC-compliant mailserver to > accept mail and > then quietly drop it into the bit bucket without notifying > the sender? > Nasty, nasty... Ed, Since Nick has been receiving this junk email for a year now and his sendmail server has apparently been sending back the required "Alice does not live here anymore" messages. Since the remote end has failed repeatedly to cease sending the stuff, the RFC should be modified to require SMTP servers to send "No such users" automatically to the POSTMASTER account for each rejection. This will hopefully flood their disk in time and they will finally notice that they have an issue. There is a limit to how long one should be polite when dealing with remotes that fail or refuse to listen to returned error messages. Now as postmaster, I get them here once the email has finally bounced, and I am assuming the rest of you do as well. So what we have here is a failure on the part of the "sending" mail administrator to cease the transmission of email upon receiption of such notices. So Nick has no choice here but to dump the stuff and minimize his systems load in terms of these senders who are not listening to his returns. Personally, I attempt to find a human at the source point to "notify". If that fails, I would put a ACL block for the source IP's in my border router and stop the SMTP conversations all together. Especially if the source was something I had no need to talk to in the first place, namely mass marketing mailing lists. I have the same issue here, but I have users that have been gone for over four years and I have been sending back - "No Such user" returns on the attempts to the remote ends for as long. They are about to make it into my new border routers ACL. Too many of the automated marketing lists are not monitored and cleaned up as they should be. Nick, you might want to use the source domain's web site to see if you can find a human at the sender's location to scream at. Nail the cause, not the symptom, first if you can manage it. Otherwise, block them at your firewall or drop the email onto the floor. > One way to approach this would be to accept the mail but write a > procmail rule that drops the e-mail into dev/null. > I believe that simply his will do it but I have not tested it... > > :0 > /dev/null > -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: sendmail blocking
Awesome, it worked. Thanks for all your help here on redhat-list. I noticed that redhat ships sendmail with FEATURE(`blacklist_recipients')dnl already turned on! Thanks, - nick -Original Message- From: MKlinke [mailto:[EMAIL PROTECTED] Sent: Monday, September 15, 2003 8:30 AM To: [EMAIL PROTECTED] Subject: Re: sendmail blocking On Monday 15 September 2003 09:53, Nick White wrote: > Hi redhat-list, > > I have a quick sendmail question. A server sits between our internal > mail server, and the external world that acts as a mail receiver and > relay box. We do this using the mailertable file. So any mail for > [EMAIL PROTECTED] gets forwarded to the internal mail server. > > An employee has been gone for over a year now, and I am seeing TONS > of crap keep coming through for him, and the server is sending back > out NDRs for each failed attempt. > > How can I block messages that come through for him, discarding them > silently without sending NDRs? > > Thanks! > - nick Take a look at /usr/share/sendmail-cf/README Search for "blacklist_recipients" and the anti-spam configuration control section of the document. You'll need to enable: FEATURE(`blacklist_recipients') and add your defunct user's email address to your access database. Something like: defunct@REJECT or defunct@ ERROR:blah-blah Regards, Mike Klinke -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
sendmail blocking
Hi redhat-list, I have a quick sendmail question. A server sits between our internal mail server, and the external world that acts as a mail receiver and relay box. We do this using the mailertable file. So any mail for [EMAIL PROTECTED] gets forwarded to the internal mail server. An employee has been gone for over a year now, and I am seeing TONS of crap keep coming through for him, and the server is sending back out NDRs for each failed attempt. How can I block messages that come through for him, discarding them silently without sending NDRs? Thanks! - nick -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: RHN
It appears to be back up now, but it's been doing strange things today. I looks like they shut it down for a few hours this morning as well. -Original Message- From: Nick White Sent: Monday, August 25, 2003 1:22 PM To: [EMAIL PROTECTED] Subject: RHN what's up with rhn today? -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RHN
what's up with rhn today? -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Problem with pptpd
Make sure that there isn't a firewall that is filtering out GRE traffic. The firewall could be on the linux box, or it could be somewhere between the PPTP server and the windows client. I had a similar problem, and it turned out that we didn't have a static mapping for GRE going through the Cisco PIX. Hope this helps, Nick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ravi Verma Sent: Sunday, August 24, 2003 12:22 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Problem with pptpd Dear Friends, I am setting up a Linux VPN Server to use pptpd (it is for the clients running Microsoft Windows, however sacrilegious it may sound!) Well I am getting the error "GRE: read(fd=5,buffer=804d720,len=8196) from PTY failed " Any idea? Here is the log from /var/log/messages. Aug 24 12:14:35 localhost pptpd[5751]: MGR: Manager process started Aug 24 12:14:36 localhost pptpd: pptpd startup succeeded Aug 24 12:15:01 localhost pptpd[5766]: CTRL: Client 192.168.1.200 control connection started Aug 24 12:15:01 localhost pptpd[5766]: CTRL: Starting call (launching pppd, opening GRE) Aug 24 12:15:01 localhost pptpd[5766]: GRE: read(fd=5,buffer=804d720,len=8196) from PTY failed: status = -1 error = Input/output error Aug 24 12:15:01 localhost pptpd[5766]: CTRL: PTY read or GRE write failed (pty,gre)=(5,6) Aug 24 12:15:01 localhost pptpd[5766]: CTRL: Client 192.168.1.200 control connection finished Regards. Ravi Verma 9167053261 -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Using download feature of webmin
Use this URL instead: http://www.bynari.net/public/products/InsightServer/insightserver-4.0-5.i386 .rpm Your original URL redirected to this location, and that's why webmin is trippin'. Next time, try wget or lynx from the console... I've found those tools to be very reliable. Example: wget http://www.whatever.com/file.rpm or lynx http://www.url.com/blah.tar.gz Hope this helps, Nick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Fjelsted Sent: Sunday, August 24, 2003 3:10 PM To: '[EMAIL PROTECTED]' Subject: Using download feature of webmin When I use webmin which is running on an RH9 machine I go to the "Others" category and choose download to server. At this point I enter the url for the file and the directory to store the file in. Note that I paste the same URL into MS explorer and the download works fine. When I attempt to start the download webmin states that "header information is missing". What am I missing? Is there a restriction on the type of files that can be downloaded. If I can't use this interface and have to use SSH then what command can I use to get a 100 MB plus file downloaded to the server. Note that this file doesn't exist on an FTP server. The URL that I am trying to download is: http://www.bynari.net/redirect.php?url=public/products/InsightServer/insight server-4.0-5.i386.rpm -Kevin Kevin Fjelsted, President AltiCom CTI, Inc. Track Me Down! One number Access, Press 11# during the voice mail message greeting to have me F-O-U-N-D! Phone: 612.259.0722 Fax: 612.259.0723 VoIP: 65.209.158.245 Ext. 222 http://www.AltiComCTI.com -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: URGENT! My RedHat 9.0 server will not boot anymore!
Boot into single user mode, as described in http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/custom-guide/s1-re scuemode-booting-single.html Run /usr/sbin/ntsysv and uncheck the service that is failing. hope this helps, nw -Original Message- From: Stuart Stephen [mailto:[EMAIL PROTECTED] Sent: Thursday, August 21, 2003 3:14 AM To: [EMAIL PROTECTED] Subject: URGENT! My RedHat 9.0 server will not boot anymore! Hi, I tried to install a service using a wrapper script to run a java application in the background. It would appear that it doesn't run in the background so therefore when I boot linux now. It stops at this service. How can I rectify this? I've got GRUB bootloader and RH 9.0 installed. Thanks! Stuart -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Premature end of script
Have you tried changing the unicode settings in redhat? I know I've heard a lot of people having issues with perl due to the unicode setting in RH9. See https://www.redhat.com/archives/redhat-list/2003-June/msg02860.html for more info. hope this helps, nw -Original Message- From: Thomas E. Dukes [mailto:[EMAIL PROTECTED] Sent: Thursday, August 21, 2003 3:26 AM To: [EMAIL PROTECTED] Com Subject: Premature end of script Hello, Since upgrading to RH 9.0, I have had a rash of previously running .cgi's getting "Premature end script." Has anyone had these problems? Is there a problem with perl in RH 9.0? Openwebmail was one. It did this twice, but a re-install fixed it for now. Now its my counter, wwwcount. This is a compiled, perl binary. What can be cause all my perl scripts to crap out? TIA Palmetto Shopper http://www.palmettoshopper.com Serving all of South Carolina and beyond! Palmetto Politics http://www.palmettoshopper.com/politics/ -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: destroyed glibc!
nope, it just shows one glibc-2.3.2-11.9 package installed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bret Hughes Sent: Wednesday, August 20, 2003 7:26 PM To: [EMAIL PROTECTED] Subject: RE: destroyed glibc! On Wed, 2003-08-20 at 19:01, Nick White wrote: > Thanks! I reinstalled the glibc packages from the RH9 CD, and all is > well! > > If anyone else ever runs across this problem, I reinstalled glibc using: > > rpm -ivv --force --root /mnt/sysimage > /mnt/source/RedHat/RPMS/glibc-2.3.2-11.9.i686.rpm > rpm -ivv --force --root /mnt/sysimage > /mnt/source/RedHat/RPMS/glibc-common-2.3.2-11.9.i386.rpm > > It is probably safest to remove the old packages before doing this, but > since I didn't know what package the user overwrote my glibc with, I > just forced this one over whatever already existed. > Thanks for the update. I have seen this in the man page but never had cause to use it. Do you have multiple packages installed now? rpm -q glibc Bret -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: destroyed glibc!
Thanks! I reinstalled the glibc packages from the RH9 CD, and all is well! If anyone else ever runs across this problem, I reinstalled glibc using: rpm -ivv --force --root /mnt/sysimage /mnt/source/RedHat/RPMS/glibc-2.3.2-11.9.i686.rpm rpm -ivv --force --root /mnt/sysimage /mnt/source/RedHat/RPMS/glibc-common-2.3.2-11.9.i386.rpm It is probably safest to remove the old packages before doing this, but since I didn't know what package the user overwrote my glibc with, I just forced this one over whatever already existed. nw -Original Message- From: Robert C. Paulsen Jr. [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 20, 2003 3:47 PM To: [EMAIL PROTECTED] Subject: Re: destroyed glibc! On Wed, Aug 20, 2003 at 03:21:33PM -0700, Nick White wrote: > A user, (who will no longer get root privileges) has totally messed up > glibc, and the system no longer boots. All that he mentioned was > something about libcommon and libc (glibc?). I can boot RedHat 9 into > rescue mode from the CD-ROM. Since the hard drive is mounted to > /mnt/sysimage, installing RPMs is difficult. > > What can I do to recover the system! > "man rpm" and read the discussion of --root. Essentially, this allows you to specify something other than "/" as the root directory. May be just what you need. -- Robert C. Paulsen, Jr. [EMAIL PROTECTED] -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
destroyed glibc!
A user, (who will no longer get root privileges) has totally messed up glibc, and the system no longer boots. All that he mentioned was something about libcommon and libc (glibc?). I can boot RedHat 9 into rescue mode from the CD-ROM. Since the hard drive is mounted to /mnt/sysimage, installing RPMs is difficult. What can I do to recover the system! Thanks, nw -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: spamassassin and ~/.forward
Thanks for the debug info. It helped me realize that the mail wasn't even being processed by procmail. It's one of those weird things where you can't figure out exactly what happened. I had a sendmail virtusertable entry that forwarded any @domain.com mail to user. That way, any mail that came for @domain.com was sure to be delivered locally to user. Then I had a .procmailrc script for user that fed it to spamassassin, and forwarded it back out to another address. When I turned on debugging, I realized that procmail wasn't even touching it. In an effort to debug it, I removed the virtusertable entry, and sent a message to [EMAIL PROTECTED] It processed the message through procmail, tagged it as spam, and forwarded it back out to an external address! So the problem, it seemed, was the virtusertable. Anyway, I tried adding the virtusertable entry back in, and now it sends everything through procmail. Very weird. Thanks BT and JG for your help. Nick -Original Message- From: Bill Tangren [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 3:56 PM To: [EMAIL PROTECTED] Subject: Re: spamassassin and ~/.forward Nick White wrote: > So I thought it worked... But I spoke too soon. It ONLY sends mail > through spamassassin if I send mail locally. As soon as I try to send > mail to [EMAIL PROTECTED], spamassassin no longer checks it, and it just > gets forwarded back out. You can see my .procmailrc file below, and > I've deleted .forward. Why isn't it being fed to spamc *before* it gets > forwarded? I can't seem to figure it out... > > I want sendmail to grab the messages sent to [EMAIL PROTECTED], which > should forward to a local user named user. Than feed that message to > spamc, and then forward the messages back out to [EMAIL PROTECTED] Am I > taking the wrong approach? Is there some magic procmail config that > will work for me? > > Thanks, > Nick > > I recommend turning on verbose logging temporarily, to see what is happening. Add this to the top of your .procmailrc file: LOGFILE=$PMDIR/log LOGABSTRACT=all VERBOSE=yes where PMDIR is where you want to put the procmail log file. This will generates *lots* of output, so turn it on, try your test, then turn it off again. HTH, Bill -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: spamassassin and ~/.forward
So I thought it worked... But I spoke too soon. It ONLY sends mail through spamassassin if I send mail locally. As soon as I try to send mail to [EMAIL PROTECTED], spamassassin no longer checks it, and it just gets forwarded back out. You can see my .procmailrc file below, and I've deleted .forward. Why isn't it being fed to spamc *before* it gets forwarded? I can't seem to figure it out... I want sendmail to grab the messages sent to [EMAIL PROTECTED], which should forward to a local user named user. Than feed that message to spamc, and then forward the messages back out to [EMAIL PROTECTED] Am I taking the wrong approach? Is there some magic procmail config that will work for me? Thanks, Nick -Original Message- From: Bill Tangren [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 12:05 PM To: [EMAIL PROTECTED] Subject: Re: spamassassin and ~/.forward Nick White wrote: > Ok, I see what you're saying. My current .procmailrc file looks like > this: > > :0fw > | /usr/bin/spamc > > So what would I need to do to make this not deliver locally, and forward > it to [EMAIL PROTECTED] > This recipe will do it. I pulled it out of 'man procmailex' :0 c ! [EMAIL PROTECTED] HTH, Bill -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: spamassassin and ~/.forward
Thanks for that, it seemed to do the trick. I saw man procmail, but I didn't think of trying man procmailrc (duh). I removed the c and it stopped carbon copying locally. In case any one else is having this issue, my .procmailrc file looks like this: :0fw | /usr/bin/spamc :0 ! [EMAIL PROTECTED] -Original Message- From: Bill Tangren [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 12:05 PM To: [EMAIL PROTECTED] Subject: Re: spamassassin and ~/.forward Nick White wrote: > Ok, I see what you're saying. My current .procmailrc file looks like > this: > > :0fw > | /usr/bin/spamc > > So what would I need to do to make this not deliver locally, and forward > it to [EMAIL PROTECTED] > This recipe will do it. I pulled it out of 'man procmailex' :0 c ! [EMAIL PROTECTED] HTH, Bill -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: spamassassin and ~/.forward
Ok, I see what you're saying. My current .procmailrc file looks like this: :0fw | /usr/bin/spamc So what would I need to do to make this not deliver locally, and forward it to [EMAIL PROTECTED] -Original Message- From: James Gibbon [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 11:53 AM To: [EMAIL PROTECTED] Subject: Re: spamassassin and ~/.forward "Nick White" wrote: > Hi RHML, > > I have spamassassin running and configured, but ~/.forward is called > before ~/.procmailrc. This results in mail being forwarded before it is > run through spamassassin. Besides using a milter for sendmail, is there > any way to scan mail being forwarded through ~/.forward? > Not sure - but it would be easy to have procmail forward your mail after filtering it through spamassassin instead. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
spamassassin and ~/.forward
Hi RHML, I have spamassassin running and configured, but ~/.forward is called before ~/.procmailrc. This results in mail being forwarded before it is run through spamassassin. Besides using a milter for sendmail, is there any way to scan mail being forwarded through ~/.forward? Thanks, Nick -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Did we get hacked?
Dude, that's pretty gross. You should try applying the latest patches... -Original Message- From: John Doesovich [mailto:[EMAIL PROTECTED] Sent: Friday, July 18, 2003 10:57 AM To: [EMAIL PROTECTED] Subject: Re: Did we get hacked? hacked foot maybe http://f2.pg.photos.yahoo.com/bc/johndoesovich/slideshow?&.dir=/Ouch+Tha t+Hurt/Hacked+Foot+Maybe.&.src=ph&.view=t this is why computer people should not play softball. --- Frank Bax <[EMAIL PROTECTED]> wrote: > You apparently have a bandwidth limitation on that > site > > At 01:24 PM 7/18/03, John Doesovich wrote: > > >Have a look at these shots and let us know if we > were > >hacked > > > >http://www.geocities.com/johndoesovich/hacked.html > > > >__ > >Do you Yahoo!? > >SBC Yahoo! DSL - Now only $29.95 per month! > >http://sbc.yahoo.com > > > > > >-- > >redhat-list mailing list > >unsubscribe > mailto:[EMAIL PROTECTED] > >https://www.redhat.com/mailman/listinfo/redhat-list > > > -- > redhat-list mailing list > unsubscribe > mailto:[EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/redhat-list __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: pop3s / Outlook
Thanks for this randy I have it working for Outlook Express, but Outlook still seems to not be working Weird. I wonder what the difference between outlook and outlook express is when using pop3s? -Original Message- From: Randy Perkins [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2003 6:16 PM To: redhat list Subject: RE: pop3s / Outlook On Thu, 2003-06-26 at 18:38, Nick White wrote: > yeah, I can telnet to the port, and I can even hit it using > https://foo.example.org:995/. IE of course tells me there is an invalid > cert, and when I accept, I see: > > +OK POP3 foo.example.org v2001.78rh server ready -ERR Unknown > AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command > -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION > state command -ERR Unknown AUTHORIZATION state command -ERR Unknown > AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command > -ERR Unknown AUTHORIZATION state command -ERR Null command > > So the port is open, and the protocol is working, just not from Outlook > (or from outlook express). Has anyone out there had similar experiences > with pop3s and Outlook/OE? > > Nick > > > I'm trying to use the ipop3s daemon instead of standard plain text pop3. > If I use the standard port 110 POP3, outlook has no problem connecting i have this working at my site and it works with outlook/outlook express. since i created my own certificates, outlook express wanted to ask every time so i created my own root ca. i made a web page to tell clients how to set up their mail clients. maybe it will help you http://www.randyperkins.com/mailtools/ssl_mail.html dont remember much more about it, but it does work good luck randy -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: pop3s / Outlook
I don't think special accounts are necessary, because I can use pop3s from mozilla's mail client, just not Outlook. -Original Message- From: Lazor, Ed [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2003 4:46 PM To: [EMAIL PROTECTED] Subject: RE: pop3s / Outlook Does the pop3s you're using require the creation of seperate accounts? In other words, does it have it's own authentication database or does it use that of the RedHat system? You might also want to cross-reference things using a different client, like Eudora. > -Original Message- > yeah, I can telnet to the port, and I can even hit it using > https://foo.example.org:995/. IE of course tells me there is > an invalid > cert, and when I accept, I see: > > +OK POP3 foo.example.org v2001.78rh server ready -ERR Unknown > AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command > -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION > state command -ERR Unknown AUTHORIZATION state command -ERR Unknown > AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command > -ERR Unknown AUTHORIZATION state command -ERR Null command > > So the port is open, and the protocol is working, just not > from Outlook > (or from outlook express). Has anyone out there had similar > experiences > with pop3s and Outlook/OE? DISCLAIMER: This message is intended for the sole use of the individual to whom it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the addressee you are hereby notified that you may not use, copy, disclose, or distribute to anyone the message or any information contained in the message. If you have received this message in error, please immediately advise the sender by reply email and delete this message. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: pop3s / Outlook
yeah, I can telnet to the port, and I can even hit it using https://foo.example.org:995/. IE of course tells me there is an invalid cert, and when I accept, I see: +OK POP3 foo.example.org v2001.78rh server ready -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command -ERR Unknown AUTHORIZATION state command -ERR Null command So the port is open, and the protocol is working, just not from Outlook (or from outlook express). Has anyone out there had similar experiences with pop3s and Outlook/OE? Nick -Original Message- From: Lazor, Ed [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2003 4:31 PM To: [EMAIL PROTECTED] Subject: RE: pop3s / Outlook Can you telnet to the port from the workstation? Have you checked your firewall rules? -Original Message- Hi All, I'm trying to use the ipop3s daemon instead of standard plain text pop3. If I use the standard port 110 POP3, outlook has no problem connecting to the server. But when I turn on SSL (port 995), it won't connect... I know that the server is running properly, because when I run Mozilla mail locally, it works. Any suggestions, gotchas or ideas? oh yeah, I'm running a standard install of RedHat 9 with the default ipop3s. It's running from xinetd. Thanks, Nick White DISCLAIMER: This message is intended for the sole use of the individual to whom it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the addressee you are hereby notified that you may not use, copy, disclose, or distribute to anyone the message or any information contained in the message. If you have received this message in error, please immediately advise the sender by reply email and delete this message. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: pop3s / Outlook
Yeah, yeah... Sorry about the HTML Forgot to turn it off. -Original Message- From: Nick White Sent: Thursday, June 26, 2003 4:24 PM To: [EMAIL PROTECTED] Subject: pop3s / Outlook Hi All, I'm trying to use the ipop3s daemon instead of standard plain text pop3. If I use the standard port 110 POP3, outlook has no problem connecting to the server. But when I turn on SSL (port 995), it won't connect... I know that the server is running properly, because when I run Mozilla mail locally, it works. Any suggestions, gotchas or ideas? oh yeah, I'm running a standard install of RedHat 9 with the default ipop3s. It's running from xinetd. Thanks, Nick White -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
pop3s / Outlook
Title: Message Hi All, I'm trying to use the ipop3s daemon instead of standard plain text pop3. If I use the standard port 110 POP3, outlook has no problem connecting to the server. But when I turn on SSL (port 995), it won't connect... I know that the server is running properly, because when I run Mozilla mail locally, it works. Any suggestions, gotchas or ideas? oh yeah, I'm running a standard install of RedHat 9 with the default ipop3s. It's running from xinetd. Thanks, Nick White
Linksys WPC54G support
I've searched the archives and done some googleing on linux support for the Linksys WPC54G 802.11g PCMCIA card. I haven't come across anyone that has successfully gotten it to work. Have any of you had any positive experiences with the card? I believe that it has a Broadcom chipset. Thanks, - nick -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Will DD work for Win2K NTFS?
I have used dd to dupe a lot of NTFS volumes, and it works great. If you plan to use the duplicated drive on the network, be sure to run sysprep on the windows drive before you pull it. Cheers, Nick -Original Message- From: Brian Lucas [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 12:23 PM To: '[EMAIL PROTECTED]' Subject: Will DD work for Win2K NTFS? All, Has anyone ever tried using dd to image an NTFS volume on a Win2K box? If so, are there any tips or tricks I should be aware of? Thanks in advance for your help. Brian -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Trying to recover MRTG
Did you try installing gd-1.8.4-11.i386.rpm or gd-devel-1.8.4-11.i386.rpm? You didn't specify which RedHat version you're using, but try installing either gd-1.x or gd-devel-x for your RedHat version. The filenames I specified are for RedHat 9. Nick -Original Message- From: Mikevl [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 2:12 AM To: [EMAIL PROTECTED] Subject: Trying to recover MRTG Hi I've been having some fun upgrading MRTG without success. I think I now want to return to the old version. When I try to reinstall via rpm I get the following error. libgd.so.1 is still on the system along with some others. What do I do to get the system to recognise libgs.so.1 again.? error: failed dependencies: libgd.so.1 is needed by mrtg-2.9.11-1 [EMAIL PROTECTED] root]# May thanks Mike -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Trying to recover MRTG
Did you try installing gd-1.8.4-11.i386.rpm or gd-devel-1.8.4-11.i386.rpm? You didn't specify which RedHat version you're using, but try installing either gd-1.x or gd-devel-x for your RedHat version. The filenames I specified are for RedHat 9. Nick -Original Message- From: Mikevl [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 2:12 AM To: [EMAIL PROTECTED] Subject: Trying to recover MRTG Hi I've been having some fun upgrading MRTG without success. I think I now want to return to the old version. When I try to reinstall via rpm I get the following error. libgd.so.1 is still on the system along with some others. What do I do to get the system to recognise libgs.so.1 again.? error: failed dependencies: libgd.so.1 is needed by mrtg-2.9.11-1 [EMAIL PROTECTED] root]# May thanks Mike -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: routing table
Yep. RedHat 9 introduces zeroconf, which you need to disable if you don't want it. Really, it's quite harmless, as the 169.254.x.x is a private network space, and isn't routable over Internet links. -Original Message- From: antonio [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 10:24 AM To: [EMAIL PROTECTED] Subject: Re: routing table Nick White wrote: >In RedHat 9 the 169.254.0.0/16 gets added to the routing table on boot. >Probably to play nicely with windows boxen. In Windows 2000+, if there >is no DHCP server available, an APIPA address (169.254.x.x) is assigned. > >To stop RedHat from using it, try adding the following line to >/etc/sysconfig/network-scripts/ifcfg-* files: >NOZEROCONF='yes' > >For more info on zeroconf, see http://www.zeroconf.org/ > >Hope this helps, >Nick > >-Original Message- >From: antonio [mailto:[EMAIL PROTECTED] >Sent: Monday, June 09, 2003 10:01 AM >To: [EMAIL PROTECTED] >Subject: Re: routing table > > >antonio wrote: > >An additional clue: > >in my office network that is very similar to my home network of my >previous message output of netstat .nr is: > > > >>Kernel IP routing table >>Destination Gateway Genmask Flags MSS Window >>irtt Iface >>192.168.100.1 0.0.0.0 255.255.255.255 UH 40 0 >> >> > > > >>0 ppp0 >>192.168.0.0 0.0.0.0 255.255.255.0 U40 0 >> >> > > > >>0 eth0 >>192.168.254.0 0.0.0.0 255.255.255.0 U40 0 >> >> > > > >>0 eth1 >>127.0.0.0 0.0.0.0 255.0.0.0 U40 0 >> >> > > > >>0 lo >>0.0.0.0 192.168.100.1 0.0.0.0 UG 40 0 >> >> > > > >>0 ppp0 >> >> > >where the entry 169.254.etc.etc.. is not present > > > Nick, you mean that the difference is connected basically to the fact that at home I am running RH9 while at office RH8.0??? Tnx Antonio -- == Written with Mozilla 1.4a on Linux RedHat 9 == -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: routing table
In RedHat 9 the 169.254.0.0/16 gets added to the routing table on boot. Probably to play nicely with windows boxen. In Windows 2000+, if there is no DHCP server available, an APIPA address (169.254.x.x) is assigned. To stop RedHat from using it, try adding the following line to /etc/sysconfig/network-scripts/ifcfg-* files: NOZEROCONF='yes' For more info on zeroconf, see http://www.zeroconf.org/ Hope this helps, Nick -Original Message- From: antonio [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 10:01 AM To: [EMAIL PROTECTED] Subject: Re: routing table antonio wrote: An additional clue: in my office network that is very similar to my home network of my previous message output of netstat .nr is: > Kernel IP routing table > Destination Gateway Genmask Flags MSS Window > irtt Iface > 192.168.100.1 0.0.0.0 255.255.255.255 UH 40 0 > 0 ppp0 > 192.168.0.0 0.0.0.0 255.255.255.0 U40 0 > 0 eth0 > 192.168.254.0 0.0.0.0 255.255.255.0 U40 0 > 0 eth1 > 127.0.0.0 0.0.0.0 255.0.0.0 U40 0 > 0 lo > 0.0.0.0 192.168.100.1 0.0.0.0 UG 40 0 > 0 ppp0 where the entry 169.254.etc.etc.. is not present -- == Written with Mozilla 1.4a on Linux RedHat 9 == -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
RE: Anyone try Webmin?
Webmin is "da bomb". We too have been using it in linuxconf's stead. It cuts a lot of time out of learning every service's configuration file syntax and options. -Original Message- From: David Cary Hart [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 2:39 PM To: [EMAIL PROTECTED] Subject: Anyone try Webmin? http://www.webmin.com I have been experimenting with this for remote administration but it works great locally as well. This should be a real plus for someone new to Linux. The Postfix module is excellent as well. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
sendmail headers
Maybe this question should be asked on a sendmail mailing list, but I'm going out on a limb betting that there are some sendmail gurus here on the redhat-list. Our company uses an internal Exchange server. This Exchange server forwards all outgoing mail to sendmail relay servers, which then deliver mail externally. The problem is the headers. It's showing all of my internal mail routing info in the headers, and I'd like to remove them. For example, I just sent a message to yahoo. The headers show: X-Apparently-To: [EMAIL PROTECTED] via 216.136.130.54; 27 Feb 2003 14:30:43 -0800 (PST) Return-Path: <[EMAIL PROTECTED]> Received: from 66.218.71.92 (EHLO mailrelay1.mycompanydomain.com) (66.218.71.92) by mta403.mail.yahoo.com with SMTP; 27 Feb 2003 14:30:43 -0800 (PST) Received: from exchange.myintranet.com (exchange.myintranet.com [192.168.1.25]) by mailrelay1.mycompanydomain.com (8.12.5/8.12.5) with ESMTP id h1RMa3vT008997 for <[EMAIL PROTECTED]>; Thu, 27 Feb 2003 14:36:03 -0800 I want to get rid of that second Received: line. It shows my internal servers and IPs, and I don't like that. I've looked through the bat book, but I can't specifically find something about this. And I'm not really comfortable enough with sendmail to go hacking through the sendmail.cf file. Any sendmail gurus out there have any advice? Thanks in advance, -Nick This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
RE: forward roots mail
My /etc/aliases file has the root entry commented out (default). Sendmail is (now) successfully forwarding roots mail to me using the /root/.forward file, which has permissions of 611. It's not group writable, so this is probably why it works. -nw -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rick Johnson Sent: Thursday, February 27, 2003 10:06 AM To: [EMAIL PROTECTED] Subject: Re: forward roots mail > Mutt wasn't installed. I came in this morning, and I had 41 messages > from root! I was working on the DNS config for that box yesterday, so > it must have been a DNS issue. > > I left the root: marc commented out in /etc/aliases, and the > /root/.forward seems to work now. > /etc/aliases is the one doing the job. /root/.forward is probably being ignored at this point. If your .forward file wasn't chmod'd to 600, sendmail will ignore it. This is probably the case. By default, sendmail ignores forward files which are group writable. -Rick -- Rick Johnson, RHCE #807302311706007 - [EMAIL PROTECTED] Linux/WAN Administrator - Medata, Inc. PGP Public Key: https://mail.medata.com/pgp/rjohnson.asc This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
RE: forward roots mail
Yeah, linux sometimes seems to have an amazing ability to fix itself overnight. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rick Carroll Sent: Thursday, February 27, 2003 9:07 AM To: [EMAIL PROTECTED] Subject: RE: forward roots mail The 'linux gnomes' are at lurking:) -Original Message- From: Nick White [mailto:[EMAIL PROTECTED] Sent: Thursday, February 27, 2003 11:54 AM To: [EMAIL PROTECTED] Subject:RE: forward roots mail Mutt wasn't installed. I came in this morning, and I had 41 messages from root! I was working on the DNS config for that box yesterday, so it must have been a DNS issue. I left the root:marc commented out in /etc/aliases, and the /root/.forward seems to work now. Thanks for your help, Nick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leonard Miller Sent: Wednesday, February 26, 2003 9:53 AM To: [EMAIL PROTECTED] Subject: Re: forward roots mail Is mutt installed? If so, type "mutt" and see if it is there. You have to edit your /etc/aliases file for the mail to get forwarded to an external account. >>> [EMAIL PROTECTED] 02/26/03 12:36PM >>> We just reloaded one of our 7.2 boxes with RedHat 8.0. On 7.2, I had a file /root/.forward with my external e-mail address in it. Whenever root received a message, it would forward it to my external address. With this new 8.0 box, it doesn't do that. Actually, no local mail is being delivered either. If I remove the /root/.forward file, then send mail locally to root, it never gets there. Here is what my /etc/maillog looks like when I locally try to send a message to root: Feb 26 09:37:21 server3 sendmail[2867]: h1QHbL0F002867: from=root, size=36, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED] That's it. Nothing more. The message disappears into the void. Has anyone had a similar experience, or does anyone have any advice? Thanks in advance, Nick White -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
RE: forward roots mail
Mutt wasn't installed. I came in this morning, and I had 41 messages from root! I was working on the DNS config for that box yesterday, so it must have been a DNS issue. I left the root:marc commented out in /etc/aliases, and the /root/.forward seems to work now. Thanks for your help, Nick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Leonard Miller Sent: Wednesday, February 26, 2003 9:53 AM To: [EMAIL PROTECTED] Subject: Re: forward roots mail Is mutt installed? If so, type "mutt" and see if it is there. You have to edit your /etc/aliases file for the mail to get forwarded to an external account. >>> [EMAIL PROTECTED] 02/26/03 12:36PM >>> We just reloaded one of our 7.2 boxes with RedHat 8.0. On 7.2, I had a file /root/.forward with my external e-mail address in it. Whenever root received a message, it would forward it to my external address. With this new 8.0 box, it doesn't do that. Actually, no local mail is being delivered either. If I remove the /root/.forward file, then send mail locally to root, it never gets there. Here is what my /etc/maillog looks like when I locally try to send a message to root: Feb 26 09:37:21 server3 sendmail[2867]: h1QHbL0F002867: from=root, size=36, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED] That's it. Nothing more. The message disappears into the void. Has anyone had a similar experience, or does anyone have any advice? Thanks in advance, Nick White This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
forward roots mail
We just reloaded one of our 7.2 boxes with RedHat 8.0. On 7.2, I had a file /root/.forward with my external e-mail address in it. Whenever root received a message, it would forward it to my external address. With this new 8.0 box, it doesn't do that. Actually, no local mail is being delivered either. If I remove the /root/.forward file, then send mail locally to root, it never gets there. Here is what my /etc/maillog looks like when I locally try to send a message to root: Feb 26 09:37:21 server3 sendmail[2867]: h1QHbL0F002867: from=root, size=36, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED] That's it. Nothing more. The message disappears into the void. Has anyone had a similar experience, or does anyone have any advice? Thanks in advance, Nick White This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
RE: sendmail question
Thanks for your response. It was a DNS issue. It seems that I had the firewall locked down too tight, and it wasn't letting DNS traffic through. Once I solved that, everything got fast again. Sorry about the empty lines. nw -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Tuesday, February 25, 2003 4:39 PM To: [EMAIL PROTECTED] Subject: Re: sendmail question On Tue, Feb 25, 2003 at 04:04:39PM -0800, Nick White wrote: > I have sendmail configured exactly like the 7.2 server. Only, it > takes a little longer to relay messages. With RedHat 7.2, if I sent > myself a message from yahoo, it'd go through almost instantly. With > the new 8.0 server, it takes about 20 - 25 seconds. I know this is > only 20 seconds or so, but I can't figure out why it's slower than > 7.2 Almost without a doubt this is a DNS issue. Make sure your local host name is in /etc/hosts and that you have a fully functioning resolving nameserver. [about 45 lines of signature and empty lines deleted] -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] Member #1, Red Hat Community Ambassador Program This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
sendmail question
We've had a mail relay server running RedHat 7.2 for a while now. We wanted to use LVM and reconfigure the partitioning on the server, so we decided to reload the server with RedHat 8.0. I have sendmail configured exactly like the 7.2 server. Only, it takes a little longer to relay messages. With RedHat 7.2, if I sent myself a message from yahoo, it'd go through almost instantly. With the new 8.0 server, it takes about 20 - 25 seconds. I know this is only 20 seconds or so, but I can't figure out why it's slower than 7.2 Anyone out there have any advice or suggestions? Thanks in advance, Nick This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Yamaha AC-XG, RH 8.0
I have a Yamaha AC-XG sound card in my Sony GRX-500P laptop. When I run redhat-config-soundcard, RedHat 8.0 detects the card as: Intel 82801CA/CAM AC'97 Audio Module i810_audio When I click "Play test sound" something plays, but it's terribly choppy and sounds real bad. I also get this same choppy/clicky sound from the KDE sound server test. Also, programs like XMMS and Tux Racer don't play any sound at all. I've tried playing with the properties inside of KDE sound server. I've tried using aRts, OSS and Threaded OSS, but all of them sound the same. Some people say changing the frequency to 48000 Hz, but it doesn't seem to do anything for me. Has anyone here had similar experiences? Does anyone have a fix/workaround? Thanks, Nick This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
RE: ping problem
Hi Lisa, It may be a subnet mask issue - It sounds like traffic for the 62.x.x.x isn't being routed outside of your local network. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Lisa Sent: Monday, February 03, 2003 8:27 AM To: [EMAIL PROTECTED] Subject: ping problem Hi, last week I used ip-aliasing to bind a virtual address to the external card of my firewall machine. i.e. I bound the ip 62.17.173.10(virtual ip) to the MAC address of 62.17.173.173 (firewall ex. card) Since then, I have noticed that we cannot ping any external ip addresses that are not in our range, beginning with 62.x.x.x. eg. I tried to ping the address 62.40.32.57 (www.o2.ie), but the request timed out. I dont have any problems pinging any other external ips (eg. google) Could this problem be related to the ip-aliasing that I did ? Thanks Lisa This message (and any associated files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. If verification is required, please request a hard-copy version. Any views or opinions presented are solely those of the author (Nick White - [EMAIL PROTECTED]) and do not necessarily represent those of the company. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
RE: Reading a Mac file
According to a quick google search, HFS has been included in Linux since 2.1.x. Check out: http://www.google.com/search?sourceid=navclient&q=HFS+support+for+linux And: http://sourceforge.net/projects/linux-hfsplus -Original Message- From: Patrick [mailto:patrick.marquetecken@;pandora.be] Sent: Tuesday, November 12, 2002 11:47 AM To: [EMAIL PROTECTED] Subject: Re: Reading a Mac file *** PGP Signature Status: unknown *** Signer: Unknown, Key ID = 0x17D64985 *** Signed: 11/12/2002 11:47:36 AM *** Verified: 11/12/2002 1:29:03 PM *** BEGIN PGP VERIFIED MESSAGE *** The file system for a Mac is HFS, and is not supported by linux Patrick Op dinsdag 12 november 2002 19:23, schreef Kerry Miller: > I have a cd a friend gave me, he says it has .jpgs on it. He wrote > the cd with a Mac running OS X, but doesn't know what filesystem is on > the cd. I've tried it on Windows and it doesn't show any files, but if > I go to "properties" it says there's 25 megs on the cd. I tried > mounting the cd under Linux but can't get it to mount at all. > > Do any of you guys know what filesystem it might be, and is there a > way to mount it under Linux? I tried a few different filesystems with > the mount -t command but never got it to work. > > Any ideas? > > Thanks, > Kerry Miller -- Kennis in een databank is als eten in een diepvries: Niets komt er beter uit dan het er in ging! *** END PGP VERIFIED MESSAGE *** This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of the company. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender. -- redhat-list mailing list unsubscribe mailto:redhat-list-request@;redhat.com?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
RE: script for ftp transfer
Title: Message I use this quick and dirty little perl script to transfer files from my Linux boxes to our windows backup server: #!/usr/bin/perlopen (FTP, "|/usr/bin/ftp -n") || die "Can't open FTP command, $!\n";print FTP <<"EOFTP";open 192.168.1.1user username passwordbinpromptlcd /backups/cd /backups/linux-svr-21mput *.tar.gzEOFTPclose FTP; I'm sure there is a much cleaner and efficient way of doing this, but this works great for simple linux backup operations that I do. I have another script that does the backup job, then afterwards this one uploads the tar.gz files to my backup server. - nick -Original Message-From: S Peram [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 19, 2002 12:29 PMTo: [EMAIL PROTECTED]Subject: script for ftp transfer Hi all, I need to transfer some log files on a daily basis from my machine to a windows machine. I'd really appreciate if any of you can give me some ideas, my situation is that I can't put ftp server on that machine and so the file transfers should originate from the Linux machine. I was thinking of some kind of a cron job but I've run out of ideas. I'd appreciate if any of you gurus can help me with some scripts or links. Thanks, Peram Do you Yahoo!?New DSL Internet Access from SBC & Yahoo! This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of the company. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender.
RE: Slapper Worm on openssl 0.9.6b(-28)
>From the changelog: (via rpm -q --changelog) * Thu Aug 01 2002 Nalin Dahyabhai <[EMAIL PROTECTED]> 0.9.6b-28 - update asn patch to fix accidental reversal of a logic check * Mon Jul 29 2002 Nalin Dahyabhai <[EMAIL PROTECTED]> 0.9.6b-25 - add patch to fix ASN.1 vulnerabilities Wow!! That gives me a ton of information! That completely puts me at ease about the openssl exploit and Slapper.worm. Also it seemed lots of people on this list were questioning if 0.9.6b-28 was really safe or not So I got it directly from RedHat's mouth (so to speak) -Original Message- From: Trevor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 1:48 PM To: [EMAIL PROTECTED] Subject: RE: Slapper Worm on openssl 0.9.6b(-28) "rpm -q --changelog openssl | grep ASN" can tell you the same thing... without the tech support . Trevor. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Nick White Sent: Wednesday, September 18, 2002 2:11 PM To: '[EMAIL PROTECTED]' Subject: RE: Slapper Worm on openssl 0.9.6b(-28) That's exactly why I contacted RedHat... They don't have information anywhere about the worm on their web site. I received a response back from a higher level tech support person at RedHat confirming that the up2date openssl package 0.9.6b-28 is safe. (see RedHat's response below) Dear Sir, We apologize for the delay. Our Escalation point has responded and he said that the latest openssl update (the one that you have installed) is not vulnerable to the slapper worm. Red Hat Developers have already patched the package against the exploit used by the slapper worm. Regards, Erik This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of the company. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
RE: Slapper Worm on openssl 0.9.6b(-28)
That's exactly why I contacted RedHat... They don't have information anywhere about the worm on their web site. I received a response back from a higher level tech support person at RedHat confirming that the up2date openssl package 0.9.6b-28 is safe. (see RedHat's response below) Dear Sir, We apologize for the delay. Our Escalation point has responded and he said that the latest openssl update (the one that you have installed) is not vulnerable to the slapper worm. Red Hat Developers have already patched the package against the exploit used by the slapper worm. Regards, Erik -Original Message- From: Anthony E. Greene [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 18, 2002 10:14 AM To: [EMAIL PROTECTED] Subject: Re: Slapper Worm on openssl 0.9.6b *** PGP Signature Status: good *** Signer: Anthony E. Greene <[EMAIL PROTECTED]> (Invalid) *** Signed: 9/18/2002 10:13:57 AM *** Verified: 9/18/2002 1:06:20 PM *** BEGIN PGP VERIFIED MESSAGE *** On 18-Sep-2002/07:42 -0700, Nick White <[EMAIL PROTECTED]> wrote: >I've called RedHat about the "Slapper" worm and it appears that the RHN >package 0.9.6b is safe. [snip] Specifically 0.9.6b-28. Earlier 0.9.6b packages (ie; 0.9.6b-24 and 0.9.6b-8) may not have the fix for this vulnerability. I really wish RH would make some kind of explicit announcement about this. Tony -- Anthony E. Greene <mailto:[EMAIL PROTECTED]> OpenPGP Key: 0x6C94239D/7B3D BD7D 7D91 1B44 BA26 C484 A42A 60DD 6C94 239D AOL/Yahoo Chat: TonyG05 HomePage: <http://www.pobox.com/~agreene/> Linux: the choice of a GNU Generation. <http://www.linux.org/> *** END PGP VERIFIED MESSAGE *** This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of the company. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Slapper Worm on openssl 0.9.6b
I've called RedHat about the "Slapper" worm and it appears that the RHN package 0.9.6b is safe. Below is a response from their support. __ Description of your problem: using openssl 0.9.6b from the Red Hat Network. Is this vulnerable from the slapper worm? Our latest response: Re: slapper worm and openssl updates Dear Sir, It looks like I might have misundestood the scenario here. OK. I've verified that the openssl package from the RHN server that you downloaded and installed on your machine already contains the fix for the slapper worm flaw. Red Hat does something called Back Patching for compatibility with existing software. The "patched/safe" version that everyone is talking about is the tarball version. But just to be really sure, I'll escalate this one to one of our Senior Support Engineers. Feel free to write or call us back. Regards, Roderick "Erik" Tapang Status: Wait on Tech This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. This communication represents the originator's personal views and opinions, which do not necessarily reflect those of the company. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
