Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter bartuniek

    (@bartuniek)

    Hi Devon,

    For sure it is caused by the email server behind that domain, and most likely not your code. I forwarded a post notification that came to my inbox to the email of the subscriber that is having issues. And guess what, I got unsubscribed just a few seconds later without receiver ever reading that email.

    I’ll keep you posted.

    -B

    Thread Starter bartuniek

    (@bartuniek)

    Hi Devon,

    There are no special characters in the emails, just letters.

    Something that just occurred to me, maybe the email server that is receiving the email is scanning the contents doing some proactive checking on the links contained in the body of the email, thus effectively clicking on them. This would explain why the subscriber is receiving the confirmation email before the email asking him to confirm. If the email server’s anti-spam or anti-phishing mechanisms are doing it, then in effect they are clicking on the confirmation link and then clicking on the unsubscribe link, that would explain why I don’t see the subscriber in the list.

    How can I check that? Does Post Notif have any log that would reveal such sequences taking place?

    Thanks,
    Bart

    On the clean install we used different theme and just the Subscribe2 plugin.

    The problem is that no matter what, all emails go out as HTML. We noticed that also applies to WP password reminders. They arrive as “ContentType = ‘text/HTML’;” whereas before it was plain text.

    So we tried a hack to see what happens and changed the following in the PHPmailer to always send emails as ‘text/plain’:

    //Hack, force text/plain for all emails
    public function IsHTML($ishtml = true) {
        if ($ishtml) {
          $this->ContentType = 'text/plain';
        } else {
          $this->ContentType = 'text/plain';
        }
      }

    This hack kinda solved the problem and text emails from Subscribe2 and WP password reminders now arrive as text and are correctly displayed with line breaks. But the problem is still puzzling, why are all emails sent as HTML by PHPmailer?

    Any ides?

    Uninstalling and re-instaling Subscribe2 didn’t work. So we decided to re-install everything from scratch.

    We have made a new instance of WordPress and installed Subscribe2 and everything WORKS!!! I get Plain Text emails that correctly show line breaks in email excerpts. Examining the email source, we see

    Content-Type: text/plain; charset="UTF-8"

    So the question is, how can we get the old instance to go back to sending just plain text emails? Is there anything we should cleanup manually, since uninstalling didn’t help?

    @mattyrob,

    I do not understand your post, so I will try to explain what I was trying to say.

    What I am saying is, that Subscribe2 used to send email notifications with an excerpt from a post that looked correctly in the email client, meaning that all the NewLine characters were correctly interpreted by the email client (I use Outlook for Desktop and RoundCube for Web). Recently, all emails that arrive in my inbox (Outlook and RoundCube) look like one blob of text without any line breaks. Looking inside the emails’ source, I noticed that the underlying HTML has changed as described in my previous post. Upon further investigation, looks like all the emails are sent as HTML

    Content-Type: text/HTML; charset="UTF-8"

    used to be

    Content-Type: text/plain; charset="UTF-8"

    I’ve tried changing settings to force Plain Text for new subscribers, I tried forcing Plain Text for registered WordPress users using Mass Update, nothing works. Next, I’ll try uninstalling Subscribe2 and re-installing it.

    I am having the same issue. I discovered that the
    <pre> tag disapeared from the emails. The emails that show newlines correctly have <pre> tag:

    <div id="messagebody"><div class="message-part">
    <pre>Blog ...</pre>

    Recently, all emails look like this:

    <div id="messagebody"><div class="message-htmlpart">
    <!-- html ignored --><!-- head ignored -->
    <!-- meta ignored --><div class="rcmBody"><p>Blog ...

    Don’t know why it changed suddenly. Upgrading to the latest didn’t help either.

    Looks like one must have [pdb_signup_thanks] code on the page following the signup, otherwise emails are not sent.

Viewing 7 replies - 1 through 7 (of 7 total)