nms-cgi-devel — Developers discussion for NMS CGI programs

[Nms-cgi-devel] Re: Contribution - guestbook-admin script

[Richard R. <nm...@ri...>]

Hello again, all.

Admission of guilt - I missed tainting test, on the logout action in my
guestbook-admin script. A new guestbook-admin script is attached and
uploaded to the same place as the last one.

The MD5 of the new guestbook-admin.pl is:
MD5 (guestbook-admin.pl) = dd746ef69312c745c778048508a7904e

It would also appear that I am on the mailing list, should people want
to contact me.

Richard Rose

[Nms-cgi-devel] Contribution - guestbook-admin script

[Richard R. <nm...@ri...>]

Hello all,

I have written an admin script for guestbook.pl. It requires a small
patch to guestbook.pl (attached, but also here[0]), to mark the
beginning and end of comments.

It provides an a login interface for the user, by password, and an admin
view of the guestbook. From here, the administrator can hide and unhide
comments, and delete comments, and logout.

The code is compatible with the rest of the code from nms-cgi (will work
with perl 5.004, no external modules required, uses -wT and use strict),
and should introduce no security holes, though I would encourage a
review beforehand, in case there is anything I have missed.

The code is attached, but can also be found here[1].

Questions, comments, and so forth should be mailed directly to me, as I
am not on the list.


The code is hereby donated to the NMS-CGI project, for distribution
under whichever licence they see fit, and for maintainance by
themselves.


Richard Rose

[0] http://pkl.net/~rik/nms/guestbook.pl.diff
      MD5 (guestbook.pl.diff) = bd07e6f0a7c7673b9f82e24c3d2a6ce8
[1] http://pkl.net/~rik/nms/guestbook-admin.pl
      MD5 (guestbook-admin.pl) = e4d5d5dfa9256992d2665d7d84c67334

[Nms-cgi-devel] Contribution - guestbook admin script

[Richard R. <nm...@ri...>]

Hello all,

I have written an admin script for guestbook.pl. It requires a small
patch to guestbook.pl (attached, but also here[0]), to mark the
beginning and end of comments.

It provides an a login interface for the user, by password, and an admin
view of the guestbook. From here, the administrator can hide and unhide
comments, and delete comments, and logout.

The code is compatible with the rest of the code from nms-cgi (will work
with perl 5.004, no external modules required, uses -wT and use strict),
and should introduce no security holes, though I would encourage a
review beforehand, in case there is anything I have missed.

The code is attached, but can also be found here[1].

Questions, comments, and so forth should be mailed directly to me, as I
am not on the list.


The code is hereby donated to the NMS-CGI project, for distribution
under whichever licence they see fit, and for maintainance by
themselves.


Richard Rose

[0] http://pkl.net/~rik/nms/guestbook.pl.diff
      MD5 (guestbook.pl.diff) = bd07e6f0a7c7673b9f82e24c3d2a6ce8
[1] http://pkl.net/~rik/nms/guestbook-admin.pl
      MD5 (guestbook-admin.pl) = e4d5d5dfa9256992d2665d7d84c67334

[Nms-cgi-devel] [ nms-cgi-Feature Requests-517297 ] Security: block uploads + max posts

[SourceForge.net <no...@so...>]

Feature Requests item #517297, was opened at 2002-02-14 02:32
Message generated for change (Settings changed) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=517297&group_id=39625

