Jump to content

error_log appears to be echoing smtp tansactions


Recommended Posts

I just found a huge error_Log file in the public_html folder.

The log file was too large to open, so I had to delete it and wait for it to repopulate.

A large number of errors are down to a plugin, for which I've raised a support ticket.


However, there also appears to be smtp transactions being echoed in there.

For obvious reasons I'll not post the whole lot, but they start along the lines:



[09-Nov-2016 12:13:26 Europe/London] CLIENT -> SMTP: EHLO www.xxxx.co.uk

[09-Nov-2016 12:13:26 Europe/London] SMTP -> FROM SERVER:250-xxx.myservers.co.uk Hello xxx.myservers.co.uk [111.222.333.444]
250-SIZE 52428800
250 HELP

[09-Nov-2016 12:13:26 Europe/London] CLIENT -> SMTP: AUTH LOGIN

[09-Nov-2016 12:13:26 Europe/London] SMTP -> FROM SERVER:334 VXNlcm5hbWU6

[09-Nov-2016 12:13:26 Europe/London] CLIENT -> SMTP: d2Vib3JkZXJAYmVhbC5vcmcudWs=

[09-Nov-2016 12:13:26 Europe/London] SMTP -> FROM SERVER:334 UGFzc3dvcmQ6

[09-Nov-2016 12:13:26 Europe/London] CLIENT -> SMTP: dDdRKFN2RjA2VG9B

[09-Nov-2016 12:13:26 Europe/London] SMTP -> FROM SERVER:235 Authentication succeeded




and continue with the customers name, address, what he added to his cart etc etc etc.


Is there any reason why this is being echoed in an error log, and is it possible to turn this off.



Link to comment
Share on other sites

If it helps identify what smtp info it's posting, I've included a little more.


[09-Nov-2016 15:37:54 Europe/London] CLIENT -> SMTP: Mandy Simmons (Company  LTD) just placed order number 161109-153753-6786 on Nov 09 2016, 15:37 PM.

[09-Nov-2016 15:37:54 Europe/London] CLIENT -> SMTP:         

[09-Nov-2016 15:37:54 Europe/London] CLIENT -> SMTP:         This order can be managed online by following the link below.

[09-Nov-2016 15:37:54 Europe/London] CLIENT -> SMTP:         

[09-Nov-2016 15:37:54 Europe/London] CLIENT -> SMTP:         https://www.xxx.co.uk.uk/admin.php?_g=orders&action=edit&order_id=161109-153753-6786

[09-Nov-2016 15:37:54 Europe/London] CLIENT -> SMTP:         

[09-Nov-2016 15:37:54 Europe/London] CLIENT -> SMTP:         ----------------------------------------------------------------------

[09-Nov-2016 15:37:54 Europe/London] CLIENT -> SMTP:         Billing address:


I assume it's the information for our staff end ?


Link to comment
Share on other sites

That's the Admin: Order Received email. The log may contain any and all other emails sent out.

Did we, perhaps, work on trying to solve an issue, and in so doing, made edits to the file order.class.php, mailer.class.php, or class.phpmailer.php?

Using FTP or the File Explorer provided as a tool in your site's hosting account control panel, scan through the /classes/ folder looking for odd file timestamps.

Link to comment
Share on other sites


php.mailer.class and mailer.class.php have the same time stamp as all the other files.

Order.class.php was modified in September. Where ever possible I like to rename the original and put a comment as to why it was replaced.

In this instance the original file is called 'order.class.php-before fix for over write order thing', so i'm guessing it's related to the customers over writing orders.

I reinstated the original file, but it's still happening.

I have discovered another error which happened just before the smtp echo.

Could this be related.


[10-Nov-2016 09:26:59 Europe/London] PHP Warning:  Shipping not setup or allow no shipping not enabled in /home/xxxxx/public_html/classes/cubecart.class.php on line 1723

[10-Nov-2016 09:27:39 Europe/London] SMTP -> FROM SERVER:220-xxxxxx.co.uk ESMTP Exim 4.87 #1 Thu, 10 Nov 2016 09:27:39 +0000

although I'm guessing the no shipping thing could be because the customer didn't choose a shipping method  ??

Link to comment
Share on other sites

I think the "Shipping not setup" entry is because there were no shipping modules enabled at that time, or there weren't any enabled modules that returned a workable quote.

I will look again at the new (to CC611) email logging code to see if that may be the cause.

Link to comment
Share on other sites


CC610 and earlier instantiates the Mailer class once, and continues to use it during the entirety of the PHP script session (that is, per page load).

If a short piece of code was added somewhere:

$mailer->SMTPDebug = 2;
$mailer->Debugoutput = "error_log";

this will trigger the Mailer class to always log the email conversation.

We just need to find the PHP script that has had these statements added.

Link to comment
Share on other sites

I found reference to SMTPDebug in a number of files, however, I found something slightly odd with mailer.class.php, which I missed earlier.

The majority of the class files have a time stamp of 05/03/2016 09:33:07

mailer.class.php has a time stamp of 05/03/16 14:49:33

I compared mine, with a fresh download of the one from 6.10 and found this at line 37.

    $this->SMTPDebug = 2; $this->Debugoutput = "error_log";


Maybe something I may have had issues with previously and neglected to remove it. ??

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Create New...