Re: 500 Internal Server Error

2001-06-27 Thread Mark Bergeron

I really might help if you share a little code with the group. Just paste some into 
your email.

Mark Bergeron

-Original Message-
From: Paul Burkett[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Mon Jun 25 12:59:08 PDT 2001
Subject: 500 Internal Server Error

Everything I try I get the same error! I've tried using 'use CGI' but still
nothing. I found a command that works it's called HTTP Command 204 but how
do I implement this into the script? And where do I put the Content: line
in?


/~_. _ | _ _  _  _ 
\_/|(_||| | |(_)| |
 _|
___
GO.com Mail
Get Your Free, Private E-mail at http://mail.go.com





Some Advice plz :))

2001-06-27 Thread RDWest Sr.

hi yall,
yup,  i'm an old country boy... loli'm strugling here to learn perl on my 
own and with help from(maybe yall)lol  so plz bare with me...
i need some advice on an issue here...   i'm creating, well trying to create,  a 
ranking system for my online pals...   i've accomplished user signup,  print info to 
flatfile database...  send confirmation of account and a search for lost userid and 
pwd...   

now,  i got to thinking...   if say a user wants to update their info( change pwd, 
name, etc...)i'm just completely lost here...

does anyone have a good explanation or some code snippets i can look at?
tx again
RD Sr.



SORRY... i didn't know guys :((

2001-06-27 Thread RDWest Sr.

my god,
 i don't recall asking for you to write my F* code Pierre Smolarek    all 
i asked for was advice to point me in that direction... 

if being a programmer is ganna make me a SMART***,  i think i better quit now...
sorry casey   
i won't post no more like this
RDWest Sr.



RE: Some Advice plz :))

2001-06-27 Thread Chris Mulcahy

Wow, your response to Mr. Smolarek was a bit harsh, even though is
response to you was harsh as well.  Hmm

Anyway, you'll have to read each line in and parse it and write it out,
modifying the appropriate line.  You already have the parsing done or
you'd not be able to send the confirmation and search for lost
passwords.

You read each line, parse it, inspect it to see if it is the appropriate
line to modify and modify it accordingly, then write it out to a temp
file.  Keep doing that until you've gone through all of the lines, then
remove the original file and move the temp file into its place.

hth
Chris

 -Original Message-
 From: RDWest Sr. [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, June 27, 2001 9:12 AM
 To: [EMAIL PROTECTED]
 Subject: Some Advice plz :))


 hi yall,
 yup,  i'm an old country boy... loli'm strugling
 here to learn perl on my own and with help from(maybe
 yall)lol  so plz bare with me...
 i need some advice on an issue here...   i'm creating,
 well trying to create,  a ranking system for my online
 pals...   i've accomplished user signup,  print info to
 flatfile database...  send confirmation of account and a
 search for lost userid and pwd...

 now,  i got to thinking...   if say a user wants to update
 their info( change pwd, name, etc...)i'm just completely
 lost here...

 does anyone have a good explanation or some code snippets i
 can look at?
 tx again
 RD Sr.






Re: Crypt function

2001-06-27 Thread Randal L. Schwartz

 James == James Kelty [EMAIL PROTECTED] writes:

James Can anyone point out a good book that details the functionality
James of perl and crypt()? I would like to have a cgi page that
James allows new member to sign up, hold the info in a flat file, but
James I would like to have the passwords encrypted. Any help would be
James much appreciated! Thanks alot!

The basic strategy is:

my $username = randal;
my $cleartext = guessme; # this is the password you want to protect

... adding user to password file

my $encrypted = crypt($cleartext, zz);
open PASSWORDFILE passwd or die;
print PASSWORDFILE $username:$encrypted\n
close PASSWORDFILE;

... time passes

my $username = param('username'); # randal
my $guess = param('password'); # testing to see if it's guessme

my $encryptedpassword;
open PASSWORDFILE, passwd or die;
while (PASSWORDFILE) {
  chomp;
  my ($u, $e) = split /:/;
  next if $u ne $username;
  $encryptedpassword = $e;
  last;
}
die missing user unless defined $encryptedpassword;

