Extension talk:EmailForm

Spam
Hello,

I am using your extension and thank you for that work.

What I am witnessing is that I get a lot of s p a m, plenty of messages with external links....

I am using the extension recaptcha on the website but as no page is edited for the form, this is not trigerred.

Would you have any idea/suggestion about this?

Thanks and have a good day

Guy Contact form
 * I haven't had any spam through my site, but you aren't the only one to report this. Can you tell if the spam is being submitted through the form, or if the email address is being picked up through the MediaWiki:EmailForm page? I'm starting to think the address should be stored in the code instead.
 * EHartwell 20:05, 1 November 2007 (UTC)


 * I agree storing in the code is probably a better solution however we need to make sure that it does not limit us to only one target mail address or we end up with Extension:ContactPage, maybe storing addresses in an array and then somehow selecting which one to use through the MediaWiki:EmailForm page, perhaps by providing the array index or something?


 * This extension works like charm. Only one question. When i fill out the form and send the mail, the sender is wwwrun@something.com (apache), but not the sender i typed in the form. Is it possible to change this?
 * --89.212.65.33 14:54, 24 January 2008 (UTC)


 * I had a big problem with spam being sent via this contact form so I added checks for valid email address being used as 100% of the spams I was getting didn't even bother to enter anything looking remotely like an email address in the field. It only required detecting the address validity in send_email and returning the error message text from render_email_field, contact me if you're interested in my changes.
 * VZ 15:05, 23 March 2009 (UTC)


 * Same here, I added reCaptcha to the extension, you may contact me as well. There's still a catch to it, but someone might be able to figure it out. Also, IMHO this extension would need a major re-factoring. The code is, to be honest, awful. --Clausekwis 14:53, 23 February 2010 (UTC)

Feature Request: Captcha
This extension really needs a built in captcha, because automated bots can easily send spam through this form. I've experienced this personally, since I tried it out on the Battlestar Wiki. -- Joe Beaudoin Jr. 17:08, 25 March 2008 (UTC)


 * See above --Clausekwis 14:53, 23 February 2010 (UTC)

Updated version
From the main page, moved here:

I replaced this new version with the old version. Odessaukrain 20:01, 9 May 2008 (UTC)

i cant see the hebrew emails
when users write to me in hebrew i cant see the email.. can u help me?

Error on send
Hi

I have somme pb with this extension :

The form is OK but the mail is not send and i have the following error message :

Warning: mail [function.mail]: "sendmail_from" not set in php.ini or custom "From:" header missing in D:\xampp\htdocs\mediawiki\extensions\EmailForm\EmailForm.php on line 223

Can somebody help me ? Thanks

Warnings and Blank Page after upgrading to 1.12.0
I originally installed EmailForm in MediaWiki 1.9.3. When I upgraded to 1.12.0, pages with Email forms on them stopped displaying. I now get the white page. The apache error log looks like:

[-timestamp-] [error] [client -IP-] PHP Notice: Undefined index:  0 in /var/www/html/w/includes/Parser.php on line 3430 [-timestamp-] [error] [client -IP-] PHP Notice: Undefined index:  1 in /var/www/html/w/includes/Parser.php on line 3430 [-timestamp-] [error] [client -IP-] PHP Notice: Undefined index:  2 in /var/www/html/w/includes/Parser.php on line 3430

It turns out that on this particular page I have 3 section headings in the and 0 section headings in the part.

The relevant code in Parser.php is:

I'm guessing that the code is choking on the conditionally rendered section headings? I don't know enough about PHP, MediaWiki, or this extension to fix this, or even to definitively say that is the problem.

The problem can be worked around by editing the page (append ?action=edit to the URL) and taking out all section headers. Putting in __NOEDITSECTIONS__ does not do the trick.

Any help is appreciated.

Tnabtaf 16:51, 15 August 2008 (UTC)

Page name with namespace prefix
I can't seem to get page name prefixes to work (namespace): My Form works, but not HR:My Form.

Any way around this?