Category: None
Group: None
>Status: Closed
Priority: 5
Submitted By: Olivier Dragon (dragonoe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Security: block uploads + max posts

Initial Comment:
Do for all scripts. Information below if from the
CGI.pm documentation.

$CGI::POST_MAX
If set to a non-negative integer, this variable puts a
ceiling on the size of POSTings, in bytes. If CGI.pm
detects a POST that is greater than the ceiling, it
will immediately exit with an error message. This value
will affect both ordinary POSTs and multipart POSTs,
meaning that it limits the maximum size of file uploads
as well. You should set this to a reasonably high
value, such as 1 megabyte.

$CGI::DISABLE_UPLOADS
If set to a non-zero value, this will disable file
uploads completely. Other fill-out form values will
work as usual.

---
1. On a script-by-script basis
    Set the variable at the top of the script, right
after the "use" statement:

use CGI qw/:standard/;
    use CGI::Carp 'fatalsToBrowser';
    $CGI::POST_MAX=1024 * 100;  # max 100K posts
    $CGI::DISABLE_UPLOADS = 1;  # no uploads

----------------------------------------------------------------------

Comment By: Jonathan Stowe (gellyfish)
Date: 2002-02-23 09:31

Message:
Logged In: YES 
user_id=313586

I've assigned it to you anyway ;-}

----------------------------------------------------------------------

Comment By: Olivier Dragon (dragonoe)
Date: 2002-02-18 15:55

Message:
Logged In: YES 
user_id=441695

Just want to record it so all developers know, until we've
done it for all the scripts.

----------------------------------------------------------------------

Comment By: Jonathan Stowe (gellyfish)
Date: 2002-02-17 20:15

Message:
Logged In: YES 
user_id=313586

I Think we are doing this bit by bit

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=517297&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Feature Requests-517291 ] Add headers to all scripts

[SourceForge.net <no...@so...>]

Feature Requests item #517291, was opened at 2002-02-14 02:15
Message generated for change (Settings changed) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=517291&group_id=39625

Category: None
Group: None
>Status: Closed
Priority: 3
Submitted By: Olivier Dragon (dragonoe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add headers to all scripts

Initial Comment:
Add headers to all scripts. See FormMail.PL and
wwwboard.pl for examples. Those two have been done. You
can also find the actual header skeleton by browsing
the archived devel mailing list.

Also remember to move the individual settings' comments
into the README if it hasn't been done already. This
must be done _before_ deleting it... :o)

----------------------------------------------------------------------

Comment By: Jonathan Stowe (gellyfish)
Date: 2002-02-23 09:30

Message:
Logged In: YES 
user_id=313586

This is either done or being done :) I have assigned it to
you anyway ;-}

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=517291&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Feature Requests-939019 ] TFmail lacks RFC-mandated Date: header

[SourceForge.net <no...@so...>]

Feature Requests item #939019, was opened at 2004-04-21 02:27
Message generated for change (Comment added) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=939019&group_id=39625

Category: None
Group: None
>Status: Pending
Priority: 5
Submitted By: Alan Miller (fencepost)
Assigned to: Nobody/Anonymous (nobody)
Summary: TFmail lacks RFC-mandated Date: header

Initial Comment:
The RFCs for email messages indicate that there should
be a Date: field in the headers of each message, but
its absence seems to be a standard thing for
form-to-email scripts in Perl. Is there a particular
reason for leaving it out?

Apparently the format is defined in RFC 822 and updated
in RFC 1123 (switching to 4-digit years and
recommending numeric timezone offsets). The RFCs in
question are at http://www.faqs.org/rfcs/rfc822.html
(section 5, "DATE AND TIME SPECIFICATION") and
http://www.faqs.org/rfcs/rfc1123.html (section 5.2.14).


----------------------------------------------------------------------

>Comment By: Jonathan Stowe (gellyfish)
Date: 2004-05-06 17:01

Message:
Logged In: YES 
user_id=313586

Generally (when using a standard MTA ) the Date header will
be added by the MTA if it is missing - if you are using
MIME::Lite with TFMail this also will add the header.



----------------------------------------------------------------------

Comment By: Alan Miller (fencepost)
Date: 2004-04-21 02:30

Message:
Logged In: YES 
user_id=184755

Argh, I'm an idiot - it's not nms-formmail, it's tfmail that
doesn't have the date header.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=939019&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Support Requests-944159 ] Internal Server Error 500

[SourceForge.net <no...@so...>]

Support Requests item #944159, was opened at 2004-04-28 20:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=944159&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Internal Server Error 500

Initial Comment:
----------Begin Error log extract-------------
[Thu Apr 29 12:40:23 2004] [error] [client ] Premature
end of script headers: FormMail.pl, referer: testform.html
[Thu Apr 29 12:40:23 2004] [error] [client ] Can't
locate CGI.pm in @INC (@INC contains:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/5.8.0) at (eval 3) line 4., referer:
/testform.html
[Thu Apr 29 12:40:23 2004] [error] [client ] BEGIN
failed--compilation aborted at (eval 3) line 4.,
referer: testform.html
[Thu Apr 29 12:40:23 2004] [error] [client ] BEGIN
failed--compilation aborted at FormMail.pl line 3222.,
referer: testform.html
---------End Error log extract-------------

