- Used Zammad version: 3.1.x
- Used Zammad installation source: package CentOS7
- Operating system: Centos Linux 7
- Browser + version: Any
Expected behavior:
- The spammer sends a recognized email
I get neither a ticket nor a customer generated
Actual behavior:
- The spammer sends a recognized email
I get a ticket and a customer generated if I still don’t have it
Steps to reproduce the behavior:
really you want to be spammed?
The description is straightforward. I would never open a topic if all the other means of obtaining my aim failed… I created lots of filters to filter what I’m not interested of getting in zammad (mailer daemon, vmware, veeam, cron, root mails and so on) and filtered a very important part of the emails.
After this I created 2 filters on spamassassin headers I get receiving emails as example below:
X-Spam-Flag: NO
X-Spam-Score: 4.705
X-Spam-Level: ****
My flags are particular, as we’re quite permissive dealing with spam, so that X-Spam-Flag gets YES when X-Spam-Score is > 5, so that, below that, we can let our users decide if they want to receive or not mails in inbox.
Reaching out Zammad the problems are:
1 X-Spam-Flag is useless as for my settings I will anyway get a reasonable amount of spam
2 X-Spam-Score i useless because there’s no ‘greater than’ or ‘less than’ operators in zammad, so as it is a number cannot use it at all
3 X-Spam-Level was setup, indicating that the check was matching if I had ‘**’ in the value or we tried even ‘**’ but no way, the emails are anyway going through the filter.
It in general means that I get tickets opened by any guy that wants to share with me millions of $… And worst (I honestly receive them twice per day) is that if I click “close and tag as spam” sometimes the domain owner, that disabled the mailbox in the meanwhile, makes me create other useless tickets…
I hope there’s a solution to this…
IMHO the best would be to let the backoffice decide when to create a new customer…
My 2¢€
Bye,
Massimiliano