spam filters and other mail problems

After some personal issues I finally got round to testing the new mail features. Note that I sent from localhost via smtp and used non-existing email adresses for testing.

In the (online) ecard mail the adresses and fromname are output as expected.

BUG: In the card read confirmation however the fromname was unexpectedly changed to: Root User (the from mail address was correct)

Also I noticed hotmail blocked the links in the mail, but did not put the mail in the spam folder. Not sure if that’s due to using fake email addresses, or because of sending from local domain, or just recent policy change of hotmail/outlook.

Hey yezzz,
just to make it clear.

If someone fetched a card a confirmation mail will be sent and
the from name is set by
mail-func.php, line 558:
$mail->AddFromName = get_option("blogname");

Btw the email address is set by
$mail->AddFrom(get_option(“admin_email”));

Because the read confirmation can only come from the site itself.
What is your expectation? Do you have other suggestions?

I know the “link block thing” from yahoo. There it was a yahoo setting.

Cheers, Hans

Hi Hans,

My expectation was the confirmation would use the same from name string as the initial “you have an ecard” mail, which I think is the wpg_options[“wp-greet-mail-fromname”] input value.

As for the hotmail block, it didn’t do that before, and I didn’t change any settings in my account. So maybe they changed things recently. I’ll verify later with en ecard created via v4.8

As for the “Root User” name, maybe that was a mismatch as I was using local server and sending via smpt of the live server, and/or using a non-existing email address.

But, why was it working fine when sending the card mail for online card, but not when sending the confirmation mail.

the from name is set by
mail-func.php, line 558:
$mail->AddFromName = get_option(“blogname”);

Did you mean wpg-func-mail.php line 549 ? Are you sure there’s no bug?

There’s no “Root User” name in the install nor is that string anywhere in the DB. The only instance of that string is actually in a file of breezing forms (v1.2.7.37) plugin: C:\xampp\htdocs\reisfavoriet.loc\wp-content\plugins\breezing-forms\platform\libraries\phpmailer\phpmailer.php line 87.

If it matters: it’s a multisite installation.

Ahhhh, breezing-forms comes with its own PHPMailer class (which is bad practive because it may raise conflicts with other plugins).
Probably it is loaded before the WordPress PHPMailer class and so it defaults to Root User.

Please retest with breezing forms disabled just to get it clear if this is the cause of the problem.

Disabled breezing forms, deactivated and reactivated wp-greet, and retested, but the problem persists, so it’s something else adding this string.

Also tested with another email sender to rule out provider adding it in case of a missing field, but result is the same.

Never seen this issue before, but will do some more testing with an older version.

Tested on v4.9 with and without breezing forms enabled and can confirm that it does render the blogname in the confirmation. So the issue did get introduced in v5.0

Did you remove breezing forms completely or just disabled the plugin?
Asking to reproduce the situation.
Thanks

I only disabled the plugin. I’ll retry with the plugin completely removed and report back.

Also I intend to send you an email today re some other matters.

Completely removed breezingforms, deactivated & reactivated wp-greet, but behavior stays the same.

Did encounter another issue after removing breezing forms: jquery is no longer included on the site, and it only happens with that theme. It does not happen on the live site, so for now I’m gonna assume my local install is screwed up.

I did get my card styler script working with wpgreet 5.0 so I will upgrade it soon and test the mail functionality on the live server.

Correction: I found out that the attributes I add to the style wrapper totally get screwed up after they’re submitted to the server. Any idea why? It looks fine when inside the hidden input name=”message” on the card preview. Reminds of the other problem that occurs sometimes. If you’re sure your form handling is correct, could it be another plugin interfering?

Also, on the live server it still shows Root User in the confirmation mail. ??

UPDATE: I should have checked the log and database. The style wrapper looks fine in the log. In the DB various characters have been encoded with ampersand gt/lt/quot ;

So looks like the issue is with rendering the content. I did also check using another theme. Same behavior.

Can you replicate the behavior using the templates I sent? Important to note that display:none I used on line 663 of the form gets filtered out, so I replaced it with height:0px;width:0px;overflow:hidden;

Hum ho… so I searched my install again for “Root User” and this time found another entry in /wp-includes/class-phpmailer.php

Confirms that breezingforms is not causing trouble with that issue.

Sometimes I am so blind..I look about a dozen times about the code but today I found it. It was a wrong function call in the confirmation mail function.

Change
$mail->AddFromName = get_option("blogname");
to
$mail->AddFromName(get_option("blogname"));

That’s all

Embarassing…will be fixed in the next release

Lol… yeah I recognize the “blindness”… something with trees and forest ??

But did you not encounter the bug when you tested it? Also, anything on the rendering/output issue with my wrapper?

And thanks for the email re tinymce. I’ll do some testing with that.