Using FormMail v 3.12c1.
Seems Perl 5 is installed and working.
Path to Perl seems ok.
Testing with original FormMail.pl, unedited.
In /cgi-bin/ and permissions set to 755.

I'm not sure what to do next.

jolyon_AT_swiftdsl.com.au

Thanks,
Jolyon

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=944159&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Bugs-939019 ] Formmail lacks RFC-mandated Date: header

[SourceForge.net <no...@so...>]

Bugs item #939019, was opened at 2004-04-21 02:27
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425769&aid=939019&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Alan Miller (fencepost)
Assigned to: Nobody/Anonymous (nobody)
Summary: Formmail lacks RFC-mandated Date: header

Initial Comment:
The RFCs for email messages indicate that there should
be a Date: field in the headers of each message, but
its absence seems to be a standard thing for
form-to-email scripts in Perl. Is there a particular
reason for leaving it out?

Apparently the format is defined in RFC 822 and updated
in RFC 1123 (switching to 4-digit years and
recommending numeric timezone offsets). The RFCs in
question are at http://www.faqs.org/rfcs/rfc822.html
(section 5, "DATE AND TIME SPECIFICATION") and
http://www.faqs.org/rfcs/rfc1123.html (section 5.2.14).


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425769&aid=939019&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Support Requests-938158 ] Truncated name; disabling thank-you page (from Flash)

[SourceForge.net <no...@so...>]

Support Requests item #938158, was opened at 2004-04-19 13:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=938158&group_id=39625

Category: Install Problem (example)
Group: v1.0 (example)
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Abrams (cosmocanuck)
Assigned to: Nobody/Anonymous (nobody)
Summary: Truncated name; disabling thank-you page (from Flash)

Initial Comment:
Hi!

I'm new to this mailing list so I hope I'm actually posting this 
in the right way and the right place. If not, please let me 
know...

I'm using Flash to connect with the formMail script, and 
although I've managed to solve some other thorny issues, 
there's a couple of problems remaining.

1) I want to disable any kind of "thank you" or success page.  
Once I hit submit in my flash file, a new HTML window opens 
up with the "thank you" message, but the Flash file already 
handles the thank-you's, so I'd rather not have anything else 
happen at all. Certainly not a brand-new page popping up 
like that.

2) I'm noticing that the last character of the "name" field 
gets cut off - but only when I send from Flash! (I have a 
regular HTML form for testing purposes and it sends the info 
exactly as I entered it.) I programmed Flash to add a space 
after the name variable, but then I got "%2" at the end 
instead - which means somewhere along the path, a "%20" 
is being added to represent the space and then the last 
character of THAT is being cut off. I'm baffled!

I know this may be a question for Flash experts but thought 
I should try here too - since it straddles both worlds... hope 
you can help!

Adam

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=938158&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Patches-839754 ] FormMail.pl defaults support

[SourceForge.net <no...@so...>]

Patches item #839754, was opened at 2003-11-11 05:51
Message generated for change (Settings changed) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=839754&group_id=39625

Category: None
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Iain O'Cain (iocain)
Assigned to: Nobody/Anonymous (nobody)
Summary: FormMail.pl defaults support

Initial Comment:
This is a simple patch to handle situations where a
form has default values the recipient of submission
email may not want to see in every message.  This is
particularly common with option-lists, where people
rarely seem to have an empty default.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=839754&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Patches-739955 ] Adds IPv6 Support to FormMail.pl

[SourceForge.net <no...@so...>]

Patches item #739955, was opened at 2003-05-19 17:08
Message generated for change (Settings changed) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=739955&group_id=39625

Category: None
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Matthias Cramer (matthiasc)
Assigned to: Nobody/Anonymous (nobody)
Summary: Adds IPv6 Support to FormMail.pl

