[16811] in Perl-Users-Digest
Perl-Users Digest, Issue: 4223 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Sep 4 18:10:38 2000
Date: Mon, 4 Sep 2000 15:10:25 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <968105423-v9-i4223@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Mon, 4 Sep 2000 Volume: 9 Number: 4223
Today's topics:
Security question <jhiller@online-testing.net>
Re: Security question (Maggert)
Re: Security question (Mark-Jason Dominus)
Re: Security question <tony_curtis32@yahoo.com>
Re: Security question (Maggert)
Re: Security question (Mark-Jason Dominus)
Re: Security question (Maggert)
Re: Self-extracting program tltt@my-deja.com
Seperating text and integers from a variable (Jonaskuh)
Re: Seperating text and integers from a variable (Mark-Jason Dominus)
Re: Simple question - referencing array elements <anmcguire@ce.mediaone.net>
Re: Sony Versus Microsoft <godzilla@stomp.stomp.tokyo>
Re: Sun Solaris Serial Port Question (Bbirthisel)
Unexpected Module name in first parameter to subroutine <cingram-at-pjocs-dot-demon-dot-co-dot-uk>
Re: using the value of a variable for another varible's (Mark-Jason Dominus)
Re: using the value of a variable for another varible's (Mark-Jason Dominus)
Re: using VC++ to install modules <john@eagleinfosystems.com>
Re: using VC++ to install modules <randy@theory.uwinnipeg.ca>
Re: waitpid (Mark-Jason Dominus)
Re: waitpid nobull@mail.com
What is the best way to package and distribute perl pro <bhoult@netscape.net>
XML::Parser, htmlentities and weird xml marvin42_98@yahoo.com
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 04 Sep 2000 17:53:12 GMT
From: Jordan Hiller <jhiller@online-testing.net>
Subject: Security question
Message-Id: <39B3E1D2.653AB74B@online-testing.net>
Hi,
In a project I'm working on, I can't think of any possible way to avoid
using a form submitted value in an open() command. i.e.
open(FILE, "/mydir/$form_submitted_name") or error($!);
I know this is something of a security hazard, but are there characters
I can prohibit from $form_submitted_name to decrease the risk? Or
another way to check for dangerous values?
Jordan Hiller
http://www.online-testing.net
------------------------------
Date: Mon, 04 Sep 2000 18:28:08 GMT
From: mag@ionet.net (Maggert)
Subject: Re: Security question
Message-Id: <39b3e7b0.843457657@news.ionet.net>
On Mon, 04 Sep 2000 17:53:12 GMT, Jordan Hiller
<jhiller@online-testing.net> wrote:
>Hi,
>
>In a project I'm working on, I can't think of any possible way to avoid
>using a form submitted value in an open() command. i.e.
>open(FILE, "/mydir/$form_submitted_name") or error($!);
>
>I know this is something of a security hazard, but are there characters
>I can prohibit from $form_submitted_name to decrease the risk? Or
>another way to check for dangerous values?
>
You can check for metacharacters that may be passed through.
Or just check to see if the file exists in the directory before doing
the open. If someone is getting happy and trying to hack the script by
adding characters then the file won't be found. Its best to do both
though.
&check_fields;
unless(-e "/mydir/$form_submitted_name"){ &error("File Not Found!");}
sub check_fields {
my $check;
foreach my $key(keys %FORM) {
# No I don't parse my own form data. I use CGI_Lite
$check = $FORM{$key};
if($check=~/(\|)|(\^)|(\*)|(\%)|(\&)|(\`)|(<)|(>)|(;)/){
# yeah the regexp could be better!
&error("<h2 align=center>Invalid character in $key: (<b>\"
$1$2$3$4$5$6$7$8$9 \"</b>)</h2>"); }
undef $check;
}
}
sub error {
print "Content-type: text/html", "\n";
print "Pragma: no-cache", "\n\n";
print "<h2 align=center>$_[0]</h2>";
exit(1);
}
It works for me!
MP
------------------------------
Date: Mon, 04 Sep 2000 18:55:07 GMT
From: mjd@plover.com (Mark-Jason Dominus)
Subject: Re: Security question
Message-Id: <39b3f00b.1c64$187@news.op.net>
In article <39b3e7b0.843457657@news.ionet.net>, Maggert <mag@ionet.net> wrote:
>if($check=~/(\|)|(\^)|(\*)|(\%)|(\&)|(\`)|(<)|(>)|(;)/){
This is precisely what you should never do.
When you're designing security code, you do not make a list of
forbidden things, because then you run the risk of leaving something
off the list. Do not say "I am going to forbid pipe, caret, star,
percent, ampersand, backtick, greater-than, less-than, and semicolon."
If you do that, you have to consider each character separately and
decide if it should be on your list or not. And if you make the wrong
decision, then your program will have a security problem.
Instead, you make a decision about what to *allow*, and then design
the code to only allow *good* strings, instead of disallowing bad
ones. For example: "I am only going to allow filenames with letters
and digits. Nothing else."
# good example
if ($filename =~ /[^a-zA-Z0-9]/) {
die "bad character in filename";
}
# Continue....
Then if you make a bad decision, you have erred on the side of caution
and you can reconsider later on. Someone might complain about the
code above because it forbids the filenames 'base-ball' and 'foo.jpg'.
You can consider the possible risks of hyphens and periods later on
and add the to the program later.
writing it this way in the first place means that you don't have to
worry about whether the ! or TAB or space or \c@ characters can be
used to compromise security, because they are *all* forbidden.
(By the way, you left / and . off your list; these are the most
dangerous characters possible in this context. What if someone
supplies the filename "../../../../../etc/passwd"??)
> It works for me!
With security problems, you cannot tell that it does not work until it
is much too late, and often you cannot tell at all.
------------------------------
Date: 04 Sep 2000 13:59:17 -0500
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: Security question
Message-Id: <87hf7wkmpm.fsf@limey.hpcc.uh.edu>
>> On Mon, 04 Sep 2000 17:53:12 GMT,
>> Jordan Hiller <jhiller@online-testing.net> said:
> Hi, In a project I'm working on, I can't think of any
> possible way to avoid using a form submitted value in an
> open() command. i.e. open(FILE,
> "/mydir/$form_submitted_name") or error($!);
> I know this is something of a security hazard, but are
> there characters I can prohibit from
> $form_submitted_name to decrease the risk? Or another
> way to check for dangerous values?
It depends on what the input is. If there's an enumerable
set of options here you can use a hash to provide a lookup
table mapping input tokens to filenames (or components of
the filenames). This decouples the input from the code;
if someone tries to spoof something then the hash lookup
fails and you can recover.
If not, and any input could be expected, then see the
other post in this thread about alllow-not-deny.
--
WWNKD?
------------------------------
Date: Mon, 04 Sep 2000 19:28:47 GMT
From: mag@ionet.net (Maggert)
Subject: Re: Security question
Message-Id: <39b3f790.847521741@news.ionet.net>
On Mon, 04 Sep 2000 18:55:07 GMT, mjd@plover.com (Mark-Jason Dominus)
wrote:
>In article <39b3e7b0.843457657@news.ionet.net>, Maggert <mag@ionet.net> wrote:
>>if($check=~/(\|)|(\^)|(\*)|(\%)|(\&)|(\`)|(<)|(>)|(;)/){
>
Have to rethink my sub a bit. Thanks!
>
>(By the way, you left / and . off your list; these are the most
>dangerous characters possible in this context. What if someone
>supplies the filename "../../../../../etc/passwd"??)
>
The check for the file in mydir should generate an error there
or am I wrng with that too?
MP
------------------------------
Date: Mon, 04 Sep 2000 19:20:13 GMT
From: mjd@plover.com (Mark-Jason Dominus)
Subject: Re: Security question
Message-Id: <39b3f5e9.1d15$13d@news.op.net>
In article <39b3f790.847521741@news.ionet.net>, Maggert <mag@ionet.net> wrote:
> The check for the file in mydir should generate an error there
>or am I wrng with that too?
Why don't you try it and see what happens?
------------------------------
Date: Mon, 04 Sep 2000 20:07:10 GMT
From: mag@ionet.net (Maggert)
Subject: Re: Security question
Message-Id: <39b3ff54.849509119@news.ionet.net>
On Mon, 04 Sep 2000 19:20:13 GMT, mjd@plover.com (Mark-Jason Dominus)
wrote:
>In article <39b3f790.847521741@news.ionet.net>, Maggert <mag@ionet.net> wrote:
>> The check for the file in mydir should generate an error there
>>or am I wrng with that too?
>
>Why don't you try it and see what happens?
>
Okay!<G> I'm glad I wrote all this bogus stuff so I could get
learn this. However,
if ($filename =~ /[^a-zA-Z0-9]/) {
die "bad character in filename";
}
doesn't allow a filename to be input. Wouldn't a better regexp be
if ($filename =~ /[^a-zA-Z0-9]\.[^a-zA-Z0-9]/) {
die "bad character in filename";
}
Or would this also cause a problem? Since / is denied it
should work right. I tried it and it allowed a filename but didn't
allow backing up the directory structure.
MP
------------------------------
Date: Mon, 04 Sep 2000 19:49:16 GMT
From: tltt@my-deja.com
Subject: Re: Self-extracting program
Message-Id: <8p0ubp$hmr$1@nnrp1.deja.com>
In article, miko@idocs.com wrote:
>
> So what do you all think? Is self-extraction a good idea?
>
> -miko
>
First of all thanks to everyone for helping me out.
My answer to your question miko, is "it depends".
For example in this case it is OK, as the self extracting program is in
Perl so anyone can look at it (and modify it if for instance they want
to look at the application files before they are installed).
In other cases it might even be acceptable to deliver an executable
self-extracting program where it is not possible to look at the source
code (e.g. in the corporate world of custom written specialized
applications where a customer might not even want to look the code, and
leave all the responsibilities to the supplier).
On the other hand on my PC I like having at least the option to look at
the source (even if I don't do it) before I run it. But I wouldn't go
as far as saying that self-extracting programs are altogether bad.
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Mon, 04 Sep 2000 19:13:32 GMT
From: jonaskuh@tell-em-off.com (Jonaskuh)
Subject: Seperating text and integers from a variable
Message-Id: <39b3f3b3.8916471@news.coastalnet.com>
There might be a very easy answer to this, but I can't seem to come up
with anything thus far. The question is I have a variable that
contains a "ID" which is something like "hujkr45" and what I'd like
to do is seperate the number from the text and put the number into
it's own variable. I know you could just chop the variable twice, but
the problem is, the number might be 1, 2, 3, 4 or more digits, so it
wouldn't work in that case.
I appreciate the help in advance!!
Jonaskuh
------------------------------
Date: Mon, 04 Sep 2000 19:18:42 GMT
From: mjd@plover.com (Mark-Jason Dominus)
Subject: Re: Seperating text and integers from a variable
Message-Id: <39b3f591.1d06$27d@news.op.net>
In article <39b3f3b3.8916471@news.coastalnet.com>,
Jonaskuh <jonaskuh@tell-em-off.com> wrote:
>contains a "ID" which is something like "hujkr45" and what I'd like
>to do is seperate the number from the text and put the number into
>it's own variable.
($digits) = ($id =~ /(\d+)/);
or
($letters, $digits) = ($id =~ /([a-z]+)(\d+)/);
Don't leave out any of the parentheses.
------------------------------
Date: Mon, 04 Sep 2000 15:09:23 -0500
From: "Andrew N. McGuire" <anmcguire@ce.mediaone.net>
Subject: Re: Simple question - referencing array elements
Message-Id: <39B40173.15F52107@ce.mediaone.net>
On Mon, 4 Sep 2000, Randy quoth:
~~ Date: Mon, 04 Sep 2000 04:36:05 GMT
~~ From: Randy <randy_734@my-deja.com>
~~ Newsgroups: comp.lang.perl.misc
~~ Subject: Simple question - referencing array elements
~~
~~ How can I force Perl to return all the array elements?
~~
~~ For example:
~~
~~ @d=("One","Two","Three") ;
~~
~~ print @d ; result: OneTwoThree (what I want w/o a return)
Is this what you want?
#!/usr/bin/perl -w
use strict;
my @spectrum = qw
[
red orange yellow green
blue indigo violet
];
print @spectrum, "\n"
anm
--
Andrew N. McGuire
anmcguire@ce.mediaone.net
perl -le'print map?"(.*)"?&&($_=$1)&&s](\w+)]\u$1]g&&$_=>`perldoc -qj`'
------------------------------
Date: Mon, 04 Sep 2000 09:46:02 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Sony Versus Microsoft
Message-Id: <39B3D1CA.9CE2D409@stomp.stomp.tokyo>
Nick Condon wrote:
> "Godzilla!" wrote:
> > After several years of searching our net, looking, watching, asking,
> > I found no other programs like mine, not even attempts at what I have
> > done with Perl ... living breathing highly intelligent androids most
> > capable of Natural Language Emulation to a degree of ability to write
> > fairly impressive poetry along with holding stimulating conversations
> > with visitors, whom often accuse my androids of being either
> > my daughter or myself. Actually they are my daughter.
> What are you claiming here?
A mining claim. I am mining joyous jewels of idiocy.
Seems I have struck a Mother Lode with you.
> - You've written a Perl script that passes the Turing test?
Yes.
> - Your daughter is an android?
Yes. Read Martian Chronicles. Part of Bradbury's novel
is based upon my android daughter.
> - Your daughter is a Perl script?
No. She is simply a precious pearl of a person.
> Please learn to express yourself with less ambiguity.
http://la.znet.com/~callgirl/clarity.cgi
Godzilla!
--
Perl Monger's Perfect Perl Perl Land.
http://la.znet.com/~callgirl/perlperl.cgi
------------------------------
Date: 04 Sep 2000 17:38:32 GMT
From: bbirthisel@aol.com (Bbirthisel)
Subject: Re: Sun Solaris Serial Port Question
Message-Id: <20000904133832.19089.00002288@ng-co1.aol.com>
Hi David and Elbert,
>The Device::Serial module is a Unix port of Win32::SerialPort. Not sure
>if it works in Solaris, but I was able to get responses to AT commands
>from a modem in Linux.
The basics have been reported to work in Solaris. The list of *.ph files
needed to mare the ioctl-based features work is different. I am overdue
for an update that gets all the details like this cleaned up - but still a few
tuits short :-(
Try it and ask specific questions if you have problems. I have contributed
"answers" from a few Solaris users and I can try to help.
-bill
Making computers work in Manufacturing for over 25 years (inquiries welcome)
------------------------------
Date: Mon, 4 Sep 2000 18:49:35 +0100
From: "Clyde Ingram" <cingram-at-pjocs-dot-demon-dot-co-dot-uk>
Subject: Unexpected Module name in first parameter to subroutine
Message-Id: <968089434.28086.0.nnrp-01.9e98e5bc@news.demon.co.uk>
All the books I have checked with suggest that if you call a subroutine like
this:
GetSharedResources( \@resources, $type );
then in the subroutine GetSharedResources:
$_[0] stores the reference to @resources
$_[1] stores the value $type
However, when I call Win32::NetResource::GetSharedResources, I find there
are 3 parameters, not 2. Further, the zeroth parameter is the new one:
$_[0] stores the module name 'Win32::NetResource'
while:
$_[1] stores the reference to @resources
$_[2] stores the value $type
What is going on here?
Thanks in advance for bright ideas about how to avoid this unwanted module
name parameter in @_
Regards,
Clyde
------------------------------
Date: Mon, 04 Sep 2000 15:17:34 GMT
From: mjd@plover.com (Mark-Jason Dominus)
Subject: Re: using the value of a variable for another varible's name?
Message-Id: <39b3bd0d.15f2$19e@news.op.net>
In article <0s67rssjp2es210001b6nl47b6s9ah8pog@4ax.com>,
Bart Lateur <bart.lateur@skynet.be> wrote:
>If at all possible, use a hash, for example
>
> $day{monday}
>
>instead of
>
> $monday
>
>It's virtually as fast.
It's exactly as fast.
> It's just as flexible.
It's more flexible, because you get to use
keys %day
if you want to. You can't do that with symbolic references.
> It's a lot safer.
Yep.
------------------------------
Date: Mon, 04 Sep 2000 15:19:21 GMT
From: mjd@plover.com (Mark-Jason Dominus)
Subject: Re: using the value of a variable for another varible's name?
Message-Id: <39b3bd79.1600$19b@news.op.net>
[mailed and posted]
In article <39b39307.34270252@nntp.unsw.edu.au>,
dionysus <dionysus39@hotmail.com> wrote:
>I have seen s code snippet allowing you to use the contents of a
>variable to name another variable - i.e. if you had a lot of code
>resulting in a variable $day containing the name of one of the
>weekdays, you could use that fact to create a variable named after
>that day i.e. $monday or whatever....
Like this:
$whatever{$day}
Then use $whatever{Monday}, $whatever{Tuesday}, etc.
You get a collection of variables, once for each day of the week.
------------------------------
Date: Mon, 4 Sep 2000 14:16:56 -0400
From: "John Menke" <john@eagleinfosystems.com>
Subject: Re: using VC++ to install modules
Message-Id: <39b3e71d_2@news.eclipse.net>
> Hi,
> Chances are, since you're using ActivePerl, you may
> be using an smtp server to send your mail. In the test
> t\mailer.t of the package, you can specify the server as
>
> $mail = new Mail::Mailer 'smtp', 'server' => 'server.name'
>
> All the tests (should) then pass, although there's a
> few warnings about uninitialized values in Mailer.pm.
> These warnings can be ignored if you don't have
> a mailer on your system, as they arise from line 210
> of Mailer.pm in the sub is_exe, having to do with the
> mailer command variable $exe not being defined.
> Also, there's a warning in t\internet.t about an
> uninitialized value; this can be gotten rid of by
> setting your environment variable LOGNAME
> to something.
>
>best regards,
>randy kobes
Randy, I don't have an SMTP server on my machine. I guess I was mistaken to
think that I could use a remote server with the Perl code. If this is true
(that I need a server on my box). What would you recommend?
------------------------------
Date: Mon, 4 Sep 2000 14:22:50 -0500
From: "Randy Kobes" <randy@theory.uwinnipeg.ca>
Subject: Re: using VC++ to install modules
Message-Id: <8p0t18$ia8$1@canopus.cc.umanitoba.ca>
John Menke <john@eagleinfosystems.com>
wrote in message news:39b3e71d_2@news.eclipse.net...
> > Chances are, since you're using ActivePerl, you may
> > be using an smtp server to send your mail.
>
> Randy, I don't have an SMTP server on my machine. I guess I was
> mistaken to think that I could use a remote server with the Perl
> code. If this is true (that I need a server on my box). What would
> you recommend?
Hi,
You can use a remote smtp server - just specify the
server name in
$mail = new Mail::Mailer 'smtp', 'server' => 'smtp.server.name'
in your script.
You may want to check out the ActivePerl FAQ at
http://www.activestate.com/Products/ActivePerl/docs/index.html
which has an entry "How do I send email from ActivePerl?"; this
discusses some of the possibilities for mailing with perl
on Win32.
best regards,
randy kobes
------------------------------
Date: Mon, 04 Sep 2000 15:22:11 GMT
From: mjd@plover.com (Mark-Jason Dominus)
Subject: Re: waitpid
Message-Id: <39b3be22.1618$2e8@news.op.net>
In article <39B365BB.6B997CA7@nortel-dasa.de>,
Levy, Joshua <Joshua.Levy@nortel-dasa.de> wrote:
>I am writing a cgi script which creates a csv database, I want to
>implement a wait or waitpid so that the script waits for one filehandle
>to be finnished writing before he lets another one do so
You do not want 'waitpid' here. You use 'flock' for that.
'waitpid' is when one program has run another program, and wants to
wait for it to finish before continuing.
The on-line manual has a section on 'flock' that has examples.
Try the command
perldoc -f flock
or do a web search for 'perlfunc', which is the document that explains
the built-in functions.
------------------------------
Date: 04 Sep 2000 17:45:38 +0100
From: nobull@mail.com
Subject: Re: waitpid
Message-Id: <u97l8syukt.fsf@wcl-l.bham.ac.uk>
"Levy, Joshua" <Joshua.Levy@nortel-dasa.de> writes:
> I am writing a cgi script which creates a csv database, I want to
> implement a wait or waitpid so that the script waits for one filehandle
> to be finnished writing before he lets another one do so (so that two
> users do not write to the same line in the csv file).
wait()/waitpid() wait for child processes (for details RTFM).
It sounds to me like you are talking about locking, which is something
completely different.
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Mon, 04 Sep 2000 13:35:35 -0600
From: "Brandon Hoult" <bhoult@netscape.net>
Subject: What is the best way to package and distribute perl programs, with included modules?
Message-Id: <eKSs5.15871$kI2.565851@nntp1.onemain.com>
I have been learning perl for the past month or so, because I wanted a
program that would download webcam images and archive them, so that I
could produce time lapsed video clips. I have a 56k modem so I would like
to put it on a remote linux machine with a faster connection then have it
tar and ftp the files to my machine during off hours. The problem is that
I used a number of include files from CPAN some of those require that
other files be installed, and those require still more files to be
installed. I would like to be able to staticly link all this into an
executable that I can then upload to the remote machine without having to
figure out all the dependencies again. I would also like to GPL this and
distribute it for anyone else that would like to use it, but then they
also would have to locate and install all the include files.
So, my question is this: what is the best way to package and
distribute a perl program so that it can be run by people with no
knowledge of perl, or by people who don't want to satisfy all the
dependencies just to use the program? I understand there is a way to
compile perl into a executable binary file... is this true, and would
this solve the problem? Is there some other way to statically link all
this stuff?
Thanks,
Brandon Hoult
logomoti@cei.net
------------------------------
Date: Mon, 04 Sep 2000 15:31:39 GMT
From: marvin42_98@yahoo.com
Subject: XML::Parser, htmlentities and weird xml
Message-Id: <8p0f8r$1v7$1@nnrp1.deja.com>
hi, i am new to the xml-parser and xml, but have to parse
some XML-documents. Now, it appears to me as the XML i got is not
entirely correct, does XML require to have doublequoutes for all
attributes (see below)? If so, is there a way to get around it, to parse
the documents so that the parser still will accept it even without
doublequotes...or some easy way to "preparse" the xml and insert ""
where needed...i also dont get it to accept ä ü etc....
any great would be great to get either posted here or mailed to
marvin42_98@yahoo.com
The code for calling the parser is:
my $parser = new XML::Parser(Handlers => {Start => \&HStart, End =>
\&HEnd, Char => \&HChar});
$parser->parsefile($localfile, ErrorContext => 1, ProtocolEncoding =>
'UTF-8');
1) it complains about not well-formed XML, does all attributes have to
have doublequotes?
not well-formed at line 7, column 72, byte 250:
<TOBJECT>
<TOBJECT.SUBJECT TOBJECT.SUBJECT.REFNUM="04000000"
TOBJECT.SUBJECT.CODE=WIR>
=======================================================================^
</TOBJECT>
at /home/intl/lib/perl5/site_perl/XML/Parser.pm line 185
2) it gets confused by ä ü and other html-signs like that
undefined entity at line 4, column 9, byte 55:
<TITLE> ä Wachstumspotenzial für deutsche Wirtschaft</TITLE>
========^
at /home/intl/lib/perl5/site_perl/XML/Parser.pm line 185
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 4223
**************************************
