Thanks Scott, I did look for the Log file and there was none to be found. Also I did not create a table because I had read in other threads to leave it blank. I deleted all the files for the form and am starting again from scratch. Maybe it'll work this time. One thing I'm having a problem with now however, Is for some reason unbeknown to me, I can't get the form to take the Captcha Element. When I built the form the first time I fiddled with it and it finally took it. But on this one, it's not taking it. Any ideas?

Never mind on the Captcha thing, I figured it out. I'll let you know how the new build unfolds.

Well, I made a new form from scratch, and exactly the same problem exists. HELP!!!!!

Did you leave the table name empty in the form builder?

I did indeed!

I switched off the MySQL and selected the CSV and this is the message I get:

-----------------------------------------------------------------------------------
Your form could not be submitted for the following reason(s):

Warning: [ err 2/line 45/utilities.inc.php] error_log(/home/rhemagui/public_html/Rhema Contact Form/storage/fb_error.log.php) [<a href='function.error-log'>function.error-log</a>]: failed to open stream: Permission denied
Warning: [ err 2/line 84/utilities.inc.php] error_log(/home/rhemagui/public_html/Rhema Contact Form/storage/fb_error.log.php) [<a href='function.error-log'>function.error-log</a>]: failed to open stream: Permission denied
Failed to record the data because the server is too busy or doesn't have write permission.
--------------------------------------------------------------------------------
Slightly different than the message for the MySQL selection but still a message stating undeliverable. In the CSV there is a default file name, am I supposed to keep that or replace it with the name of the folder it's to go into? I left the default name in place. In the MySQL, I left the default port number, but I also tried it with the port number for my FTP. I tried my FTP password, and I tried the MySQL password. Somehow obviously, it seems I'm misunderstanding the information required in the Saving Data section of the setup. If I could get detailed info of what is expected in those fields, maybe it will help solve the problem. The instruction manual in my viewing is vague at best on this, at least in my understanding it. In part I'm sure because I've been dinking with this for two solid days now with zero success.

OK, so I've made some kind of progress (not sure what's different). But I'm now getting email of the form info when sent. However, in the browser, once sent I get the error message sent in the previous post above. How do I resolve this problem? I DO appreciate the help and I'm not frustrated with anyone here, I'm simply frustrated at the failed attempts on my end due to a lack of understanding.

Check your my_form_name/storage/csv directory to make sure it's there so the form can write to it.

OK, this one is for Scott since he mentioned a log. I found where the Logs were hidden. There are two of them the first one is in the rubygem lib and it reads as follows in php.
----------------------------------------------------------------------
class Gem::ErrorReason; end

# Generated when trying to lookup a gem to indicate that the gem
# was found, but that it isn't usable on the current platform.
#
# fetch and install read these and report them to the user to aid
# in figuring out why a gem couldn't be installed.
#
class Gem::PlatformMismatch < Gem::ErrorReason

attr_reader :name
attr_reader :version
attr_reader :platforms

def initialize(name, version)
@name = name
@version = version
@platforms = []
end

def add_platform(platform)
@platforms << platform
end

def wordy
prefix = "Found #{@name} (#{@version})"

if @platforms.size == 1
"#{prefix}, but was for platform #{@platforms[0]}"
else
"#{prefix}, but was for platforms #{@platforms.join(' ,')}"
end
end

end
-----------------------------------------------------------------

And the other one is in the Contact Form/fbapp/inc folder and it reads in php as follows:
----------------------------------------------------------------
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">

<head>
<title>CoffeeCup Form Builder</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="robots" content="noindex,nofollow" />
<style>
.error { color: #142dcc; }
.warning { color: #007748; font-style: italic; }
</style>
</head>
<body>
<h4><?php echo _T('Your form could not be submitted for the following reason(s):'); ?></h4>
<ul>
<?php
$page =& FormPage::GetInstance();

if( $page ) $myErrors = $page->GetErrors();
else if( isset( $errors ) ) $myErrors = $errors;
else $myErrors = array( 'err' => 'Unspecified error.' );

foreach( $myErrors as $error ) {
if( isset( $error['err'] ) ) printf('<li class="error">%s</li>', $error['err']);
if( isset( $error['warn'] ) ) printf('<li class="warning">%s</li>', $error['warn']);
}
?>
</ul>
</body>
</html>
-----------------------------------------------------

Does any of this help to decipher my error message issue? Agin, the emails are delivering to my inbox now. But, I create and sell high end custom acoustic guitars and I really don't want an ugly error message popping up on the screen when my client hits submit. In addition, even though the message is in fact submitted to me, all the data remains in the form boxes along with the error message at the end of the process. I think the problem is nearing a solution but I don't know enough to resolve this last bit of issues. Thanks again for your assistance in this matter.