Great extension, by the way -- thanks!

"EmailForm is only active on protected pages" Message
Hi,

I need to do a survey and I'm trying to use this extension. For some reason I am not able to see the form.

Although I have added the page details to MediaWiki:EMailForm, the form page only shows the message: "EmailForm is only active on protected pages."

I've tried everything I could. Does anybody has any idea?

Thanks.

Fix for 1.8+
In order to work in newer versions of mediawiki I made the following changes. Commented lines are what used to be there.

LinkHolderArray problem since update on mediawiki 1.14
Undefined property: LinkHolderArray::$internals in path\includes\parser\LinkHolderArray.php in line 126

This is the message that i recieve in every page with a form after upgrading to mediawiki 1.14. With all previous versions (from 1.11 to 1.13 it worked perfectly). Can anyone help to find a quick solution?

thanks in advance best regards --TurboKanne 09:34, 17 February 2009 (UTC)

Solution for the problem
You should apply to the above article "Fix for 1.8+".

70.134.109.42 02:08, 28 June 2009 (UTC) I'm going to fix the extension page.

Charset - how?
How i can add "Content-type: text/plain; charset=ХХХ" to final message? Some mailservers do not understand encoding correct... How can I set the character set of letters by hand? Thanks for your reply --81.200.28.116 11:06, 28 February 2009 (UTC)

Solution: Add additional $headers info to the mail function, for example: --Ralfk 17:08, 11 October 2011 (UTC)

Form
How do I make the form so that when someone click 'send comments' without entering anything it says:

'''You have not filled in the following fields:
 * Topic
 * Name
 * Email
 * Message'''

86.136.108.50 14:32, 14 March 2009 (UTC)

FatalError
Hello. I have an error on a pages with email form after i have updated mediawiki to 1.14 version: Fatal error: Unsupported operand types in /srv/www/w/includes/parser/LinkHolderArray.php on line 33 How can i fix it? Thanks. --79.142.85.9 20:05, 9 June 2009 (UTC)

Fatal error: Unsupported operand types in /home/.marabel/protofilm/protofilm.net/includes/parser/LinkHolderArray.php on line 33
I am receiving the same error as the inquiry above. I'm using version 1.15. Any help is appreciated.

thanks

--Kentongrey 14:38, 7 July 2009 (UTC)

bigger rows and cols?
How can I make the rows and cols bigger?

textarea: name="description" prompt="Problem description" rows="300" cols="300" Don't work

andrea 80.218.141.182 20:05, 21 October 2009 (UTC)

Problems after upgrade to PHP 5.3
I am getting this error after my provider upgraded PHP to 5.3

Parameter 3 to renderEmailForm expected to be a reference, value given in /customers/vrold-bakker.dk/vrold-bakker.dk/httpd.www/includes/Parser.php on line 626

Please help

Thanks

--Tomas 15:32, 12 February 2010 (UTC)

RESOLVED

has to be changed to

--Tomas Jensen 09:10, 23 February 2010 (UTC)

Please sign your posts. Ok? add these lines in the top off LocalSettings.php to enable php debugging. And read How to debug

--Tomas Jensen 10:20, 18 March 2010 (UTC)

Setting Maxlength on Form Fields?
I want to set a maxlength on a form field but am having trouble figuring out the syntax. For example, simply sets the size of the space, but it doesn't stop anyone from typing in more than 140 characters. How would I get a EmailForm translation of  ? Any help would be appreciated.

March 15, 2010

Setting email adresses
Hello,

I see here that MediaWiki:EmailForm don't exist anymore. Where i should put the email of the user that will receive the message?

June 6, 2010

Doesn't work with MediaWiki 1.15.3
In MediaWiki:EmailForm I entered the 3 line format: FormPage | admin@mysite.com | (From Contact Form)

On "FormPage" I can fill out the form but when I click send I get this message:

EmailForm: MediaWiki:EmailForm has no settings for FormPage --Holygamer 20:54, 22 September 2010 (UTC)