Initial Comment:
Modifies IP-Address Parser for REMOTE_ADDRESS
to suppoer IPv6 Addresses.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=739955&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Patches-594722 ] 2 enhancements to rand_image

[SourceForge.net <no...@so...>]

Patches item #594722, was opened at 2002-08-13 18:33
Message generated for change (Settings changed) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=594722&group_id=39625

Category: None
Group: None
Status: Open
>Resolution: Postponed
Priority: 5
Submitted By: Dave Skolnick (dave-man)
Assigned to: Jonathan Stowe (gellyfish)
Summary: 2 enhancements to rand_image

Initial Comment:
The attached patch file improves the randomness of
rand_image and adds the capability to select a random
image from a directory without configuring every file
in the directory.

For the first change, the line:

my $pic = $files[rand @files];

is changed to:

my $pic = $files[int(rand @files) + 1];

This improves the randomness in my testing.

Secondly I added:

# If this ($use_allfiles) is set to 1 then the program
will randomly display all the 
# files in the directory specified in $basedir. If set
to 0, the program will only 
# rotate among the files identified in the "my @files =
qw (" section below.
# WARNING -- this version assumes that every single
file in the directory is an
# image file and should be displayed. There is no
checking at ALL to confirm this 
# assumption beyond ignoring any files that start with
a '.'.

my $use_allfiles = 1;

to the configuration section (really only adding a
single variable), and the following code immediately
before the random file selection:

if ( $use_allfiles ) {
  undef @files;
  opendir( DIR, $basedir )
    or die "Can't opendir $basedir: $! \n";
  while ( defined( my $file = readdir( DIR ) ) ) {
    push @files, $file unless ( $file =~ /^\./ );
  }
}

Hope these are useful to you

----------------------------------------------------------------------

Comment By: Dave Skolnick (dave-man)
Date: 2002-08-14 13:41

Message:
Logged In: YES 
user_id=57537

my $pic = $files[rand @files];

my $pic = $files[int(rand @files) + 1]; 

There are days when I have flashes of stupidity. davorg's 
point regarding the index is correct.

On receiving his note, I built a test script using the two 
approaches (after removing the inappropriate +1). The 
array contained 10 elements. Running 100,000 
iterations, both approaches have a mean of 10,000 as 
one would hope and a standard deviation of around 89. 
The differences are not significant.

In production, we have found that my $pic = $files[rand 
@files]; does not give an even distribution of results, 
but that my $pic = $files[int(rand @files)]; does. 

My next step is to set up a test case on the production 
platform. I will let you know.

I'll definately do a separate patch file for my proposed 
enhancement.

----------------------------------------------------------------------

Comment By: Dave Cross (davorg)
Date: 2002-08-14 11:04

Message:
Logged In: YES 
user_id=34146

my $pic = $files[rand @files];

my $pic = $files[int(rand @files) + 1]; 

As far as I can see, see only difference that this patch
would make would be be to break the program.

The addition of the int call has no effect as an array index
is automatically converted to an integer anyway.

The "+ 1" has the effect of pushing the reuqested index off
the end of the array - thereby giving an "uninitialised
value" error under "use warnings".

A longer explaination follows:

@files in a scalar context gives the number of elements in
the array @files. Let's assume this is 10.

rand 10 gives a number between 0 and just less than 10. It
will never return 10.

int(rand 10) will therefore give an integer between 0 and 9.

Adding one to this gives an integer between 1 and 10.

In a 10 element Perl array, the valid indexes are 0 to 9.
Your expression therefore a) will never return the first
element (index 0) and b) will try to return an element with
index 10 which doesn't exist.

Can you perhaps give some more explaination of the way you
designed and tested this patch?

Dave...


----------------------------------------------------------------------

Comment By: Dave Skolnick (dave-man)
Date: 2002-08-14 11:03

Message:
Logged In: YES 
user_id=57537

