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

[Nms-cgi-devel] [ nms-cgi-Patches-1161732 ] TFMail.pl: CONFIG_REGEX and 3 argument open

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

Patches item #1161732, was opened at 2005-03-11 23:21
Message generated for change (Comment added) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=1161732&group_id=39625

Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: TFMail.pl: CONFIG_REGEX and 3 argument open

Initial Comment:
I am not sure if the 3 argument open will work, as I am
not sure what version of perl it was introduced in.  It
does make it so that in a chroot TFmail.pl doesn't need
a shell to send e-mail.

It also allows  for a single . in the path for
_configs, but not double dots, because my default path
contains /domains/domain.dom/TFmail.

The CONFIG_REGEX feature is really handy for me as a vhost.

from the  diff

=item C<ConfigRegex>

A regular expression that the config file must match.
Needs to be a regular expression.  An example would be
F<qr{^(domains/[^/]+/TFmail/|[^/]+$)}>, this would work 
if you were doing virtual hosting and you allowed your 
users configs in a domains/domain.dom/TFmail/ directory 
under the ConfigRoot.  The _config setting in the form 
would be something like domains/domain.dom/TFmail/basic.  
Defaults to F<qr{^.*$}>.

CONFIG_REGEX        - A regular expression that is
matched against the _config
                      specified in the form.  This can
be used to limit 
					  configs to specific subdirectories under the
CONFIG_ROOT
					  e.g. if it is set to
qr{^(domains/[^/]+/TFmail/|[^/]+$)}
					  and MAX_DEPTH is at least 3 then you can put the
configs
					  in a CONFIG_ROOT/domains/domain.dom/TFmail/
directory.
					  This might be handy if you are doing virtual
hosting.


andrew fresh <an...@ma...>

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

>Comment By: Jonathan Stowe (gellyfish)
Date: 2005-03-21 10:54

Message:
Logged In: YES 
user_id=313586

The three argument open isn't available in the earliest
versions of Perl that we support

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

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

[Nms-cgi-devel] [ nms-cgi-Patches-1123678 ] TFmail.pl - Validing email_input

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

Patches item #1123678, was opened at 2005-02-16 05:11
Message generated for change (Comment added) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=1123678&group_id=39625

Category: None
Group: None
>Status: Pending
Resolution: None
Priority: 5
Submitted By: honeyman (honeyman)
Assigned to: Nobody/Anonymous (nobody)
Summary: TFmail.pl - Validing email_input

Initial Comment:
In prior versions of TFmail.pl, the app would test 
the 'email' or '_email' input parameters for validity as a 
proper email address if they were specified as required 
parameters. This patch alters the check_required() 
function to ensure that the parameter indicated by 
the 'email_input' config param is also validated with the 
address_ok() function if it is a required field.

This prevents forms with user prompts as default values 
from being submitted, eg:

<input type="text" name="Email Address" value="Type 
your email address here" />

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

>Comment By: Jonathan Stowe (gellyfish)
Date: 2005-03-21 10:51

Message:
Logged In: YES 
user_id=313586

Thanks for this - I'll put it to the developers.

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

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

[Nms-cgi-devel] [ nms-cgi-Bugs-1151654 ] formmail - default email field

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

Bugs item #1151654, was opened at 2005-02-25 02:16
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=1151654&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 - default email field

Initial Comment:
Hi

I've just upgraded quite a large site to use nms-formmail 
for the obvious security reasons, however, it looks like 
the original designer left out the "email" form field 
meaning no sender specified.

The server this is running on doesn't allow "nobody" as 
a sender when using SMTP as a mailprog 

I'd like to suggest the following patch around line 2708 
in the inlined version:
// start //
 $email = $self->{CFG}{postmaster} unless $email;
// end //

This will default non-specified "email" fields to the pre-
configured postmaster address.

Hope i'm submitting this in the right place - it's kind of a 
bug, kind of not.

Thanks for listening.
James

ja...@co...

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

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

[Nms-cgi-devel] Request for some contract work for the wwwboard.

[<Dan...@gr...>]