- I had a similar issue. For others experiencing this, you are probably using the wrong URL to enter the data, as I was. Make sure you are using:

http://wiki/index.php?title=MediaWiki:EmailForm AND NOT http://wiki/index.php?MediaWiki:EmailForm

Note the "title=" in the url. The former is the correct config page. The latter is just a plain page. Also, if you want it to email multiple addresses, use a comma to separate them, i.e.

All Hands Questions | johndoe@here.com, janedoe@here.com | (From All Hands Question page)

Drop down list
I'm attempting to incorporate a drop down list of strings within my e-mail form to allow users to select from a list of values, which would then be passed to an emailform attribute. For example, a drop down menu for would be availabe, and the user would have the option of selecting one of the following: apple, orange, mango, banana, etc. Anyone know of a method by which I could accomplish this? Thanks --Enterprise user 20:55, 3 February 2011 (UTC)
 * Same here. please help :)   --12.46.139.200 00:03, 23 September 2011 (UTC)

Hi,

you can user normale raw html (if allowed) like:

greetz VanGore 20:22, 27 September 2011 (UTC)

Hidden fields not parsing
I can't seem to get the extension to parse the hidden fields in my form. For example, I have the following two hidden fields:


 * 
 * 

The first one is wiki text which calls the e-mail of the currently active user. The second one is just an field that I want to assign a constant value of "unspecified". When submitting my form, I find the text fields which require user input are parsed correctly, and render in the emailed form. The above two hidden fields are not parsed, and do not render in the emailed form. The emailed form resembles something like this:

To: user@domain.com

Subject: My Subject

From: My Subject

textfield1: foo

textfield2: bin

textfield2: baz

Neither the name/from, or version fields are rendered. Any thoughts on what the issue is? --Enterprise user 17:50, 15 February 2011 (UTC)

Patch to set "From"
To set the e-mail sender (From:) as it is filled in the form:

Change $sent = mail ( $settings['to'], $subject, "From: " . $from . "\n" . $message); to $sent = mail ( $settings['to'], $subject, "From: " . $from . "\n" . $message, 'From: '.$from);

--Planetenxin 18:25, 12 July 2011 (UTC)

This extension does not work in Mediawiki 1.16
I have tried contacting the author many times via his contact form but to no avail. The extension was successfully installed and a form can be created but it will not send mail. Mediawiki and other extensions send emails fine, for example on new signups etc......This extension does not. I have checked and Sendmail is installed and working fine. The extension has also be setup and configured correctly and according to installation guidance.

Has anybody else had a problem with EmailForm not sending? If so what was the fix?

Thanks in advance,

Adam

Changes for 1.18
As with mediawiki 1.18 this extension doesn't work. changing action=purge to action=view does make it work again.

In more detail, change this line:

. ''

to this:

. ''

and this beautiful extension will work with mediawiki 1.18

Mail Problem -- one solution
The extension appeared to be working correctly but it wasn't sending mail. The Wiki was able to send mail from other functions but the EmailForm merely rendered the success message without sending mail.

SOLUTION: I modified the EmailForm.php line $sent = mail ( $settings['to'], $subject, "From: " . $from . "\n" . $message);

to this:

$sent = mail ( $settings['to'], $subject, "From: " . $from . "\n" . $message, $xheaders);

where $xheaders is defined as: $xheaders = "From: ". $from. " <" . $from. ">\n"; $xheaders .= "X-Sender: <". $from. ">\n"; $xheaders .= "X-Mailer: PHP\n"; $xheaders .= "X-Priority: 6\n"; It may be necessary to experiment with the headers. This worked for me.

Nice extension--thanks.

RKH

Non empty fields
Hi.

Great extension :) Is there any way to force a field to be filled in i.e. not allowed to be submitted empty?

I also notice that it allows people to send completely empty forms with no fields in. Could a check be added to ensure at least one field has been populated e.g. Email address?

Thanks! --Mitchelln (talk) 10:07, 15 January 2014 (UTC)