3
Issue with addresses being added to BCC instead of CC when semicolon is used in app instead of comma
Problem reported by Ionel Aurelian Rau - 9/7/2023 at 2:43 AM
Submitted
Hello,

We have a very strange problem that we are dealing with for some time now and could not find the root cause: we have an application (some accounting ERP) that sends out emails to customers with invoices. This application has lists of email addresses for each client and when an invoice is sent, it is sent to that list of emails per client. When the email is received, everyone can see who received the email (basically they are all in the CC field).
At some point, however, customers started complaining that they cannot see to whom we sent the invoice (the understanding is that we sent at the agreed upon list). The invoices were sent to the email list and they confirm they receive them, but cannot see the addresses at which the invoices were sent to - basically the list of emails now seems to be in BCC, instead of CC.
The application has not changed for a long time now and while we did try to find with the app`s maker a reason why this happens, we were not able to. Still, we did find the following from our tests:
By manually writing the emails and separating them with a comma (,) we can send the emails as we need and are received and shown properly. The problem is that this requires manual intervention, which is not possible except when testing. The emails are entered in fields in the application and then when the automatic actions send the emails, they are basically sent to the whole list using semicolon (;) as separator.
This is a widely-used application at the national level and the issue only occurs in our environment. It does not occur when sending through other email services, for example. This leads us to believe that the problem is with SmarterMail since we are the only ones where the application sends the emails through SmarterMail.

The problem started sometime in June, so we believe that is started after updating SM to Build 8566; however, we are not 100% sure since it took some time for clients to complain about this.

Does anyone else see this behavior or has had issues similar with this? 
Were there any encoding changes made in this build or the ones close to it that might be able to cause such an issue?

If anyone has seen such a strange behavior as well, please let me know. 

1 Reply

Reply to Thread
0
Ionel Aurelian Rau Replied
I also want to add that we have in our environment both SmarterMail, as well as Exchange Server 2019 on premise and the problem only occurs with SmarterMail. In fact, Exchange does not care at all what separator we use for the email - it works the same whether we use semicolon (;) or comma (,).
So this issue was introduced recently in SmarterMail.

Reply to Thread