Certainly can update my patch to your CVS version. I'd like 
to page through your new code (since the patch didn't apply) 
first, and I should probably split the patch into two for the fix 
(for increased randomness) and the enhancement (for the 
display of directory contents). I will try to get to it in the next 
couple of days, otherwise after I get back from holiday at the 
end of August.

----------------------------------------------------------------------

Comment By: Jonathan Stowe (gellyfish)
Date: 2002-08-14 10:46

Message:
Logged In: YES 
user_id=313586

Thanks for this.

Could you redo your changes against the 1.10 version from
the CVS as this patch fails to apply.  If for some reason
you can't do that I have no objection to doing it manually
but I am a little busy at the moment so it might not go in
quite as soon.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=594722&group_id=39625

[Nms-cgi-devel] Re: [Nms-cgi-support] TFmail: html email

[Jonathan S. <jn...@ge...>]

On Thu, 2004-04-01 at 03:53, bv...@bv... wrote:
> I added the ability to send html formatted emails using
> TFmail.pl.  In the *.trc file, simply specify:
> 
> email_mime_type: text/html
> 
> If this is not specified, the type defaults to text/plain.
> 
> Here is the patch for TFmail.pl below.  Can someone
> add this to the CVS?
> 

Thanks for this, however I don't think we will be applying it as it is. 
Firstly it would be really useful if we could have a patch for the
documentation, and secondly I know for certain that a number of the NMS
developers have a certain antipathy toward html only e-mail and I think
we would like to see the capability of having multipart/alternative
messages rather than single part html, of course this is a matter of
individual taste, I'm not sure if it is a great step from what you have
here to having multiple templates for the alternative parts, but I am
sure the other developers will have an opinion on the matter.

Thanks again.

/J\

[Nms-cgi-devel] [ nms-cgi-Support Requests-913906 ] FormMail file upload?

[SourceForge.net <no...@so...>]

Support Requests item #913906, was opened at 2004-03-10 21:53
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=913906&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: FormMail file upload?

Initial Comment:
How can i get FormMail to send uploaded photos in an 
email? 

I have a <input type="file">...

and I changed the form declaration to:

<form method="post" enctype=&#039;multipart/form-data&#039; 
action="http://www.myserver.com/cgi-bin/registryform.pl"
>

but do i have to write the photo to my directory 
somewhere, or should it be able to stay in memory?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=913906&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Support Requests-880837 ] FormMail submits but does not send email to receiver

[SourceForge.net <no...@so...>]

Support Requests item #880837, was opened at 2004-01-20 12:37
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=880837&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: FormMail submits but does not send email to receiver

Initial Comment:
Hi,

I have been using the nms version of FormMail for quite 
some time and it has worked beautifully till about last 
week when it stopped sending out emails to the 
intended receivers of submitted forms. The form submits 
ok from the website and redirects and everything but 
the intended receiver does not receive the form data. I 
am currently using the form on the website of a non-
profit organization based in the US. Please help and 
anysupport ASAP would be highly appreciated. my email 
is 
ami...@pr... or 
agu...@ya...

Thanks

Amit.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=880837&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Feature Requests-878378 ] support UTF-8

[SourceForge.net <no...@so...>]

Feature Requests item #878378, was opened at 2004-01-16 18:01
Message generated for change (Comment added) made by grin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=878378&group_id=39625

Category: None
Group: None
>Status: Open
Priority: 5
Submitted By: peter gervai (grin)
Assigned to: Nobody/Anonymous (nobody)
Summary: support UTF-8

Initial Comment:
Please support UTF-8. 
8859-1 is history. It's bad. It's evil. It's codepage 437! Burn. 
Burn.

And perl supports unicode anyway.


----------------------------------------------------------------------

>Comment By: peter gervai (grin)
Date: 2004-01-17 12:19

Message:
Logged In: YES 
user_id=9622

That was an asnwer without thinking, I am really sorry to point out.

The right answer would require to consider things.

You are very right that old perl does not support unicode, I accept that.
However I am talking about supporting UTF-8 *webpages* (input), 
which does not have to rely on Unicode support in perl. In fact it 
probably would not even use it (you can handle it just fine without 
unicode regexp, etc). All you have to do is to 

1) use utf-8 encodings on pages and generated pages

2) handle utf-8 input (at validation, it is not that complex if you check 
man perluni and see valid ranges, there are 4 or like!)