die mismatch password
  unless crypt($guess, $encryptedpassword) eq $encryptedpassword;

.. he's good!

That last line is the big one.  You store the *output* of crypt
into the file.  You then compare the result of running crypt *again*
to what's in the file.

As for that salt parameter, ignore it.  I just use zz or something.
In this day and age with fastcrypt implementations, having a varying
salt really doesn't add much to security.

Hope this helps... it took me a few minutes to compose. :)

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
[EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!



Re: Re: Some Advice plz :))

2001-06-27 Thread Mark Bergeron

Oh boy... here we go! This should fire up some creativity. This first book should be 
the Random House Dictionary of the English Language (-; Followed by the Llama book. 
Followed by a great list of resources for solving this type of problem easily.

my 2 cents early,
Mark Bergeron

-Original Message-
From: Chris Mulcahy[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Wed Jun 27 08:21:46 PDT 2001
Subject: Re: Some Advice plz :))

Wow, your response to Mr. Smolarek was a bit harsh, even though is
response to you was harsh as well.  Hmm

Anyway, you'll have to read each line in and parse it and write it out,
modifying the appropriate line.  You already have the parsing done or
you'd not be able to send the confirmation and search for lost
passwords.

You read each line, parse it, inspect it to see if it is the appropriate
line to modify and modify it accordingly, then write it out to a temp
file.  Keep doing that until you've gone through all of the lines, then
remove the original file and move the temp file into its place.

hth
Chris

 -Original Message-
 From: RDWest Sr. [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, June 27, 2001 9:12 AM
 To: [EMAIL PROTECTED]
 Subject: Some Advice plz :))


 hi yall,
 yup,  i'm an old country boy... loli'm strugling
 here to learn perl on my own and with help from(maybe
 yall)lol  so plz bare with me...
 i need some advice on an issue here...   i'm creating,
 well trying to create,  a ranking system for my online
 pals...   i've accomplished user signup,  print info to
 flatfile database...  send confirmation of account and a
 search for lost userid and pwd...

 now,  i got to thinking...   if say a user wants to update
 their info( change pwd, name, etc...)i'm just completely
 lost here...

 does anyone have a good explanation or some code snippets i
 can look at?
 tx again
 RD Sr.




/~_. _ | _ _  _  _ 
\_/|(_||| | |(_)| |
 _|
___
GO.com Mail
Get Your Free, Private E-mail at http://mail.go.com





Re: Crypt function

2001-06-27 Thread ebgb

On Wed, Jun 27, 2001 at 08:49:55AM -0700, James Kelty wrote:
 Can anyone point out a good book that details the functionality of perl
 and crypt()? I would like to have a cgi page that allows new member to
 sign up, hold the info in  a flat file, but I would like to have the
 passwords encrypted. Any help would be much appreciated! Thanks alot!


I normally use Digest::MD5 for this kind of thing.  The module, like most
others, is available from CPAN.

#!/usr/bin/perl -w

use Digest::MD5 qw(md5_hex);
use strict;

my $secret_password=foobarqux;
my $digest=md5_hex($secret_password);

This is not really encryption as it's a one-way function.  You can't reverse
the procedure to find the password from the digest so to authorise your users
you will need to perform the digest function on the password they've supplied
and compare it with the stored string.

Be wary of passing passwords over http as they can be sniffed, https would be 
preferred.

There's probably better ways of authenticating users.  I would be glad to learn
them from any of the real programmers on the list. :)

Regards.

EbGb.



RE: Help with Download

2001-06-27 Thread Moon, John

Thanks for the help ... 

I got a little further  but still get :

...
...
...
tar: CGI.pm-2.752/CGI.pm - cannot create
tar: CGI.pm-2.752/README - cannot create
tar: CGI.pm-2.752/cgi_docs.html - cannot create
tar: CGI.pm-2.752/Makefile.PL - cannot create
tar: CGI.pm-2.752/cgi-lib_porting.html - cannot create

Results of gunzip  tar: 

SUN1ls
CGI.pm-2.752  CGI_pm_tar

SUN1ls -l ..

