As in normal email communication also with support tickets it is sometimes required to send copies to third parties which should not be seen by the primary recipients. This is currently not possible. We often work around it by sending two mails: One to the primary recipient(s) and an other to the BCC recipient(s). However this bloats tickets and database and makes tickets less clear and readable.
As a request this has been denied in Add BCC field by MarkusHarmsen · Pull Request #1040 · zammad/zammad · GitHub. However this pull request is over two years old and the answer by @thorsteneckel then was, that “[…] This does not mean that there will be never a BCC functionality in Zammad. It’s only for now. […]”. Maybe/hopefully this assessment has changed in the meantime. I cannot imagine, that adding a BCC option is complicated. On the other hand I am no coder .
No update so far. We receive this feature request very very rarely. Since Zammad aims to be as slick and simple as possible with minimal overhead we won’t add features that are not relevant for 80% of our user base. However, we’re working on making Zammad more easy to customize to enable the user base to introduce such changes themself. This will take some time…
We would be interested in this feature as well because we want to combine Zammad with our Salesforce-CRM. The easiest possibility is that every Account Manager in Zammad adds his individual salesforce-ingoing-email to BCC so that there is a seemless integration.
Hm… so with the 3.4 update is it possible to send the email to a User Email, but just as a “normal” recipient.
It would be awesome if you could choose to send the email via bcc to a user.
Sorry I meant email/trigger thing
I was just a bit confused about the BCC thing because @fthommen and @dkehne spoke about it.
The new feature is awesome and it would be even better if I could choose to send it to an Agent via BCC but I found a workaround so the customer doesn’t see that the ticket has been forwarded to a second email.
@dkehne well I just created a second trigger for the “bcc” email address.
Basically it’s the same trigger as the first one with the difference that the recipient is the BCC email with #{article.body_as_html} inside.
I updated to 3.4 but can’t figure out how to add external e-mail addresses in triggers. Currently, the form looks like this (only related users available for each issue):
Hey @svenseeberg – welcome to the community You’re right. There is no way to add an external email address to the form. You have to create a User for the external Email address/recipient beforehand.
Background information:
We actually evaluated this possibility/functionality when we planned this feature. The thing is that in Zammad every communication partner will automatically become a User in Zammad.
So for example, whenever you send an Email to Zammad, Zammad will automatically create a user for it. The same thing is true when an Agent creates a Ticket or Article. Zammad requires this for reporting reasons and to be GDPR conform. Otherwise we won’t be able to report or remove all the information about a single user entity.
Given that knowledge a User would have been automatically created for an outgoing Trigger Email to an external Email address as well. So after the first Email would have been send a User for this Email would have been created.
Zammad Users love the simpleness and clean UI/UX (at least where we managed to get it that way). Adding a dedicated input field for an external Email address would have cluttered the UI and would actually result in a User anyway (as described above). Therefore we decided to keep the UI simple and clean and require the recipient to exist as a User before selecting it.
thanks for getting back so quickly. I understand that I need to create a user. But how can I add this user as a recipient? I can currently only select “owner”, “last sender”, “customer” and “all agents”. Can I somehow select a user that is not yet related to the issue?
.
You’re right. There is no way to add an external email address to the form. You have to create a User for the external Email address/recipient beforehand.