I think that's all. In fact I tried to do that but somewhere the code 
screws up the input and I cannot figure out where, and I did not have 
the time to rewrite the whole beast. :-(

So if you still believe that the request is not worthy of consoderation 
(since the program is completely useless in its current form outside 
latin1 regions) go on and close it.

Thanks for your time and efforts.


----------------------------------------------------------------------

Comment By: Dave Cross (davorg)
Date: 2004-01-16 18:54

Message:
Logged In: YES 
user_id=34146

Not all versions of Perl support UTF-* successfully. We
expect out programs to work on versions of Perl back to
5.004_04, so we are unlikely to rely on UTF-8 support in the
near future.

Dave...


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=878378&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Feature Requests-878378 ] support UTF-8

[SourceForge.net <no...@so...>]

Feature Requests item #878378, was opened at 2004-01-16 17:01
Message generated for change (Comment added) made by davorg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=878378&group_id=39625

Category: None
Group: None
>Status: Closed
Priority: 5
Submitted By: peter gervai (grin)
Assigned to: Nobody/Anonymous (nobody)
Summary: support UTF-8

Initial Comment:
Please support UTF-8. 
8859-1 is history. It's bad. It's evil. It's codepage 437! Burn. 
Burn.

And perl supports unicode anyway.


----------------------------------------------------------------------

>Comment By: Dave Cross (davorg)
Date: 2004-01-16 17:54

Message:
Logged In: YES 
user_id=34146

Not all versions of Perl support UTF-* successfully. We
expect out programs to work on versions of Perl back to
5.004_04, so we are unlikely to rely on UTF-8 support in the
near future.

Dave...


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=878378&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Feature Requests-878378 ] support UTF-8

[SourceForge.net <no...@so...>]

Feature Requests item #878378, was opened at 2004-01-16 18:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=878378&group_id=39625

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: peter gervai (grin)
Assigned to: Nobody/Anonymous (nobody)
Summary: support UTF-8

Initial Comment:
Please support UTF-8. 
8859-1 is history. It's bad. It's evil. It's codepage 437! Burn. 
Burn.

And perl supports unicode anyway.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=878378&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Bugs-878377 ] fix your webpages

[SourceForge.net <no...@so...>]

Bugs item #878377, was opened at 2004-01-16 17:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425769&aid=878377&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: peter gervai (grin)
Assigned to: Nobody/Anonymous (nobody)
Summary: fix your webpages

Initial Comment:
You pages contain links to nonexistant mail list archives. 
The web email submission timeouts 50%.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425769&aid=878377&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Support Requests-873972 ] formmail & spam assassin

[SourceForge.net <no...@so...>]

Support Requests item #873972, was opened at 2004-01-09 13:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=873972&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Norman ONeil (neone)
Assigned to: Nobody/Anonymous (nobody)
Summary: formmail & spam assassin

Initial Comment:
for some reason spam assassin is assigning 2.6 points to 
any submissions using formmail 3.10 and previous. I have 
included the verbage below;

2.6 BUGGY_CGI              Broken CGI script message

Have you experienced this before?

 
 
 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=873972&group_id=39625

Re: [Nms-cgi-devel] [ nms-cgi-Support Requests-867440 ] FORMMail error

[<ub...@sc...>]

Zitat von Nicholas Clark <ni...@cc...>:

> Hmmm. The list name isn't anywhere in the To line.
>=20
> On Mon, Dec 29, 2003 at 05:57:37PM -0800, SourceForge.net wrote:
>=20
> >  Invalid [] range "=FE=83=BF=BF=BF=BE=80-3" in transliteration
> > operator at [server]/cgi-bin/FormMail.pl line 571
> >=20
> > Line 571 should be line 569 in the posted version (mine
> > is 2 lines longer than the default because I added two
> > address aliases.)  The line is:
> >=20
> > $realname =3D~ tr# a-zA-Z0-9_-,./'=80-377##dc;
>=20
> Odd. That's a literal chr 129 there.
>=20
> And nothing quite like that line (particularly the '##dc') seems to be
> in the current version

This happens with older versions of Formmail.pl. I have seen it regularly=
 when=20
moving from an earlier Version to Perl 5.8.x

Using a recent version of Formmail fixes the problem.

Bye
malte

--=20
http://www.tfu-films.de

