Edit: Running IN in docker/Linux with version v5.1.55-C47
I’ve found something that doesn’t seem to work logically.
1. When creating a payment for an invoice AND I don’t want to email the client of this, I turn off the “Email payment receipt to the client” radio button:
2. Because I have IN bcc me on emails, I see that IN is in fact sending out these emails to the client:
This appears to be doing the opposite of what I expect. If this something I have to set in IN, please let me know. Maybe it’s a bug?
I found another, possibly overlapping setting called “Manual Payment Email” in Settings → Company Details → Defaults that may overrule things. I’ll test and see if it does.
Thanks for reporting this!
@dave any thoughts?
Seems like I’ve got the same issue (I’m using v 5.2.7).
It doesn’t matter if the radio button Send Email is activated or not. IN will always send a payment receipt to the client.
Is this for online payments or manual payments?
I can’t recreate this issue. for either manual or online payments.
It’s for manual payments.
I did further investigation in conjunction with the default setting in
Settings -> Company Details -> Defaults -> Manual Payment Email.
- With default setting off, the radio button
Send Email is inactive and no email is sent (as expected).
- With default setting on, the radio button
Send Email is active and email is sent as expected.
- But when default setting is on and I deselect
Send Email, the mail is sent nevertheless.
Thanks for the details, that’s very helpful!
I’ll do some testing to check if it’s a problem with the backend or frontend.
@meisterkeks I vaguely remember this one. Right now, all email options are off in the payment screen, and no emails are sent on payments:
This is likely due to how I’ve set the options in Settings → Company Details → Defaults
In addition, under Settings → Email Settings → BCC Email - I set that to my own address so I see every message that goes out. I’m not sure I - even now - trust the system. I’ve had a number of cases where errant messages go out and the customer is like (huh?).
Thanks for your contribution.
I’ve set the same settings.
I am checking in a fix for this.
Does the stable version already contain the fix?
I’ve got a similar issue today with v.5.2.13.
With default setting off, the radio button
Send Email is inactive, but a receipt is still send to the customer.
@david - it’s been difficult to test this - but my self-hosted dockerized version v5.2.15-C56 definitely continues to send email messages on payment (when it should be OFF). The setting had previously worked but one of the updates broke this process.
Double-checking for company-specific settings related to this and there are none.
Also, updated to v5.2.16-C56 - and the payment emails continue. Because of the three times I tested this, the customer is probably going to hate me for all those payment emails. Ouch. I hope this can be fixed.
I’ll be tagging a new release within the next 12 hours or so and this fix will be available in it