Make sure you have the correct "E-mail To:" set in options.
Check your spam folder, maybe the email went there.
Use the E-mail test feature at the bottom of the settings page, if you are not receiving mail, try it. It might display troubleshooting information.
This setting on the contact form options page might help you.... Some web hosts do not allow PHP to send E-mail unless the "From:" E-mail address is on the same web domain as your web site. And they require it to be a real address on that domain, or mail will NOT SEND! (They do this to help prevent spam.) If your contact form does not send any E-mail, then set this to a real E-mail address on the SAME domain as your web site as a possible fix. After setting the from address; if your form still does not send any E-mail, also find this setting: "Send E-mail function:", try setting it to "geekMail" or "PHP", then test from the contact form again. In some cases, this will resolve the problem.
Maybe another plugin is conflicting. Do this as a test: Temporarily disable all your other plugins. Does it work now? If yes, enable the plugins one by one to determine which one conflicts.
Sometimes your mail server IP address ends up on a SORBS or RBL spam list and gets blocked by various mail systems. This may not be your fault because many sites on a web hosting server share the same IP. Check if your mail server IP is blacklisted by SORBS http://www.au.sorbs.net/ You can find your email server IP in the header of a received email (if you have one) sent from your site. Contact your web host for support.
Here is another option for you: Get a free gmail account. On the contact form settings page, find this setting: "Send E-mail function:", set it back to "WordPress". Install the plugin called WP Mail SMTP, then set it to use gmail SMTP for mail. Set these settings for "WP Mail SMTP": Mailer: SMTP, SMTP Host: smtp.gmail.com, SMTP Port: 465, Encryption: SSL, Authentication: Yes, Username: your full gmail address, Password: your mail password. Now use gmail to check for your contact form mail, or set gmail to forward the mail to your other address.
Maybe your web server has a broken mail function, contact your web host for support.
Do this:
Some web hosts do not allow PHP to send E-mail unless the "From:" E-mail address is on the same web domain as your web site. And they require it to be a real address on that domain, or mail will NOT SEND! (They do this to help prevent spam.) If your contact form does not send any E-mail, then set this to a real E-mail address on the SAME domain as your web site as a possible fix. After setting the from address; if your form still does not send any E-mail, also find this setting: "Send E-mail function:", try setting it to "geekMail" or "PHP", then test from the contact form again. In some cases, this will resolve the problem.
Use the E-mail test feature at the bottom of the settings page, if you are not receiving mail, try it. It might display troubleshooting information.
Do you use MailPress plugin? Do this: On the contact form settings page find this setting: "Send E-mail function:", try setting it to "geekMail". Then test the attachment again.
On the plugin settings page, change "Number of available Multi-forms", then click Update Options. For best performance, only change the number to the amount you actually need.
On the plugin settings page, click Advanced Options, change "Number of available extra fields", then click Update Options. For best performance, only change the number to the amount you actually need.
First, make sure you have a valid "E-mail To:" set in options. This plugin uses an email validation check to make sure the email address has proper syntax and that a valid DNS record exists for the email domain name. If you have this error and you are sure your email address is correct, maybe your server is having trouble with the DNS check. I added a feature to the options panel to disable the DNS check during email validation. You may have to uncheck this option: "Enable checking DNS records for the domain name when checking for a valid E-mail address." Maybe the error will go away now.
Check your web browser settings and make sure you are not blocking cookies for your blog domain. Cookies have to be enabled in your web browser and not blocked for the blog web domain.
If you get this error, your browser is blocking cookies or you have another plugin that is conflicting (in that case I would like to help you further to determine which one). I can tell you that the plugin called "Shopp" is not compatible because it handles sessions differently causing the "ERROR: Could not read CAPTCHA cookie. Make sure you have cookies enabled".
There is a Cookie Test that can be used to test if your browser is accepting cookies from your site: Click on the "Test if your PHP installation will support the CAPTCHA" link on the Options page. or open this URL in your web browser to run the test: /wp-content/plugins/si-contact-form/captcha-secureimage/test/index.php
Yes, it checks the form input with Akismet, but only if Akismet plugin is also installed and activated. (Akismet is not required, it will just skip the check)
Yes, when you also have this plugin installed: WP Mail SMTP
No, this plugin includes the CAPTCHA feature code for this contact form. The "SI CAPTCHA Anti-Spam" plugin is a separate plugin for comment and registration forms spam protection.
Yes, if you want protection for the comment and registration forms, the plugin "SI CAPTCHA Anti-Spam" should be installed. The two plugins have the same CAPTCHA library but are totally separate.
Yes, If you use WPMU or BuddyPress you can have multiple blogs with individual contact forms on each one. On WPMU you would install it in plugins, not mu-plugins. Then each blog owner can have his own settings.
By default, the admin will not see the CAPTCHA. If you click "log out", go look and it will be there.
If the image is broken and you have the CAPTCHA entry box: This can happen if a server has too low a default permission level on new folders. Check that the permission on all the captcha-secureimage folders are set to permission: 755
all these folders need to be 755: - si-contact-form - attachments - languages - date - captcha-secureimage - audio - backgrounds - gdfonts - images - list - test - ttffonts - words
Here is a tutorial about file permissions
This script can be used to test if your PHP installation will support the CAPTCHA:
Open this URL in your web browser to run the test:
/wp-content/plugins/si-contact-form/captcha-secureimage/test/index.php
This link can be found on the Contact Form Options page.
Use this code: <?php if ( isset($si_contact_form) ) echo $si_contact_form->si_contact_form_short_code( array( 'form' => '1' ) ); ?>
Yes. To use a translated version, you need to obtain or make the language file for it.
At this point it would be useful to read Installing WordPress in Your Language from the Codex. You will need an .mo file for this plugin that corresponds with the "WPLANG" setting in your wp-config.php file. Translations are listed below -- if a translation for your language is available, all you need to do is place it in the /wp-content/plugins/si-contact-form/languages directory of your WordPress installation. If one is not available, and you also speak good English, please consider doing a translation yourself (see the next question).
The following translations are included in the download zip file:
Of course! It will be very gratefully received. Use PoEdit, it makes translation easy. Please read Translating WordPress first for background information on translating. Then obtain the latest .pot file and translate it. * There are some strings with a space in front or end -- please make sure you remember the space! * When you have a translation ready, please send the .po and .mo files to wp-translation at 642weather dot com. * If you have any questions, feel free to email me also. Thanks!
If you use PoEdit to translate, it is easy to translate for a new version. You can open your current .po file, then select from the PoEdit menu: "Catalog" > "Update from POT file". Enter this URL: http://svn.wp-plugins.org/si-contact-form/trunk/languages/si-contact-form.pot Now all you have to change are the new language strings.
English-language users will experience little to no impact. Any non-English questions or messages submitted will have unicode character encoding so that when you receive the e-mail, the language will still be viewable.
If you receive an email with international characters and the characters look garbled with symbols and strange characters, your e-mail program may need to be set as follows:
How to set incoming messages character encoding to Unicode(UTF-8) in various mail clients:
Evolution: View > Character Encoding > Unicode
Outlook Express 6, Windows Mail: Please check "Tools->Options->Read->International Settings". Un-check "Use default encoding format for all incoming messages" Now select "View->Encoding", select "Unicode(UTF-8)"
Mozilla Thunderbird: Click on Inbox. Select "View->Character Encoding", select "Unicode(UTF-8)"
Gmail: No setting necessary, it just works.