Re: [Nms-cgi-devel] [ nms-cgi-Support Requests-867440 ] FORMMail error

[Dave C. <da...@da...>]

On Fri, Jan 09, 2004 at 12:24:41PM +0000, Nicholas Clark wrote:
> Hmmm. The list name isn't anywhere in the To line.

Yeah, that's me approving posts from the tracker on sourceforge. 

> On Mon, Dec 29, 2003 at 05:57:37PM -0800, SourceForge.net wrote:
> 
> >  Invalid [] range "�������-3" in transliteration
> > operator at [server]/cgi-bin/FormMail.pl line 571
> > 
> > Line 571 should be line 569 in the posted version (mine
> > is 2 lines longer than the default because I added two
> > address aliases.)  The line is:
> > 
> > $realname =~ tr# a-zA-Z0-9_-,./'�-377##dc;
> 
> Odd. That's a literal chr 129 there.
> 
> And nothing quite like that line (particularly the '##dc') seems to be
> in the current version

It's a bug in a very old version of the script. Unfortunately I think
it may be the version that Matt Wright distributes from his site.

Dave...

-- 
  New .sigs
  Running in please parse

Re: [Nms-cgi-devel] [ nms-cgi-Support Requests-867440 ] FORMMail error

[Nicholas C. <ni...@cc...>]

Hmmm. The list name isn't anywhere in the To line.

On Mon, Dec 29, 2003 at 05:57:37PM -0800, SourceForge.net wrote:

>  Invalid [] range "þƒ¿¿¿¾€-3" in transliteration
> operator at [server]/cgi-bin/FormMail.pl line 571
> 
> Line 571 should be line 569 in the posted version (mine
> is 2 lines longer than the default because I added two
> address aliases.)  The line is:
> 
> $realname =~ tr# a-zA-Z0-9_-,./'€-377##dc;

Odd. That's a literal chr 129 there.

And nothing quite like that line (particularly the '##dc') seems to be
in the current version

Nicholas Clark

[Nms-cgi-devel] [ nms-cgi-Support Requests-867440 ] FORMMail error

[SourceForge.net <no...@so...>]

Support Requests item #867440, was opened at 2003-12-29 17:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=867440&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: FORMMail error

Initial Comment:
I just installed the Formmail script, but I'm getting a
strange error:

 Invalid [] range "þƒ¿¿¿¾€-3" in transliteration
operator at [server]/cgi-bin/FormMail.pl line 571

Line 571 should be line 569 in the posted version (mine
is 2 lines longer than the default because I added two
address aliases.)  The line is:

$realname =~ tr# a-zA-Z0-9_-,./'€-377##dc;

in the cleanup_realname subroutine.

I saw an earlier question in the archives with no
answer.  Does anyone have any clues as to what may be
wrong?  The nema in my test messages was just "JRS."

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=867440&group_id=39625

[Nms-cgi-devel] [ nms-cgi-Support Requests-867029 ] Host Needs "FormMail" Plug-In

[SourceForge.net <no...@so...>]

Support Requests item #867029, was opened at 2003-12-29 12:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=867029&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Cameron Brunton (cjbrunton)
Assigned to: Nobody/Anonymous (nobody)
Summary: Host Needs "FormMail" Plug-In

Initial Comment:
I keep getting the following error :
 
"Internal Server Error
The server encountered an internal error or 
misconfiguration and was unable to complete your 
request.
Please contact the server administrator, 
web...@pe... and inform them of the time 
the error occurred, and anything you might have done 
that may have caused the error.

More information about this error may be available in the 
server error log.
------------------------------------------------------
Apache/1.3.28 Server at peasoup.co.uk Port 80"


I emailed my Host for help and they say they can not 
run FormMail on their server because they are missing 
the necessary Plug-In, in fact their response to me was :

"Some programs just use standard installation of Perl. 
Some programs like the one you're using require an 
additional "plug-in". The only thing we know is that this 
program calls this plug-in "CGI::NMS::Script::FormMail". 
We tried to find this module but could not. Please 
contact authorts of this script for explanation."

Can anybody advise me what to do or where to find this 
plug-in? I would appreciate any assistance on this. 
Thank you.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425770&aid=867029&group_id=39625