Version 1.11 introduced a bug where specifying an alternate config file was not being honored.
A conversion script (doc/convert.pl) has been added which will help to convert your config files to the new format of name="value". See README for instructions on how to use it.
Version 1.11 of the Web MailForm is an almost complete rewrite in regards to the HTML generating code and the parsing of data submitted by the form. We now use HTMLObject 2.13 as the core for the HTML generation and form data parsing. This allows us to be able to provide JavaScript, Cookies, CSS support and more in future versions of the Web MailForm.
The config file format has also been updated to become more xml like. All name=value entries must now be name="value" (the value must be double quoted).
Version 1.10 fixes the align=center display issue with Radio Buttons. They will now line up with the rest of your centered items.
The Select and Radio Button Form Items now properly set the Simple Mail Form values if you use them for (name, fname, lname, email, subject or message). They were being seen as part of the Simple Mail form as meeting the requirements of having something with each of those names but their values weren't being picked up and used in the email.
The source is now in CVS for easier perusal of what the project is doing.
A bug where using Select boxes, etc. for the Subject or email address fields in a SimpleEmail will be fixed within the next day or so.
Some pretty major display bugs were fixed in version 1.08 of the WebMailForm.
The Select boxes now align correctly in relation to the other items on the page and <br>'s are not being added to the textarea contents when the page is resubmitted.
Version 1.07 is now available. This release has the email sending code cleaned up to use common methods instead of copy and paste of code.
You can now use name or fname and lname to gather the users info to address the to/from emails.
Some minor display bugs in the html emails (message field of simple email) is now fixed.
Emails can now appear to come from the person who filled in your form and a confirmation email can now be sent to that person (if you want or they want). Parser enhancements and bug fixes in the file upload code.
You can now have multiple config files to work with! Just specify which one you want on the command line and away you go.
The next release (currently in coding/testing stage) will have the ability to make the submitted email appear to come from the person who filled out the form (as long as they have the necessary fields filled in). Also, you will have the ability to have the submitted info emailed to the submitter, so they know what they submitted.
There will also be a mode that will allow you to use the Web MailForm as a simple email program (Name, email address, subject, body of message) and it will send the email to the system with the name = value format.... read more
We would like to implement the following features:
1) Use XML for the Configuration file.
2) Allow the user to specify the config file to use when calling the mailform.cgi script. This would support people using the mailform from their public_html directories (but only if the sys admin installed it in the global location).
3) Add a tag that specifies that an e-mail address field must be displayed and be specified and then use the value as the From: for the e-mail.
4) Rewrite the html output to use the HTMLObject.
5) Create the Web Administration Program. The framework was started but we haven't had time to work on it lately.
6) Possibly look into making this work from a public_html directory that has ExecCGI capabilities turned on. This has very low priority unless someone really needs it and has either already implemented it or is close to having it work.
7) Make RPM's for installation. This would hardcode the locations to be RH 6.x or RH 7.x specific. This will only be done if we get enough requests asking for rpms.... read more
A Web Based administration tool is in the works which will allow you to create, edit, delete and generate mail forms and store them in a PostgreSQL database for easier manipulation. This project will be built upon the HTML Document Object (http://htmlobject.sourceforge.net/), DBI, and Storable Perl Modules. It is currently in the beginning stages of coding and will hopefully be released in a week or two based upon my workload.... read more