Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Customer Portal Notification message goes out Empty
#1
Really off behavior and I've tested it a few different ways with a few different SMTP servers including sending it thought my Exchange server that uses AVG CloudCare services smart host for delivery. (CoreBOS 7)

All the results are the same. The message arrives with no subject and no message body. Only the message header information arrives:
Code:
Delivered-To: mdw1982@gmail.com

Received: by 10.28.113.11 with SMTP id m11csp116867wmc;
        Fri, 10 Mar 2017 07:28:53 -0800 (PST)
X-Received: by 10.200.45.194 with SMTP id q2mr21321917qta.130.1489159733506;
        Fri, 10 Mar 2017 07:28:53 -0800 (PST)
Return-Path: <mweaver@compinfosystems.com>
Received: from mail.mdw1982.com (mdw1982.static.pa.net. [66.59.108.12])
        by mx.google.com with ESMTPS id 39si8310486qkv.128.2017.03.10.07.28.53
        for <mdw1982@gmail.com>
        (version=TLS1 cipher=AES128-SHA bits=128/128);
        Fri, 10 Mar 2017 07:28:53 -0800 (PST)
Received-SPF: fail (google.com: domain of mweaver@compinfosystems.com does not designate 66.59.108.12 as permitted sender) client-ip=66.59.108.12;
Authentication-Results: mx.google.com;
       spf=fail (google.com: domain of mweaver@compinfosystems.com does not designate 66.59.108.12 as permitted sender) smtp.mailfrom=mweaver@compinfosystems.com
Received: from vtcrm.compinfosystems.com (mdw1982.static.pa.net [66.59.108.12])
by mail.mdw1982.com (8.13.8/8.13.8) with ESMTP id v2AFSq2B027255
for <mdw1982@gmail.com>; Fri, 10 Mar 2017 10:28:52 -0500
Date: Fri, 10 Mar 2017 15:28:52 +0000
To: mdw1982@gmail.com
From: Mark Weaver <mweaver@compinfosystems.com>
Reply-To: mweaver@compinfosystems.com
Subject: 
Message-ID: <3d5c2adb1bb05fa497d6a34b2272e891@vtcrm.compinfosystems.com>
X-Mailer: PHPMailer 5.2.19 (https://github.com/PHPMailer/PHPMailer)
MIME-Version: 1.0
Content-Type: text/html; charset=utf-8

When I first noticed the behavior I thought perhaps there was something wrong on the new LAMP server because I've been working on things. But, when I tried other SMTP servers including my Exchange server as Outgoing server, the results are the same. I checked the workflow task and everything appears to be in order. The template is displayed and all the fields have the correct data in them.

Another mystery.
Mark

[i]If I could work while on horseback that's where I'd be doing it. There's nothing like riding... Gives new meaning to the phrase, ride to live... live to ride.[/i]
Reply
#2
fail (google.com: domain of mweaver@compinfosystems.com does not designate 66.59.108.12 as permitted sender)

does that have anything to do with it? Do you have the SPF entry in your domain?
Joe
TSolucio
Reply
#3
(03-11-2017, 10:26 AM)joebordes Wrote: fail (google.com: domain of mweaver@compinfosystems.com does not designate 66.59.108.12 as permitted sender)

does that have anything to do with it? Do you have the SPF entry in your domain?

No... I've seen those header entries in google message headers for as long as I can remember. Essentially what's happening is happening is only a partial message is being constructed and sent. It builds the message up to but not including the subject header and then sends. This one really has me perplexed. I sent you a copy of the message generated by the system. It happens no matter what SMTP service I use as outgoing server.

At the moment I'm looking around to enable logging so I can tail the log directly from CoreBOS and see whats getting logged while this process is happening. The only changes I've made to the system (CoreBOS) is doing to data import the other day, running cbupdater twice after that, and then one git pull and cbupdater since then. Apart from that I haven't changed anything.
Mark

[i]If I could work while on horseback that's where I'd be doing it. There's nothing like riding... Gives new meaning to the phrase, ride to live... live to ride.[/i]
Reply
#4
I checked my SPF record and I remember now why google is complaining about it. I have the SPF record looking at the URL for my exchange server (ciss.compinfosystems.com) and not my Linux server (mail.compinfosystems.com). Kind of sloppy and I'm going to have to clean that up.
Mark

[i]If I could work while on horseback that's where I'd be doing it. There's nothing like riding... Gives new meaning to the phrase, ride to live... live to ride.[/i]
Reply
#5
I've got the logging set to debug and the level is A1, so unless I don't have the level set high enough the log doesn't ever show the message being build, but it is still showing up as a partial message: everything down to where the Subject header would be and it's missing that and the body section.

i've attached the debug log section that showed up as I tailed it during the process of saving the contact record after checking the portal checkbox for the contact to generate a portal notification. Can't attach... file too large... You can view it here: http://mdw1982.com/docs/CustPortalNotify_debug.txt
Mark

[i]If I could work while on horseback that's where I'd be doing it. There's nothing like riding... Gives new meaning to the phrase, ride to live... live to ride.[/i]
Reply
#6
Joe,

I've just spent the better part of 2 days going over my Sendmail configuration on Merlin and as far as I can tell everything is configured right. I've got SMTP Authentication working, and for a while TLS but have since turned that off, and still Customer Portal notifications are going out with only part of the message built; that would be everything up to the Subject line and nothing more. The results are the same when using the Gmail SMTP...

At this point I'm really not sure what else to do. Below is a list of the PHP packages I've got installed on here:

Code:
php-pear-1.9.4-21.el7.noarch


php-pspell-5.4.16-42.el7.x86_64
php-5.4.16-42.el7.x86_64
php-bcmath-5.4.16-42.el7.x86_64
php-pdo-5.4.16-42.el7.x86_64
php-pgsql-5.4.16-42.el7.x86_64
php-fpm-5.4.16-42.el7.x86_64
php-imap-5.4.16-7.el7.x86_64
php-xml-5.4.16-42.el7.x86_64
php-devel-5.4.16-42.el7.x86_64
php-gd-5.4.16-42.el7.x86_64
php-pecl-memcache-3.0.8-4.el7.x86_64
php-intl-5.4.16-42.el7.x86_64
php-xmlrpc-5.4.16-42.el7.x86_64
php-common-5.4.16-42.el7.x86_64
php-process-5.4.16-42.el7.x86_64
php-recode-5.4.16-42.el7.x86_64
php-odbc-5.4.16-42.el7.x86_64
php-mysql-5.4.16-42.el7.x86_64
php-mbstring-5.4.16-42.el7.x86_64
php-embedded-5.4.16-42.el7.x86_64
php-cli-5.4.16-42.el7.x86_64
php-dba-5.4.16-42.el7.x86_64
php-ldap-5.4.16-42.el7.x86_64
php-snmp-5.4.16-42.el7.x86_64
php-enchant-5.4.16-42.el7.x86_64
php-soap-5.4.16-42.el7.x86_64

Is it possible this is a problem with the version of PHP I'm running, or is there a package missing?

I'm stumped.
Mark

[i]If I could work while on horseback that's where I'd be doing it. There's nothing like riding... Gives new meaning to the phrase, ride to live... live to ride.[/i]
Reply
#7
Update:

I was going over the docs on doku and something got my attention about workflows so I checked them. Of course the one for portal notification wasn't correct or active, so I setup the condition and made it active. Now it's not sending anything. Ugh!
Mark

[i]If I could work while on horseback that's where I'd be doing it. There's nothing like riding... Gives new meaning to the phrase, ride to live... live to ride.[/i]
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)