Scalix Forums

We are evaluating Scalix with a couple of users who were previously on Exchange. One of those users were configured with a server side configuration that would send a copy of their email to their cell phone. We tried to replicate this Exchange feature using a rule forward rule in Scalix however this did not keep the original headers when sent to the phone making it difficult for the user to reply to the email. We then setup a rule using sxaa that would redirect and retain email but this caused all of the other rules for that user to stop working. What are we doing wrong?

zmanea wrote:We are evaluating Scalix with a couple of users who were previously on Exchange. One of those users were configured with a server side configuration that would send a copy of their email to their cell phone. We tried to replicate this Exchange feature using a rule forward rule in Scalix however this did not keep the original headers when sent to the phone making it difficult for the user to reply to the email. We then setup a rule using sxaa that would redirect and retain email but this caused all of the other rules for that user to stop working. What are we doing wrong?

Hmmm. Can we please see the output of

sxaa --list --username for one of the users where you say the other rules are disabled?

Cheers,

Sascha.

where you say the other rules are disabled?

Not sure what I said I disabled. Below is the output of sxaa for the user. Thank you for your assistance.

OOF AANO ACTION TITLE STATE CREATOR
--- ---- --------------- ------------------------------ -------- -------
1004 REDIRECT SXAA REDIRECT:1004 enabled
1005 DELETE Scalix Rule: CLUE enabled Outlook
1006 DELETE Asterisk-Users enabled

Hi zmanea,

A rules file called 000003d is created in the user's "g" directory. To find the user's directory type...

omshowu -n name/mailnode -f

The output will show the "User Folder" that looks something like this...

User Folder : ~/user/g000037/00000v8:1

In this example the user's folder/"g" directory would be /var/opt/scalix/user/g000037

cd to that directory and type...

tfbrowse -i 000003d

Please post the output.

Thanks,
Don

Output below. FYI, the user has since added a reply rule, titled "Out of office" that appears to work but the other rules are still not working.

HEADER (DN) 1 0 2 1002 0x0 0x0 0 0x0 0x0 0x0 0x0 0x0 ""
AA_NO () 0x0 1004 0 0 0 0 "SXAA REDIRECT:1004" "" "" "" \
""
AA_REDIRECT () 0x0 0x1 0 0 "S=jbrown/OU1=internet/INTERNET-ADDR=j\
brown007@tmo.blackberry.net"
AA_NO (DN) 0x4 1005 0 0 0 0 "Scalix Rule: CLUE" "" "" ""\
""
FILTER_STRING (DN) 0x0 0x0 2 1 0 0 "^_[clue-talk]^_" "" ""
AA_DELETE (DN) 0x0 0x0
** Warning - Insufficient fields present (Record No. 6)
AA_NO () 0x0 1006 0 0 0 0 "Asterisk-Users" "" "" "" ""
FILTER_STRING () 0x0 0x0 2 1 0 0 "^_[Asterisk-Users]^_" "" ""
AA_DELETE () 0x0 0x1 0 0
AA_NO () 0x0 1007 0 0 0 0 "Out of office" "" "" "" ""
FILTER_DATE () 0x0 0x0 10 5 0 0 2005/12/16 07:00.00
FILTER_DATE () 0x0 0x0 10 3 0 0 2005/12/20 06:59.00
AA_SIMPLE_REPLY () 0x0 0x0 1167 0 0 "" "ISO8859_1" "" "" "" "" ""

Originally I thought this was due to the "wildcards" getting "broken" when sxaa added the redirect rule, but testing this proved not to be the case.

The issue here is that the re-direct rule you've added is flagged to retain a copy in the intray.

The rules that you are seeing as broken are the rules which are trying to delete the message where they have "[clue-talk]" or "[Asterisk-Users]" in the subject.

Because the redirect is marked to retain the intray copy, the "delete" rules aren't kicking in. If you change the redirect rule to *not* retain an intray copy then the delete rules do kick in, but don't celebrate yet.

Unfortunately with this config a "normal" message gets successfully redirected but no copy is left in the intray :-(

In summary, with the redirect retaining the inbox copy the delete rules appear not to work. If you change the redirect to not retain an intray copy, then the message does get redirected and the delete rules do work, but for a normal message (i.e. one that doesn't match the delete pattern) the redirect works and no copy is left in the intray.

I being trying to think of a rules config configuation that would give you what you want, but with current behaviour this doesn't appear possible.

I will raise an Enhancement Request to change to the behaviour, such that a redirect with a retained intray copy is still subject to further rules processing.

Cheers,
JG