In the following tag in your html form:


Remove the "name" part to look like this instead:


And that will get rid of the "Submit: Submit" part of the submitted email.

Also, if you want to remove the following headers:


And just have the data that the Submitter enters show up, example:


then follow the instructions that this following post by dugawug gives:

http://www.lunarforums.com/forum/index.php?topic=31037.msg237303#msg237303

One last thing ...

Since you are asking for first and last name all on one field (NOT separately), you might want to use "realname" instead of "firstlastname" for that field tag, because the NMS FormMail script uses "realname" in the script itself which then puts that data in the "From:" section of the submitted email instead of only the email address.

I, myself, find this beneficial to see the actual name of the Submitter rather than just their email addy listed in my inbox for easier/better referencing purposes.

What "error" pages are you referring to? For what errors?

The "Thank You" page is in the "redirect" hidden tag. If your customized
"Thank You" html page is not redirecting, then you probably have your path to the page incorrect. Double-check that.

If you are using an absolute URL, then this tag you have:


Should be this:


(Remove the "../" in front of the "http")


You only change the "name" part of the "input" tag to "realname" but leave the "Name" text (inside the div) as is. So, your code outside the <input> tag stays the same (as shown in Purple) but only change the name="firstlastname" part to name="realname" (shown in Red), like this:


"realname" will not show up on the html page where the Submitter is filling out. Is this what you mean?

I've been using the NMS Formmail "compatibility" package, 3.14c1. I'm using the adaptation to create a drop-option list of names, and the email addresses are hidden on the .pl file, which has been renamed. I've been renaming it frequently in my HTML page and in the filename, and even created random alphanumeric droplist values, instead of enumerating the options, but now I'm getting daily russian porno spam on it. Fortunately, most of this (probably) robotically- generated mail is in HTML mode, so it is incompatible with the plain text form, so it goes to my mail error log, but, still, some gets through, and it annoys me that my form is being exploited. However, I am pretty sure that the only people who can get this spam are the people in the mailto option list on the form, so it's not a problem for Lunarpages, just a problem for me.

I have other HTML/CGI/Perl forms which I inherited and maintain at my job, which cleverly hide all email info and paths to mail functions in a .setup file, and the HTML form calls, not a .pl file, but a .cgi file, which itself requires the setup file, and paths to mail libraries. None of those files can be viewed by a user, even if they know the path. I have never ever received spam through those forms. I was however wondering about their source, as I've never seen anything like it on my internet searches.

Should I be using the NMS modular package instead? 3.14m1. I'm going to download it and try it out. I'll let you know my results.

Ah, this is GREAT, dbrewster!! 

I have never even looked at implementing the modules, so if this works great for you with reducing spam, this is good to know!

I will add the word "contact" in my tutorial as another filename NOT to name the files, so thanks for mentioning that

When you are done with your testing and all is good, please write up a simple tutorial on setting up the modules and I will link your post within my tutorial for anyone who wants to implement that.

Thanks for posting your info!