There was a posting on the use support area for adding some password 
protection for the wwwboard.  The response was basically it doesn't do 
that.  I was wondering if there are any developers interested in some 
contract work to add this functionality.  You guys keep all rights to the 
code, etc.  Anyway, if someone has some time and is interested, please 
contact me directly.

Regards,

Dan

[Nms-cgi-devel] [ nms-cgi-Patches-1123678 ] TFmail.pl - Validing email_input

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

Patches item #1123678, was opened at 2005-02-16 16:11
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425771&aid=1123678&group_id=39625

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: honeyman (honeyman)
Assigned to: Nobody/Anonymous (nobody)
Summary: TFmail.pl - Validing email_input

Initial Comment:
In prior versions of TFmail.pl, the app would test 
the 'email' or '_email' input parameters for validity as a 
proper email address if they were specified as required 
parameters. This patch alters the check_required() 
function to ensure that the parameter indicated by 
the 'email_input' config param is also validated with the 
address_ok() function if it is a required field.

This prevents forms with user prompts as default values 
from being submitted, eg:

<input type="text" name="Email Address" value="Type 
your email address here" />

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

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

[Nms-cgi-devel] [ nms-cgi-Feature Requests-1111771 ] Configuration templates

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

Feature Requests item #1111771, was opened at 2005-01-28 22:35
Message generated for change (Comment added) made by gellyfish
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=425772&aid=1111771&group_id=39625

