Re: formmail spammers
The latest FormMail.pl has been fixed. They can go to Matt's Archive and get the latest copy. Geoffrey Young writes: Right, and point them to NMS for a replacement too. so, we've been having a spam problem lately due to formmail.pl. this thread prompted me to scan all our user directories and note people who had formmail.pl sitting around. I would have liked a link to send them to for the NMS replacement, but I saw two problems: 1. http://nms-cgi.sourceforge.net/ has only tarballs 2. the name of the script has a different capitalization in the tarball now, for us, this is a no-brainer. trying to get non-technical people (which the vast majority of our hosting customers are) to make the switch, though, will result in lots of headaches and support calls (which are expensive)... is anyone here involved in this project? what we really need is to be able to say: hey, just plop this file http://nms-cgi.sourceforge.net/formmail.pl in place of your old formmail.pl --Geoff
Re: [OT] New Micro$oft vulnerability?
you know guys, seems to me micro$not users should be thinking of product liability claim.. i mean, if you buy cigs and get cancer and can win a lawsuit or if you buy hot coffee and put it between your legs and can win, this should a real slam dunk. At 12:09 PM 9/18/2001 -0700, Tom Servo wrote: You're tellin' me, I've now had word come down that we need to do a full audit of our Apache and *nix installations to make sure that they're okay. Nevermind the fact that the only problems we have so far is people opening up files called readme.exe in their e-mail. *slapsforeheadinfrustration* There are no stupid questions, but there are a lot of inquisitive idiots. Angel R. Rivera, [EMAIL PROTECTED] - http://www.wolf.com Advocates for Wolves and Wolf Habitat On the web since 1994 -
Re: module to hit back at default.ida atack ?
how about a way to tell it not to report an ip?? i just reported on myself. :) At 07:32 PM 8/6/2001 -0400, DeWitt Clinton wrote: On Tue, Aug 07, 2001 at 08:18:18PM +1000, Cees Hek wrote: So what your saying is that you have a list of potentially rooted machines that you are making publically available... Doesn't sound like such a good idea to me... So *that's* why Reuven has CodeRed.pm CC him on the warning emails. And I thought he was just nuts. ;) -DeWitt Angel R. Rivera, [EMAIL PROTECTED] - The Home of the Original Brotherhood/Sisterhood of the Wolf http://www.wolf.com/botw-sotw/ -
logging out
Ok folks, I am stumped. I am writing an authentication handler for our site and so far so good-it is coming on line. It makes sense. What does not make sense is how can I log myself off without having to exit the browser? If someone can point me in the right direction I shall be in your debt. TIA, -ar Angel R. Rivera, [EMAIL PROTECTED] -- Website: http://www.wolf.com Our Wolf: http://www.wolf.com/Ookami.html -- "The Quality of a person's life is in direct proportion to their commitment to excellence, regardless of their chosen field of endeavor." Vincent T. Lombardi
Re: logging out
I authenticate against a database but need to carry more information than just their name so if I have read the readme at CPAN correctely, this just may do the trick. Thanks to all who have written me. -ar depending on how you're handling the session information you may be able to just delete it in an appropriate action (/...etcetc/logout.html or whatever). In my case I'm using Apache::Session so deleting the session means the next time the user accesses a page they're assigned a new session which starts at ground zero. Angel R. Rivera, [EMAIL PROTECTED] -- Website: http://www.wolf.com Our Wolf: http://www.wolf.com/Ookami.html -- "The Quality of a person's life is in direct proportion to their commitment to excellence, regardless of their chosen field of endeavor." Vincent T. Lombardi
Consolidated Log Files
We have a setup where an Alpha provided DBMS and content services to the actual web server front-ends. What I would like to know is how I can get all these 4 web servers to write to one log file? Would using something apache DBILogger be the way to go? -ar Angel R. Rivera, [EMAIL PROTECTED] -- Website: http://www.wolf.com Lists: http://www.wolf.com/lists/ Our Wolf: http://www.wolf.com/Ookami.jpg -- "The Quality of a person's life is in direct proportion to their commitment to excellence, regardless of their chosen field of endeavor." Vincent T. Lombardi
SUMMARY Re: mod_perl/apache and db/content server
Would like to thank everyone who has answered publicly and privately. Special thanks to Stas Bekman for 'splaining it so I would understand. Apache::DBI uses DBI, it doesn't matter where the db is located as long as you can connect to it thru DBI. If I understand your decription correctly, you shouldn't have any problem. But it has nothing to do with mod_perl, other than my original reply. Angel R. Rivera, [EMAIL PROTECTED] -- Website: http://www.wolf.com Lists: http://www.wolf.com/lists/ Our Life: http://www.wolf.com/Ookami.jpg -- "The Quality of a person's life is in direct proportion to their commitment to excellence, regardless of their chosen field of endeavor." Vincent T. Lombardi
Re: [admin] NO HTML posts please!
how about avoiding the me toos... At 02:04 PM 3/30/00 -0500, J. Horner wrote: On Thu, 30 Mar 2000, Sam Carleton wrote: Stas Bekman wrote: Folks, please refrain from posting in HTML. Some of us use email clients that post and read email in the old good text mode. When I don't have enough time on my hands I delete such emails since I cannot read them right away. Probably others too. Please don't tell me to get more _sophisticated_ email client, my pine does everything for me. HTML should NOT be used for posting emails. And then there are those of us that do have sophisticated email clients that simply don't care for HTML posting. I agree 100%, keep it simple, keep it TEXT! Sam And then there are those of us who use pine who think HTML in email is overkill. If your words don't convey your message, what makes you think that blinking text or bold text conveys it better? J. J. Horner Linux, Apache, Perl, Unix, Stronghold [EMAIL PROTECTED] http://www.knoxlug.org System has been up: 8 days. Angel R. Rivera, [EMAIL PROTECTED] -- Website: http://www.wolf.com Lists: http://www.wolf.com/lists/ -- "The Quality of a person's life is in direct proportion to their commitment to excellence, regardless of their chosen field of endeavor." Vincent T. Lombardi
Re: A few pointers, please.
*lol* the ol' logout button. i went through that at work. what i did finally was use a session cookie and destroyed (expired) it. unless there was some way to set the remote_user env var. At 10:20 AM 11/20/99 -0800, [EMAIL PROTECTED] wrote: password as expected. It all works. However, my customer has asked for either a timeout, a [Logout] button, or both so that the browser basically 'forgets' the user id. This would then remove the requirement for the user to close down the browser when they leave their system. Exactly. The Basic Authentication scheme requires that the username and password be sent with each request; most browsers store this information after it has been entered once, and hang onto it until they are closed down. The way I've done this in the past is to have a logout button that loads a page that's password-protected under another realm. It's kind of suboptimal, but it might serve as a starting point. Angel R. Rivera, [EMAIL PROTECTED] PGP Public Key at: ldap://certserver.pgp.com, http://pgpkeys.mit.edu:11371 Thawte Freemail Member [EMAIL PROTECTED] -- Pax huic domui, omnibus habitantibus in ea.