total 0
drwxrwxrwx   3 usract   admin 96 Jun 27 14:25 CGI

SUN1

-Original Message-
From: fliptop [mailto:[EMAIL PROTECTED]]
Sent: June 27, 2001 13:01
To: Moon, John
Cc: CGI Beginners
Subject: Re: Help with Download


Moon, John wrote:
 
 I have downloaded http://stein.cshl.org/WWW/software/CGI/CGI.pm.tar.gz (to
 pc then ftp to Unix as binary to directory when I want to install ) but am
 not familiar with the tar processor... When I tried :
 
 SUN2tar xvf *.tar

you need to unzip it first:

gunzip *.gz

or, maybe (on a sun os):

gzip -d *.gz

then run a tar -xvf *.tar



RE: Help with Download

2001-06-27 Thread Moon, John

Thanks again for the help ... 

needed to change my default mask to allow tar to create dirs with correct
permissions ...

I was/am not use to what tar does ...

now the make ... 

-Original Message-
From: Moon, John [mailto:[EMAIL PROTECTED]]
Sent: June 27, 2001 14:30
To: CGI Beginners
Subject: RE: Help with Download


Thanks for the help ... 

I got a little further  but still get :

...
...
...
tar: CGI.pm-2.752/CGI.pm - cannot create
tar: CGI.pm-2.752/README - cannot create
tar: CGI.pm-2.752/cgi_docs.html - cannot create
tar: CGI.pm-2.752/Makefile.PL - cannot create
tar: CGI.pm-2.752/cgi-lib_porting.html - cannot create

Results of gunzip  tar: 

SUN1ls
CGI.pm-2.752  CGI_pm_tar

SUN1ls -l ..

total 0
drwxrwxrwx   3 usract   admin 96 Jun 27 14:25 CGI

SUN1

-Original Message-
From: fliptop [mailto:[EMAIL PROTECTED]]
Sent: June 27, 2001 13:01
To: Moon, John
Cc: CGI Beginners
Subject: Re: Help with Download


Moon, John wrote:
 
 I have downloaded http://stein.cshl.org/WWW/software/CGI/CGI.pm.tar.gz (to
 pc then ftp to Unix as binary to directory when I want to install ) but am
 not familiar with the tar processor... When I tried :
 
 SUN2tar xvf *.tar

you need to unzip it first:

gunzip *.gz

or, maybe (on a sun os):

gzip -d *.gz

then run a tar -xvf *.tar



FW: IS THERE A PLATFORM FOR PERL DEVELOPERS?

2001-06-27 Thread Perkins, Robert


I want to start developing perl applications in a windows 95 environment
where and how do I about obtaining a compiler of some sort to accomplish
this. Additionally how do I cater the software to my environment.

-Original Message-
From: [EMAIL PROTECTED]%internet
[mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 26, 2001 12:33 PM
To: [EMAIL PROTECTED]%internet
Subject: beginners-cgi Digest 26 Jun 2001 16:32:24 - Issue 28



beginners-cgi Digest 26 Jun 2001 16:32:24 - Issue 28

Topics (messages 748 through 777):

Re: If I could get just one Perl Book what should it be?
748 by: Mel Matsuoka
749 by: RTaylor.thermeon.com
750 by: RTaylor.thermeon.com
751 by: Chris Hedemark

Re: ? embed scalars in the sql
752 by: Francesco Scaglioni
753 by: Sage, Christian
756 by: mark crowe (JIC)
758 by: Francesco Scaglioni
759 by: PURMONEN, Joni
762 by: Francesco Scaglioni
764 by: Sage, Christian
765 by: mark crowe (JIC)
768 by: Curtis Poe
770 by: Maxim Berlin
774 by: mark crowe (JIC)
777 by: Maxim Berlin

Unsubscribing
754 by: Derek Harding
755 by: Cochrane, Paul
760 by: Lucy
767 by: Mark Bergeron

why perl - idc - htx - won't work in PWS
757 by: Frederick Alain Ang Yap
766 by: Kris Cook

HTTP headers/Mime types
761 by: Gary Stainburn
763 by: Hasanuddin Tamir

Re: Code Review
769 by: Aaron Craig
771 by: Curtis Poe
773 by: Aaron Craig

Different reply-to?
772 by: Curtis Poe
776 by: Aaron Craig

Mainting State On IIS 4 Without Cookies/Hidden Fields
775 by: David Simcik

Administrivia:

To subscribe to the digest, e-mail:
[EMAIL PROTECTED]

To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]

