Show Posts

Messages - Rdw

Pages: [1]
Support / Re: Stripe not receiving OrderID
« on: January 27, 2022, 04:11:43 AM »
With regards to the below


Line 153 of the is for 'description' so here you can put whatever identifier you want to appear in Stripe console and as the reference in the email that customers receive from Stripe after a purchase.

I updated our store and stripe reported an error on the number of characters which the field can have entered.

For information the maximum is 22 characters which includes spaces.


Switched back to PHP and exactly the same is happening even when using -f and -r

Emails for password resets for the rest link are being blocked

I've upgraded to the latest version 1.3.2 and still password reset emails are being blocked by our hosting provider and they are still advising it is due to the content / structure of the message.

I have tried installing several other packages and the password reset links always come through without any issues.

I have changed the wording of the reset email and still makes no difference.

emails are being sent via SMTP is there any other backend configuration which needs to take place?


I'm having issues with the password reset option and all the reset emails are being blocked on the email gateway and the hosting provider has advised that it is due to a base 64 creating a high SPAM score rule being triggered.

From our hosting provider
This is likely because unfortunately password reset type emails are very popular with spammers / phishing attempts nowadays.
Here are the issues which the spam filtering gateway found with those emails:

    Rule breakdown below
     pts rule name              description
    ---- ---------------------- --------------------------------------------------
    0.14 MISSING_MID            Missing Message-Id: header
    0.01 FROM_EXCESS_BASE64     From: base64 encoded unnecessarily
    1.05 FROM_EXCESS_BASE64_2   From: base64 encoded unnecessarily
    1.20 BSF_SC3_MV0891         Custom rule MV0891

The From: base64 messages are being generated because the software is doing something odd with the 'from' email addresses:
From: =?UTF-8?B?QWJpbmdkb24gRmVuY2luZyBDbHVi?=info@DOMAIN NAME
The 'Custom rule MV0891' entry will be because of the issue I mentioned above where these look like potential phishing messages.
Are there options you can tweak which could disable this behaviour with the From: address by any chance?

How can we remove the encoding that is triggering the "From: base64 encoded

I have configured using SMTP setting and all other emails are working as expected

below is an extract from the bounce back message

Subject: =?UTF-8?B?QWJpbmdkb24gRmVuY2luZyBDbHViIC0gUGFzc3dvcmQgcmVzZXQ=?=
Date: Thu, 06 Jan 2022 00:33:50 +0000
From: =?UTF-8?B?QWJpbmdkb24gRmVuY2luZyBDbHVi?=<info@DOMAIN NAME>
Reply-To: =?UTF-8?B?QWJpbmdkb24gRmVuY2luZyBDbHVi?=<info@DOMAIN NAME>
X-Mailer: PHP/7.4.27
MIME-Version: 1.0
Content-Type: multipart/related; boundary="----=_NextPart_c603966fff8af298a85ea4e0f39f92c5"

I have tried editing the content of the email to remove PASSWORD but this makes no difference.

Currently using version1.3.1

Thanks for the reply and confirming.

Are there any plans to change this as part of a future enhancement to include some additional information like the store name or abbreviated version of it?

I’ve recently installed and configured v1.3.1 for the fencing club and when checking out using the embedded item ( using stripe standard only an order number is passed to the customers bank account as shown in the attachment.

 "statement_descriptor": "Order #1014",
  "statement_descriptor_suffix": null,

In stripe we have entered both the long and short description

Is there something else that I missed which needs to be configured?

Pages: [1]

Powered by SMFPacks Social Login Mod