Category: None
Group: None
>Status: Closed
Priority: 5
Submitted By: Clément Stenac (stenac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Configuration templates

Initial Comment:
Hello,

I'm the new Debian maintainer for the NMS scripts, and
we got some requests for having configuration outside
of the script.

Two approaches seem possible : 

- Put only the configuration in the /cgi-bin folder
(/usr/lib/cgi-bin on Debian) and have this file do the
real script
- Have configuration templates in /etc

First seems better as it allows several instances to
run with their own configurations.

Could you consider this ?

Regards,

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

>Comment By: Jonathan Stowe (gellyfish)
Date: 2005-02-07 12:04

Message:
Logged In: YES 
user_id=313586

Thanks for taking up the Debian maintenance.

You are probably better off addressing requests of this kind
to one of the mailing lists (probably
nms...@li...) as these are more
frequently read by the developers.

You aren't clear about which programs you are referring to.
 The advanced form to email program TFmail *does* keep it's
configuration separate to the main program, but for reasons
of backward compatibility this is unlikely to be something
we would like to do with the older programs.  We encourage
FormMail users who want to do something like this to upgrade
to TFmail as this is where most of the development focus is
at the moment.

It might be better if you were to refer people making these
kind of requests to one of our mailling lists so we can
discuss it further (not this crappy web interface please) as
some of the things may already be possible (or be planned
for the future.)

I'll close this ticket so we can take things forward on the
list.

/J


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

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

Re: [Nms-cgi-devel] [dickson@interisland.net: Add new script to current offering]

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

On Mon, Feb 07, 2005 at 10:39:49AM +0000, Jonathan Stowe wrote:
> On Fri, 2005-02-04 at 10:49, Dave Cross wrote:
> > I've just been sent the attached email containing a suggested addition
> > to the nms suite. Any comments would be much appreciated.
> 
> Well it won't run on 5.00404 (due to 'use bytes'), it will need work
> to make it more robust (unchecked system operations etc) personally I
> don't like the way that it mangles the headers of the e-mail and it
> isn't a CGI program but ....

Also, the use of things like procmail put it _way_ beyond the abilities
of our target audience.

Dave...

-- 
  This is the definition of my life

Re: [Nms-cgi-devel] [dickson@interisland.net: Add new script to current offering]

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

On Fri, 2005-02-04 at 10:49, Dave Cross wrote:
> I've just been sent the attached email containing a suggested addition
> to the nms suite. Any comments would be much appreciated.

Well it won't run on 5.00404 (due to 'use bytes'), it will need work to
make it more robust (unchecked system operations etc)  personally I
don't like the way that it mangles the headers of the e-mail and it
isn't a CGI program but ....

/J\
-- 

This e-mail is sponsored by http://www.integration-house.com/

[Nms-cgi-devel] [dickson@interisland.net: Add new script to current offering]

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

I've just been sent the attached email containing a suggested addition
to the nms suite. Any comments would be much appreciated.

Dave...

-- 
  This is the definition of my life

[Nms-cgi-devel] [ nms-cgi-Feature Requests-1111771 ] Configuration templates

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

Feature Requests item #1111771, was opened at 2005-01-28 23:35
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=1111771&group_id=39625

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Clément Stenac (stenac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Configuration templates

Initial Comment:
Hello,

I'm the new Debian maintainer for the NMS scripts, and
we got some requests for having configuration outside
of the script.

Two approaches seem possible : 

- Put only the configuration in the /cgi-bin folder
(/usr/lib/cgi-bin on Debian) and have this file do the
real script
- Have configuration templates in /etc

First seems better as it allows several instances to
run with their own configurations.

Could you consider this ?

Regards,

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

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

[Nms-cgi-devel] Re: [Nms-cgi-support] NMS FormMail

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

On Mon, 2005-01-24 at 12:55, Mar...@in... wrote:
> Hi,
> I am using NMSFormMail on a Windows 2000 Server using an SMTP relay
> server, that requires authentication.
> 
> How can I specify username/password for an SMTP relay server
> configured using the $mailprog  option in formmail.cgi?

Currently this is not possible, it requires some rather extensive work
on the SMTP mailing engine and it appears none of the developers have
the time or inclination to implement this.


I have Ccd the developer list in case anyone *has* got the time to do
this.


/J\
-- 

This e-mail is sponsored by http://www.integration-house.com/

[Nms-cgi-devel] [ nms-cgi-Feature Requests-1079175 ] Edit FFA Links File and Database

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

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

Category: None
Group: None
>Status: Closed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit FFA Links File and Database

Initial Comment:
Re: ffa.pl 
It would be nice for webmasters who are not super-users to be 
able to delete inappropriate or bad links via a browser based 
interface.

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

>Comment By: Jonathan Stowe (gellyfish)
Date: 2005-01-21 10:29

Message:
Logged In: YES 
user_id=313586

I think this would be something that we would want to do for
a new version of FFA (or a similar program) there are other
features that we would want like improved security,
templated output and so forth....

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

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

[Nms-cgi-devel] Re: [Nms-cgi-support] Starttls problem with smtp mailprog

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

On Sat, 2005-01-01 at 14:54, Dave Cross wrote:
> Hi guys. when i type $mailprog = "smtp:smtp.gmail.com:587"; 
> > I get the following error: SMTP command [MAIL
> > FROM:<har...@gm...>] gave response
> > [530 5.7.0 Must issue a STARTTLS command first ] at (eval 8) line 179,
> > <GEN0> line 3.
> >  
> > I'm a hundred percent sure that the port 587 is correct. Also, do you
> > guys know of any form scripts that has starttls included in it? Also,
> > I have a macintosh, and nms_sendmail hasn't been working.
> 
> It certainly looks like the Gmail SMTP is using some kind of non-standard
> version of SMTP which may well be incompatible with our formmail.
> 

The gmail servers are using host keys to allow relaying (thus the
STARTTLS requirement.)  We are aiming at some point to incorparate SMTP
AUTH into the NMS SMTP mailer, however the TLS part might prove a little
intractable given the requirement only to use the core modules as it
will require the reimplementation of a lot of encryption stuff that is
quite computationally intensive and will be very slow in pure perl.

/J\
-- 

This e-mail is sponsored by http://www.integration-house.com/

[Nms-cgi-devel] [ nms-cgi-Support Requests-1082287 ] Application error with wwwboard

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

Support Requests item #1082287, was opened at 2004-12-09 12:13
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=1082287&group_id=39625

Category: Install Problem (example)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: bperrin00 (bperrin00)
Assigned to: Nobody/Anonymous (nobody)
Summary: Application error with wwwboard

Initial Comment:
I installed wwwboard on my site but when I try to post 
a test message I get the following application error. Can 
you explain or offer any pointers about resolving? 
Thanks!

Application Error
An error has occurred in the program 

open >>/boards/.lock: No such file or directory 
at /nfs/cust/5/38/55/555835/cgi-bin/wwwboard.pl line 
233. 


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

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

[Nms-cgi-devel] [ nms-cgi-Feature Requests-1079175 ] Edit FFA Links File and Database

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

Feature Requests item #1079175, was opened at 2004-12-04 17:21
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=1079175&group_id=39625

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit FFA Links File and Database

Initial Comment:
Re: ffa.pl 
It would be nice for webmasters who are not super-users to be 
able to delete inappropriate or bad links via a browser based 
interface.

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

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

[Nms-cgi-devel] Fwd: Re: [Nms-cgi-support] New FormMail feature

[David R. <da...@pi...>]

Okay.  What I'm including in this e-mail is a diff of the original
FormMail.pl file and what I've changed.  I didn't want to include the
full body of the changes just because it seems rather large for an
e-mail.

A new optional field can be specified in the HTML to set the cutoff
date/time.  The form field is called "cutoff_datetime" and the field
value is of the form "MM/DD/YYYY-HH:MM:SS".

The changes were made to version 3.14c1 FormMail compatibility package.
Command "diff FormMailJDR.pl FormMail.pl".

--- BEGIN DIFF
2096,2099d2095
<   # JDR - Cutoff Date Enhancment - Begin CB1
<   my $curdate  = $self->current_date;
<   my $curtime  = $self->current_time;
<   # JDR - Cutoff Date Enhancement - End CB1
2103,2108d2098
<   # JDR - Cutoff Date Enhancement - Begin CB2
<   if (scalar $self->check_date_time($curdate, $curtime)) {
<     $self->past_cutoff_time_output;
<     return;
<   }
<   # JDR - Cutoff Date Enhancement - End CB2
2129,2156d2118
< # JDR - Cutoff Date Enhancement - Begin CB3
< =item current_date ()
< 
< Returns current day of the year
< 
< =cut
< 
< sub current_date {
<   my ($self) = @_;
< 
<   return (localtime)[7];
< 
< }
< 
< =item current_time ()
< 
< Returns current second of the day
< 
< =cut
< 
< sub current_time {
<   my ($self) = @_;
< 
<   return ((localtime)[0] + (localtime)[1]*60 + (localtime)[2]*60*60);
< 
< }
< # JDR - Cutoff Date Enhancement - End CB3
< 
2353d2314
<   # JDR - Cutoff Date Enhancement - Added cutoff_datetime var
2375d2335
<     cutoff_datetime
2737,2910d2696
< 
< # JDR - Cutoff Date Enhancement - Begin CB4
< =item check_date_time ()
< 
< Checks current date and time against configured date and time.
< If the configured date and time are exceeded, an error page is
< generated
< 
< =cut
< 
< sub check_date_time {
<   my ($self, $curdate, $curtime) = @_;
< 
<   my ($cutdate) = $self->calc_cutoff_date;
<   my ($cuttime) = $self->calc_cutoff_time;
< 
<   if ($cutdate == 0) {
<     return 0;
<   }
< 
<   if ($curdate > $cutdate) {
<     return 1;
<   }
< 
<   if ($curdate == $cutdate) {
<     if($curtime > $cuttime) {
<       return 1;
<     }
<   }
< 
<   return 0;
< 
< }
< 
< =item calc_cutoff_date ()
< 
< Produces cutoff date from config string passed to script
< 
< =cut
< 
< sub calc_cutoff_date {
<   my ($self) = @_;
< 
<   my $cutdate = 0;
<   my $year = 0;
< 
<   if ($self->{FormConfig}{cutoff_datetime} =~
<         /^\s*(\d{1,2})[\/](\d{1,2})[\/](\d{1,4})/) {
< 
<     if(scalar $3 < 100) {
<       $year = 2000 + scalar $3;
<     }
<     else {
<       $year = scalar $3;
<     }
< 
<     # Calculate day of year from month
<     if(scalar $1 > 1) {
<       $cutdate += 30;
<     }
<     if(scalar $1 > 2) {
<       if(($year) % 4 == 0) {
<         if(($year) % 100 == 0) {
<           if(($year) % 400 == 0) {
<             $cutdate += 29;
<           }
<           else {
<             $cutdate += 28;
<           }
<         }
<         else {
<           $cutdate += 29;
<         }
<       }
<       else {
<         $cutdate += 28;
<       }
<     }
<     if(scalar $1 > 3) {
<       $cutdate += 31;
<     }
<     if(scalar $1 > 4) {
<       $cutdate += 30;
<     }
<     if(scalar $1 > 5) {
<       $cutdate += 31;
<     }
<     if(scalar $1 > 6) {
<       $cutdate += 30;
<     }
<     if(scalar $1 > 7) {
<       $cutdate += 31;
<     }
<     if(scalar $1 > 8) {
<       $cutdate += 31;
<     }
<     if(scalar $1 > 9) {
<       $cutdate += 30;
<     }
<     if(scalar $1 > 10) {
<       $cutdate += 31;
<     }
<     if(scalar $1 > 11) {
<       $cutdate += 30;
<     }
<     if(scalar $1 > 12) {
<       # Bad date
<       return 0;
<     }
< 
<     # Calculate day of year from day of month
<     if(scalar $2 <= 31) {
<       $cutdate += scalar $2;
<     }
<   }
< 
<   return $cutdate;
< 
< }
< 
< =item calc_cutoff_time ()
< 
< Produces cutoff time from config string passed to script
< 
< =cut
< 
< sub calc_cutoff_time {
<   my ($self) = @_;
< 
<   my $cuttime = 0;
< 
<   if($self->{FormConfig}{cutoff_datetime} =~
<        /-(\d{1,2}):(\d{1,2}):(\d{1,2})/ ) {
< 
<     if(scalar $1 < 24) {
<       if(scalar $2 < 60) {
<         if(scalar $3 < 60) {
<           $cuttime = $1*60*60 + $2*60 + $3;
<         }
<       }
<     }
<   }
< 
<   return $cuttime;
< }
< 
< =item past_cutoff_time_output ()
< 
< Produces error message indicating cutoff time has been exceeded
< 
< =cut
< 
< sub past_cutoff_time_output {
<   my ($self) = @_;
< 
<   # Don't really need these vars - was using them for debugging.
<   my $curdate = $self->current_date;
<   my $curtime = $self->current_time;
<   my $cutdate = $self->calc_cutoff_date;
<   my $cuttime = $self->calc_cutoff_time;
< 
<     $self->error_page( 'Error: Cutoff Time Exceeded', <<END );
< <p>
<     Sorry you missed the cutoff time.  Too bad!
< </p>
< <p>
<     $self->{FormConfig}{cutoff_datetime}
< </p>
< <p>
<     ($curdate:$curtime  $cutdate:$cuttime)
< </p>
< END
< }
< # JDR - Cutoff Date Enhancement - End CB4
--- END DIFF

If there's anything else you want or need from me, please let me know. 
Currently I'm only subscribed to the end-user support list, not the
developer list.  You can feel free to chuckle at my Perl hacks.  :)

David Rosa

--- Jonathan Stowe <jn...@ge...> wrote:

> From Jonathan Stowe Mon Nov 29 04:36:56 2004
> Subject: Re: [Nms-cgi-support] New FormMail feature
> From: Jonathan Stowe <jn...@ge...>
> To: Da...@pi...
> CC: NMS-CGI-Support <nms...@li...>,
>    NMS Devel <nms...@li...>
> Date: Mon, 29 Nov 2004 12:36:56 +0000
> 
> On Sun, 2004-11-21 at 11:51, David Rosa wrote:
> > I'm sending this to the end-user e-mail list namely because I
> consider
> > myself more of an end-user than a developer.
> > 
> > I would like you to consider adding a new feature to FormMail.  I
> use
> > FormMail on my website, but I need to prevent users from submitting
> > information if a deadline has passed.  I had considered using
> client
> > side scripting, but that seemed to easily spoofed, so instead I'd
> like
> > FormMail to check the submission date and time and if the
> configured
> > deadline is past, then provide an error message to the user.
> > 
> > Since I couldn't wait for official support of this feature I've
> > modified FormMail so that it supports it.  I can submit my changes
> if
> > anyone is interested, I just didn't want to do it here because of
> the
> > potential e-mail clutter.
> > 
> 
> Can you send your amended FormMail.pl to the developers list so we
> can
> take a look at it?  Generally we are not adding new features to
> FormMail
> prefering instead to focus on our advanced mailer program TFmail, but
> if
> the change is useful and fits our criteria we could slip in before
> the
> next release of FOrmMail.pl
> 
> /J\
> -- 
> 
> This e-mail is sponsored by http://www.integration-house.com/
> 
> 

[Nms-cgi-devel] Re: [Nms-cgi-support] New FormMail feature

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

On Sun, 2004-11-21 at 11:51, David Rosa wrote:
> I'm sending this to the end-user e-mail list namely because I consider
> myself more of an end-user than a developer.
> 
> I would like you to consider adding a new feature to FormMail.  I use
> FormMail on my website, but I need to prevent users from submitting
> information if a deadline has passed.  I had considered using client
> side scripting, but that seemed to easily spoofed, so instead I'd like
> FormMail to check the submission date and time and if the configured
> deadline is past, then provide an error message to the user.
> 
> Since I couldn't wait for official support of this feature I've
> modified FormMail so that it supports it.  I can submit my changes if
> anyone is interested, I just didn't want to do it here because of the
> potential e-mail clutter.
> 

Can you send your amended FormMail.pl to the developers list so we can
take a look at it?  Generally we are not adding new features to FormMail
prefering instead to focus on our advanced mailer program TFmail, but if
the change is useful and fits our criteria we could slip in before the
next release of FOrmMail.pl

/J\
-- 

This e-mail is sponsored by http://www.integration-house.com/

Re: [Nms-cgi-devel] wwwboard comments/ideas

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

On Mon, 2004-11-15 at 21:12, Dezdan wrote:
> Howdy! 
> 
> First I would like to thank you guys for working on MSA's old scripts
> and fixing the necessary bugs! The dreaded threading problem on MSA's
> wwwboard was a headache and a half! 
> 
> A few things I have noticed about the new version of wwwboard that I
> have a few comments on: 
> 
> On the main board page, there is no preview button if that option is
> enabled. I understand why it is not there, since the HTML is static
> and doesn't rely on the perl file variables for creation and thus
> can't tell if a user has that option enabled. If the preview mode will
> work from the main page for posting new threads, perhaps a small bit
> of documentation should be added to the readme file instructing those
> whom are HTML illiterate how to get the preview button on the main
> page. Perhaps just add the HTML, but have it commented out and
> instruct users to remove the comment tags if they have the preview
> option enabled. 
> 

That sounds like a way to go, I'll see if we can get it in the next
release.

> Also having to do with the preview, I noticed that when you preview a
> post that has an Optional Link URL or an Optional Image URL, neither
> of them will show in the preview. One problem that I see often is with
> new users who are unfamiliar with MSA style boards attempting to add a
> photo unsuccessfully. If you can have the preview show the photo or
> link that a user is attempting to add, I believe it would be very
> beneficial to a user, so they don't have to actually make the post to
> find out if their photo/link works. 

Hmm, hopefully someone will have the time to look at this.

/J\
-- 

This e-mail is sponsored by http://www.integration-house.com/

Re: [Nms-cgi-devel] TFMail - SMTP AUTH

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

On Mon, 2004-11-15 at 20:54, Todd Greene wrote:
> I just downloaded TFMail middle of last week, got it
> set up, and was using it (nice piece of work!), and
> then I happened to plug in a non-local email address
> (for an email field on my form, pretending to be a
> customer visiting the site) and  BANG!  TFMail
> failed because my SMTP server requires SMTP
> authentication (I was using SMTP, since Im not on
> Unix and dont have sendmail). So I spent the next few
> hours learning about SMTP protocol and adding some
> code to the TFMail script to get it to perform the
> SMTP AUTH for me.
> 
> My point to writing is that apparently the current
> version of TFMail does not handle SMTP AUTH (unless
> I'm seriously missing something), and it certainly
> seems like it should. (Im also curious about why you
> used IO::Socket stuff instead of just using the
> Net::SMTP module.) Anyway, since Ive actually already
> written a part of the code (for the moment since I'm
> on a time crunch for this project I'm working on I
> only coded the particular SMTP AUTH method that my
> SMTP server is using), and since you mention that
> "Feature requests which include an offer to actually
> do the work are also appreciated," I'm here for you.
> Let me know what I need to do.
> 

We don't use Net::SMTP because it is not a Core module in all of the
versions that we are targetting (We aim to support all versions from
5.00404 onwards).

We would be delighted to see a patch that implements SMTP AUTH at all as
it is something that we have been asked for before.  Ideally a patch
should include the appropriate updates to the documentation and be made
against the latest CVS sources.

If you are not in a position to provide a 'diff' format patch of the
changes then please send us the altered code so we can hand apply the
changes.

Thanks for your offer of help.

> Regards,
> Todd Greene
> 
> 
> 		
> __________________________________ 
> Do you Yahoo!? 
> Meet the all-new My Yahoo! - Try it today! 
> http://my.yahoo.com
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> Nms-cgi-devel mailing list
> Nms...@li...
> https://lists.sourceforge.net/lists/listinfo/nms-cgi-devel
-- 

This e-mail is sponsored by http://www.integration-house.com/

[Nms-cgi-devel] wwwboard comments/ideas

[Dezdan <De...@De...>]

Howdy!=20

First I would like to thank you guys for working on MSA's old scripts =
and
fixing the necessary bugs! The dreaded threading problem on MSA's =
wwwboard
was a headache and a half!=20

A few things I have noticed about the new version of wwwboard that I =
have a
few comments on:=20

On the main board page, there is no preview button if that option is
enabled. I understand why it is not there, since the HTML is static and
doesn't rely on the perl file variables for creation and thus can't tell =
if
a user has that option enabled. If the preview mode will work from the =
main
page for posting new threads, perhaps a small bit of documentation =
should be
added to the readme file instructing those whom are HTML illiterate how =
to
get the preview button on the main page. Perhaps just add the HTML, but =
have
it commented out and instruct users to remove the comment tags if they =
have
the preview option enabled.=20

Also having to do with the preview, I noticed that when you preview a =
post
that has an Optional Link URL or an Optional Image URL, neither of them =
will
show in the preview. One problem that I see often is with new users who =
are
unfamiliar with MSA style boards attempting to add a photo =
unsuccessfully.
If you can have the preview show the photo or link that a user is =
attempting
to add, I believe it would be very beneficial to a user, so they don't =
have
to actually make the post to find out if their photo/link works.=20

Anyway, just my $0.02...=20

Thank you all again!=20
~Dan

=20

[Nms-cgi-devel] TFMail - SMTP AUTH

[Todd G. <gre...@ya...>]

I just downloaded TFMail middle of last week, got it
set up, and was using it (nice piece of work!), and
then I happened to plug in a non-local email address
(for an email field on my form, pretending to be a
customer visiting the site) and – BANG! – TFMail
failed because my SMTP server requires SMTP
authentication (I was using SMTP, since I’m not on
Unix and don’t have sendmail). So I spent the next few
hours learning about SMTP protocol and adding some
code to the TFMail script to get it to perform the
SMTP AUTH for me.

My point to writing is that apparently the current
version of TFMail does not handle SMTP AUTH (unless
I'm seriously missing something), and it certainly
seems like it should. (I’m also curious about why you
used IO::Socket stuff instead of just using the
Net::SMTP module.) Anyway, since I’ve actually already
written a part of the code (for the moment since I'm
on a time crunch for this project I'm working on I
only coded the particular SMTP AUTH method that my
SMTP server is using), and since you mention that
"Feature requests which include an offer to actually
do the work are also appreciated," I'm here for you.
Let me know what I need to do.

Regards,
Todd Greene


		
__________________________________ 
Do you Yahoo!? 
Meet the all-new My Yahoo! - Try it today! 
http://my.yahoo.com 
 

[Nms-cgi-devel] wwwboard susgestions

[Dezdan <De...@De...>]

Howdy!

First I would like to thank you guys for working on MSA's old scripts =
and
fixing the necessary bugs! The dreaded threading problem on MSA's =
wwwboard
was a headache and a half!

A few things I have noticed about the new version of wwwboard and have a =
few
comments on:=20

On the main board page, there is no preview button if that option is
enabled. I understand why it is not there, since the HTML is static and
doesn't rely on the perl file variables for creation and thus can't tell =
if
a user has that option enabled. If the preview mode will work from the =
main
page for posting new threads, perhaps a small bit of documentation =
should be
added to the readme file instructing those whom are HTML illiterate how =
to
get the preview button on the main page. Perhaps just add the HTML, but =
have
it commented out and instruct users to remove the comment tags if they =
have
the preview option enabled.=20

Also having to do with the preview, I noticed that when you preview a =
post
that has an Optional Link URL or an Optional Image URL, neither of them =
will
show in the preview. One problem that I see often is with new users who =
are
unfamiliar with MSA style boards attempting to add a photo =
unsuccessfully.
If you can have the preview show the photo or link that a user is =
attempting
to add, I believe it would be very beneficial to a user, so they don't =
have
to actually make the post to find out if their photo/link works.=20

Anyway, just my $0.02...=20

Thank you all again!
~Dan

Re: [Nms-cgi-devel] How do I code $basedir for use with "wwwboard"?

[Neil W. <li...@co...>]

On Sunday 31 October 2004 5:26 am, Don and Michelle Downin wrote:
> I've tried everything I can think of and can't seem to come up with an
> appropriate value for $basedir.  Any help sure would be appreciated.

'/home/user/public_html/forum'

It must match the real path to these wwwboard items:
passwd.txt
data.txt
messages/
faq.html
index.html

If you have these settings:
$mesgdir             =3D 'messages';
$datafile            =3D 'data.txt';
$mesgfile            =3D 'index.html';
$faqfile             =3D 'faq.html';
$ext                 =3D 'html';

The relevant files need permissions of:
=2Drw-rw-rw-  data.txt
=2Drw-r--r--  faq.html
=2Drw-rw-rw-  index.html
drwxrwxrwx  messages
=2Drw-rw-rw-  passwd.txt

$baseurl then sets the public location of the board as a http:// address.


=2D-=20

Neil Williams
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
http://www.codehelp.co.uk/
http://www.dclug.org.uk/
http://www.isbn.org.uk/
http://sourceforge.net/projects/isbnsearch/

http://www.biglumber.com/x/web?qs=3D0x8801094A28BCB3E3

[Nms-cgi-devel] How do I code $basedir for use with "wwwboard"?

[Don a. M. D. <dmd...@ca...>]

I've tried everything I can think of and can't seem to come up with an 
appropriate value for $basedir.  Any help sure would be appreciated.

Thanks,
Don

[Nms-cgi-devel] Re: [Nms-cgi-support] Re: Help with spam entries in the guestbook

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

On Thu, 2004-10-28 at 13:12, Lisa Casey wrote:
> Hi David,
> 
> At one time you (or someone else helping out on this list) helped me
> deal with the same problem by showing me how to have all guestbook
> entries commented out in html  until I either uncommented them or
> deleted them. It has worked well for me, I still get lots of spam,
> porn, etc in my guestbook but no one sees it anymore except me.
> Perhaps you might put a little "how to" about that on the web site, it
> was easy to  do.
> 

I don't remember this but I was probably having a conscientious period
at work or something.

We do have in the CVS the hitherto unreleased admin tool which has been
contributed by someone, the only reason it hasn't been released is that
no-one has had the time to put in to bring it to release. You can
download the development version from:

http://cvs.sourceforge.net/viewcvs.py/nms-cgi/guestbook/guestbook-admin.pl?only_with_tag=HEAD

> When I got that help, I was also told that nms was working on coming
> up with a moderated version of Guestbook. Has any progress been made
> on that?

I don't think anyone has been working on this (I have CCd the developers
list to check if this is true.)  My own view on this would be that we
would probably be more likely to add this facility to the guestbook
configuration to TFmail, but we would have to sketch out exactly what
the requirements are.

/J\
-- 

This e-mail is sponsored by http://www.integration-house.com/