To post to the list, e-mail:
[EMAIL PROTECTED]


--




Including other files

2001-06-27 Thread James Kelty

Can you include say a header and footer .cgi file that is just a
subroutine? The reason I ask, is that it seems to me that it might make
things (on a larger application) easier if all you had to do was mess
with the middle content of the pages.  Does this make sense at all?

-James



Re: Including other files

2001-06-27 Thread Brett W. McCoy

On Wed, 27 Jun 2001, James Kelty wrote:

 Can you include say a header and footer .cgi file that is just a
 subroutine? The reason I ask, is that it seems to me that it might make
 things (on a larger application) easier if all you had to do was mess
 with the middle content of the pages.  Does this make sense at all?

Include where?  Include head and footer subs in a main CGI script?  You
can certainly do that, if you properly create a a module and import the
subroutines.  If you are talking about using SSI in HTML, you can do that
also, if your server supports SSI.

You might want to take a look at Mason: http://masonhq.com.  It's a
Perl-based component framework for building web applications, and can
accomplish what you want to do, and much more on top of that.

-- Brett
   http://www.chapelperilous.net/btfwk/

Breeding rabbits is a hare raising experience.




Re: Including other files

2001-06-27 Thread James Kelty

Sorry about the confusion. I did mean in the body of the main cgi and
subsequent cgis later. Not SSIs. Sorry about that.

-James


Brett W. McCoy wrote:
 
 On Wed, 27 Jun 2001, James Kelty wrote:
 
  Can you include say a header and footer .cgi file that is just a
  subroutine? The reason I ask, is that it seems to me that it might make
  things (on a larger application) easier if all you had to do was mess
  with the middle content of the pages.  Does this make sense at all?
 
 Include where?  Include head and footer subs in a main CGI script?  You
 can certainly do that, if you properly create a a module and import the
 subroutines.  If you are talking about using SSI in HTML, you can do that
 also, if your server supports SSI.
 
 You might want to take a look at Mason: http://masonhq.com.  It's a
 Perl-based component framework for building web applications, and can
 accomplish what you want to do, and much more on top of that.
 
 -- Brett
http://www.chapelperilous.net/btfwk/
 
 Breeding rabbits is a hare raising experience.



Re: Including other files

2001-06-27 Thread Brett W. McCoy

On Wed, 27 Jun 2001, James Kelty wrote:

 Sorry about the confusion. I did mean in the body of the main cgi and
 subsequent cgis later. Not SSIs. Sorry about that.

Well, yes, you can do that.  In fact, from a design standpoint, it's
definitely a good idea to take out the common elements of your webpages
and include them in the parts that change.  Again, take a look at Mason.

-- Brett
   http://www.chapelperilous.net/btfwk/

Huh?




Problem with my code

2001-06-27 Thread Greg Touchton

I can't get any response from the location I am trying to contact. I can reach 
an external location like www.yahoo.com without any problem. When I use my web 
browser I have no problem receiving a response from the CGI even if I give bad 
information to the POST. I know I am not using a proxy. Please pardon my email 
program for the wordwrap...

use LWP::UserAgent;
$ua = LWP::UserAgent-new;
my $req = HTTP::Request-new(POST = 
'http://www.informatics.jax.org/searches/homology_report.cgi');
$req-content_type(application/x-www-form-urlencoded);
$john = 
qw(order=symbolinclude=*limit=0_Species_key=op:symname=begins);
$john .= qw(symname=abl1);
$jonh.=qw(symnameBreadth=CWScmp_Species_key=); 
my $res = $ua-request($req);
print $res-code,'\n';

Thank you,

