GFI Software

Welcome to the GFI Software community forum! For support please open a ticket from https://support.gfi.com.

Home » GFI User Forums » Kerio Connect » Message Filters: Receiving Rules (Recipient Filter Issues)
Message Filters: Receiving Rules [message #130916] Mon, 18 July 2016 21:04 Go to next message
Kerio Blue is currently offline  Kerio Blue
Messages: 62
Registered: April 2013
Dear all,

I have encountered a problem with the incoming mail filter in the administration console. For a co-worker who had been out of office I had setup a re-direct, i.e. all emails where redirected to another account. The redirect worked fine until someone sent an email to one of our internal mailing lists (hosted on the same Kerio Connect server). This mailing list also includes the email address of the co-worker who was Out of Office. What unfortunately happened was that nobody on that mailing list received the email. The only person who received the email was the person which received the redirected emails from the co-worker.
The same thing was happening when some was sending an email to a couple of people adding their addresses individually (including the redirected email address). Nobody received the email except the person to which the emails were redirected.

I have 2 workarounds for this issue. One would be to setup incoming filters inside an email account the other one is removing the address from the mailing list (and re-adding it later). However, there is no work around for an email which had been sent to multiple individual recipients.

During the rule set up I was also not able to use 'To' as a condition. The rule would only work when I used the 'Recipient' condition.

I would be grateful for every piece of advice. Thanks.
Re: Message Filters: Receiving Rules [message #130917 is a reply to message #130916] Mon, 18 July 2016 21:28 Go to previous messageGo to next message
j.a.duke is currently offline  j.a.duke
Messages: 239
Registered: October 2006
Why didn't you just set up a forward in the account proper?

I'd think it would be more reliable and not suffer from the problems you describe.

Cheers,
Jon
Re: Message Filters: Receiving Rules [message #130919 is a reply to message #130917] Mon, 18 July 2016 21:33 Go to previous messageGo to next message
Kerio Blue is currently offline  Kerio Blue
Messages: 62
Registered: April 2013
That is what I ended up doing (and it worked as expected).
However, not every user wants to understand how filters work and I do not always have access to a users account. In cases like this I thought this would be the proper tool to use.
Re: Message Filters: Receiving Rules [message #130944 is a reply to message #130919] Tue, 19 July 2016 13:35 Go to previous messageGo to next message
clan is currently offline  clan
Messages: 187
Registered: May 2011
I am bit surprised that the mails didn't go to the other recipients. Even if redirect is not optimal in this case, it should still only have redirected mails to the one recipient.
Or did I miss something?
Re: Message Filters: Receiving Rules [message #130946 is a reply to message #130944] Tue, 19 July 2016 14:10 Go to previous messageGo to next message
Pavel Dobry (Kerio) is currently offline  Pavel Dobry (Kerio)
Messages: 2057
Registered: October 2003
Location: Czech Republic
clan wrote on Tue, 19 July 2016 13:35
I am bit surprised that the mails didn't go to the other recipients. Even if redirect is not optimal in this case, it should still only have redirected mails to the one recipient.
Or did I miss something?


The rules are for filtering whole message, not just recipients. Ie. The action is always performed with a message.
The rule can have more complex condition which does not have to include recipient email address, eg. when subject is "test" then redirect to some user. "Redirect" action is redirect for whole message, it is not "replace recipient with another email address".


Re: Message Filters: Receiving Rules [message #130954 is a reply to message #130916] Tue, 19 July 2016 16:25 Go to previous messageGo to next message
Kerio Blue is currently offline  Kerio Blue
Messages: 62
Registered: April 2013
Thank you for the replies.

I understand that the 'Recipient' condition always targets the entire message not the recipient, i.e. a certain email address. Is this true for all conditions. Do they always target the entire message? Is it at all possible to target only a particular email account or address and not the entire message with server side filters?
My other question: Why does the 'To:' condition not work at all?
Re: Message Filters: Receiving Rules [message #130955 is a reply to message #130954] Tue, 19 July 2016 16:39 Go to previous messageGo to next message
Pavel Dobry (Kerio) is currently offline  Pavel Dobry (Kerio)
Messages: 2057
Registered: October 2003
Location: Czech Republic
"Recipient" means recipient email address from SMTP envelope. "To" is an email header. Email can be delivered to several recipient email addresses whereas To can be completely different.
That message had probably To header different from real recipient addresses in SMTP envelope.


Re: Message Filters: Receiving Rules [message #130960 is a reply to message #130955] Tue, 19 July 2016 21:49 Go to previous messageGo to next message
Kerio Blue is currently offline  Kerio Blue
Messages: 62
Registered: April 2013
Hi Pavel,

I had tested it with the actual address a couple of times and the rule did not work with 'To'.

Well, I can try it again, maybe I made a mistake, I can also check the server logs.

I am now wondering: can this kind of email forwarding be achieved with server filter rules or would you rather suggest setting it up inside a user account?

Re: Message Filters: Receiving Rules [message #144778 is a reply to message #130960] Fri, 11 January 2019 17:09 Go to previous message
xrated is currently offline  xrated
Messages: 3
Registered: August 2017
Is it possible to send Autoreply Messages only once using receiving rules? I dont see option to do it.
Previous Topic: MacOS System Requirements for 9.2.7p3 onwards
Next Topic: Recreate user?
Goto Forum:
  


Current Time: Mon Sep 25 04:16:41 CEST 2023

Total time taken to generate the page: 0.04523 seconds