GFI Software

Welcome to the GFI Software community forum! For support please open a ticket from

Home » GFI User Forums » Kerio Connect » Avoid users to CC themselves
Avoid users to CC themselves [message #131502] Mon, 22 August 2016 21:21 Go to next message
Alessandro Pucciarelli is currently offline  Alessandro Pucciarelli
Messages: 1
Registered: August 2016
Location: NJ, USA
Good morning/afternoon/evening everybody

There are some co-workers that uses to put themselves in CC when sending an e-mail: as long as I don't want to have all those messages for nothing (they have the same message in sent items) there is a way to set a rule for the all domain that doesn't deliver a message to the person that writes it?
Thank you in advance for any suggestion!
Re: Avoid users to CC themselves [message #131509 is a reply to message #131502] Tue, 23 August 2016 15:11 Go to previous message
Messages: 356
Registered: April 2005
No, you can add recipients in server rules, not remove them. I think it's best way for new forum post few months later: "Connect mysteriosly losts some messages" Very Happy

Seriously, in server rules, you can set rule with two conditions, ALL must match: FROM a@b.c, and CC a<_at_>b.tld
unfortunately the action for removing of TO or CC address does not exists. You can reject the message (return to sender), or send some notification to sender or to you.

Some users need a copy of their messages, because they use it for simple "conversation"/thread view in Inbox or on mobile device, they need copy for some kind of personal archiving, need it for POP3 download (so message must be delivered to INBOX). Ask them first why they need the copy, try educate them if it's useless. If these duplicates are too big to your storage and education do not help, set disk quotas, enable automatic deleting of old messages...
Previous Topic: Mailing list - sender to reply automatically to list ?
Next Topic: Quota exceded notification
Goto Forum:

Current Time: Mon May 29 23:54:39 CEST 2023

Total time taken to generate the page: 0.11914 seconds