Greg Touchton\\   /=|   
540-552-5967  \\ //  =|
338 Shenandoah Cir \//   =|




Re: Problem with my code

2001-06-27 Thread David Labatte

First you should always use strict. It'll help catch things like your misspeling
of jonh.  The request you are sending is for a POST, which means that the
form data has to be passed in the body of the request, which you forgot to do.

So just add:

$req-content($john);

Correct the spelling mistake, use strict, my all your variables,  and it should
work fine.. except that your query isn't understood by their cgi.

I used this query for testing:

my $john =
qq|order=symbolinclude=selected*limit=500_Species_key=1op%3Asymname=beginssymname=symnameBreadth=CWSop%3Achromosome=%3Dchromosome=op%3AcytogeneticOffset=beginscytogeneticOffset=op%3A_primary=begins_primary=refid=id=cmp_Species_key=op%3Acmp_chromosome=%3Dcmp_chromosome=op%3Acmp_cytogeneticOffset=beginscmp_cytogeneticOffset=|;

p.s. interesting project :)


--
my edited  version:

use strict;
use LWP::UserAgent;
my $ua = LWP::UserAgent-new;
my $req = HTTP::Request-new(POST =
'http://www.informatics.jax.org/searches/homology_report.cgi');
$req-content_type(application/x-www-form-urlencoded);
my $john =
qq|order=symbolinclude=selected*limit=500_Species_key=1op%3Asymname=beginssymname=symnameBreadth=CWSop%3Achromosome=%3Dchromosome=op%3AcytogeneticOffset=beginscytogeneticOffset=op%3A_primary=begins_primary=refid=id=cmp_Species_key=op%3Acmp_chromosome=%3Dcmp_chromosome=op%3Acmp_cytogeneticOffset=beginscmp_cytogeneticOffset=|;

$req-content($john);
# print $req-as_string();
my $res = $ua-request($req);
print $res-code,'\n';
print $res-content();



Greg Touchton wrote:

 I can't get any response from the location I am trying to contact. I can reach
 an external location like www.yahoo.com without any problem. When I use my web
 browser I have no problem receiving a response from the CGI even if I give bad
 information to the POST. I know I am not using a proxy. Please pardon my email
 program for the wordwrap...

 use LWP::UserAgent;
 $ua = LWP::UserAgent-new;
 my $req = HTTP::Request-new(POST =
 'http://www.informatics.jax.org/searches/homology_report.cgi');
 $req-content_type(application/x-www-form-urlencoded);
 $john =
 qw(order=symbolinclude=*limit=0_Species_key=op:symname=begins);
 $john .= qw(symname=abl1);
 $jonh.=qw(symnameBreadth=CWScmp_Species_key=);
 my $res = $ua-request($req);
 print $res-code,'\n';

 Thank you,

 Greg Touchton\\   /=|
 540-552-5967  \\ //  =|
 338 Shenandoah Cir \//   =|

--
Perl, because 600 billion oysters can't be wrong
   Canadian Consulting Services' pet perl hacker
   David Labatte [EMAIL PROTECTED]





correction

2001-06-27 Thread fliptop

sorry, the next installment will be Step 7, not 8.



Re: Including other files

2001-06-27 Thread Rajeev Rumale

Hi,

I have a similar situation in my project.  I have created a file like
mylib.pl and I put all my subroutines into it.

In every page which I use i just add a line require  mylib.pl  IT works
fine for me.

I would like to know
1. if this approch is Good
2. Is their any performance problem compared to writing the subs directly in
main.
3. Is there any better approch.

with regards

Rajeev Rumale

~~~
Rajeev Rumale
MyAngel.Net Pte Ltd.,Phone  :
(65)8831530 (office)
#04-01, 180 B, The Bencoolen,   Email  :
[EMAIL PROTECTED]
Bencoolen Street, Singapore - 189648 ICQ: 121001541
Website : www.myangel.net
~~~


- Original Message -
From: Mark Bergeron [EMAIL PROTECTED]
To: James Kelty [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, June 28, 2001 8:01 AM
Subject: Re: Including other files


 Yes you can.

 -Original Message-
 From: James Kelty[EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Date: Wed Jun 27 15:18:23 PDT 2001
 Subject: Including other files

 Can you include say a header and footer .cgi file that is just a
 subroutine? The reason I ask, is that it seems to me that it might make
 things (on a larger application) easier if all you had to do was mess
 with the middle content of the pages.  Does this make sense at all?
 
 -James

 /~_. _ | _ _  _  _
 \_/|(_||| | |(_)| |
  _|
 ___
 GO.com Mail
 Get Your Free, Private E-mail at http://mail.go.com







Re: Crypt function

2001-06-27 Thread Richard J. Barbalace

Randal L. Schwartz [EMAIL PROTECTED] writes:
 my $encrypted = crypt($cleartext, zz);
 .
 As for that salt parameter, ignore it.  I just use zz or something.
 In this day and age with fastcrypt implementations, having a varying
 salt really doesn't add much to security.

Having a better salt (the two characters zz) helps prevent casual or
accidental browsing (say, by the sysadmin) from revealing that two
users have the same password.  While this only adds minimal security,
it's worth the minimal effort to avoid that problem.  You can use the
first (or last) two characters of the username for a simple salt:
  my $encrypted = crypt($cleartext, substr($username, -2, 2));

The brief documentation for crypt is available (among other places) at:
http://www.perl.com/pub/doc/manual/html/pod/perlfunc/crypt.html

[EMAIL PROTECTED] adds:
 I normally use Digest::MD5 for this kind of thing.  The module, like most
 others, is available from CPAN.
 
 #!/usr/bin/perl -w
 
 use Digest::MD5 qw(md5_hex);
 use strict;
 
 my $secret_password=foobarqux;
 my $digest=md5_hex($secret_password);
 
 This is not really encryption as it's a one-way function.  You can't reverse
 the procedure to find the password from the digest so to authorise your users
 you will need to perform the digest function on the password they've supplied
 and compare it with the stored string.

I'll second this recommendation.  To avoid the same password issue
described above, it's slightly better to append the username when
computing the hash, as in:
  my $digest = md5_hex($secret_password . $username);

You may want to require a minimum password length or check for
obvious passwords.  Also, consider using SSL for the CGI script to
prevent the password from being sniffed during transmission to your
server.  Consult with a security expert if you need more than basic
security on your site.

+ Richard J. Barbalace



Re: reg cgi pgm running

2001-06-27 Thread nila devaraj

i think this is exclusively for cgi programming.. that
too for beginners.. as a beginner i have to configure
iplannet in my system then only i can run my cgi
program . right???.. then what is wrong in asking abt
it???
if it is still out of question.. 
i am sorry for posted this question.
Thanx
Regards
nila
--- Hal Wigoda [EMAIL PROTECTED] wrote:
 'This is not the list for iplanet help.
 
 At 05:17 AM 6/27/01 -0700, you wrote:
 hi
 i am configuring iplannet webserver to run cgi
 scripts.
 i dont know how to run my program..
 can anyone tell me how to run my hello world
 program?
 It wudbe really helpful to me if some one can show
 me
 the pointer.
 Thank you
 Regards
 nila
 
 
 __
 Do You Yahoo!?
 Get personalized email addresses from Yahoo! Mail
 http://personal.mail.yahoo.com/
 


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/



Re: Different reply-to?

2001-06-27 Thread Gary Stainburn

I thought that the moderators had asked for these threads to be ceased.

The number of emails on this topic, along with the ones on unsubscribing is 
getting unbelievable - I know, I've just $cout++'d this.

I am on more lists than is good for me, and while some do add a prefix to the 
subject other don't.  It doesn not make any differece to me.  *NONE* of them 
have 'reply-to-list' set.  This also does not cause me a problem.

Almost every mail client has filtering built in - even MS ones.  Use the 'To 
or CC' filter as every mail you receive from this list will have 'beginners@' 
or 'beginners-cgi@' in one of these fields.

The fact that I receive duplicate replies to my posts is also not annoying - 
it makes it more likely that I see it.

Please please PLEASE can we now stop these threads and let the list get on 
with what it's supposed to do which is help perl beginners get on with 
productive stuff.

Gary

On Wednesday 27 June 2001  1:11 pm, Kris Cook wrote:
 I'm compelled to add my voice to Al's on this.  The other lists I've been
 member of have all had the group as the Reply-to address, not the
 individual sender.  The monitors need to think this through.  People will
 become annoyed with the duplicates, and ask to be removed from the list. 
 The community will lose good interactive communication, and be deprived of
 a wealth of potential resources.  Who's served by that?

  -Original Message-
  From: Al Hospers [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, June 26, 2001 3:20 PM
  To: [EMAIL PROTECTED]
  Subject: RE: Different reply-to?
 
   although I *have*
   gotten into the habit of using reply-all instead of
   reply-to, thus
   getting my mail out to its intended recipient, I receive
   multiple copies of
   the same post from other people who use reply-all and don't
   take out
   everybody's name from the To: field.  I have received as many
   as three
   copies of every message in a thread at times.  No wonder I
   download 200+
   messages a day from these two lists alone.
  
   If the list must be set to not mess with the reply-to field,
   could list
   members at least make sure that they cut out addresses from
   the To: field
   before sending their mail?
 
  uncloaking
 
  I think that this topic was chopped off in mid-stream on beginners. in
  fact I unsubscribed because when I was active I was getting many
  doubled posts a day from that list, on top of the normal traffic. very
  annoying! I don't care what emailer you are using, there is no EASY
  way to filter out the double postings  it is entirely too easy to do.
  IMHO both lists are set up backwards from the myriad other lists I
  belong to. most lists have the Reply field to be the reply to the
  list, Reply All has the list AND the poster's address. thus you hit
  Reply  post back to the list ONLY - which is what most people want to
  do and what most posters want you to do. if you really WANT to reply
  to the poster directly, something that is often not desired, you click
  Reply All  dump the list address.
 
  the way the list is configured now, if you click reply you will NOT
  reply to the list at all. thi=us depriving the list members of seeing
  the dialog. if you click Reply All, unless you make the effort to
  delete the poster's address, they are going to get double postings.
 
  I do not understand the reluctance of the monitors to make this
  change.
 
  sigh
 
  Al Hospers
  CamberSoft, Inc.
  alatcambersoftdotcom
  http://www.cambersoft.com
 
  A famous linguist once said:
  There is no language wherein a double
  positive can form a negative.
 
  YEAH, RIGHT

-- 
Gary Stainburn
 
This email does not contain private or confidential material as it
may be snooped on by interested government parties for unknown
and undisclosed purposes - Regulation of Investigatory Powers Act, 2000 



Re: Different reply-to?

2001-06-27 Thread Casey West

On Wed, Jun 27, 2001 at 01:18:37PM +0100, Gary Stainburn wrote:
: I thought that the moderators had asked for these threads to be ceased.

Yes, we have.  This will be the last and final message on the
subject.  :)

: The number of emails on this topic, along with the ones on unsubscribing is 
: getting unbelievable - I know, I've just $cout++'d this.
: 
: I am on more lists than is good for me, and while some do add a prefix to the 
: subject other don't.  It doesn not make any differece to me.  *NONE* of them 
: have 'reply-to-list' set.  This also does not cause me a problem.

As I have voiced in the beginners-workers group, we all have to
remember that the beginners lists are set up exactly the same way as
the 100+ other Perl lists on perl.org.  We will not be helping
anybody, especially the beginners that want to explore further, by
changing the way these lists work.  The beginners-workers folks have
decided that the best solution is education.  We are going to be
documenting how to filter @perl.org mailing lists for as many MUAs as
we can get our hands on.  Please, if you feel like doing this, send
your documentation to [EMAIL PROTECTED]

: Please please PLEASE can we now stop these threads and let the list get on 
: with what it's supposed to do which is help perl beginners get on with 
: productive stuff.

Amen.  It is finished.  :)

  Casey West

-- 
Shooting yourself in the foot with Pascal 
Same as Modula-2 except that the bullet is not the right type for the
gun and your hand is blown off.