Page 1 of 1

Deleted Sxaa rule still active

Posted: Thu Feb 21, 2008 8:46 am
by kool_kid
I had deleted the sxaa rule for the users but these rules still seem to be active, does any1 know why. What I have done is I have a user1 on service level 0 to send emails to internet and I have added a rule for this user1 to forward all incoming mails to another box. Now I got another user2 on service level 14 for whom sending mails to internet is disabled and can only send emails within the domain. So whenever user2 is sending an email to user1 he's getting the following message

Code: Select all

Message could not be delivered to the following recipient:

    store.incoming.messages.of.user1@tiptonservices.com

    because: The message could not be sent as the service level for your
mailbox doesn't allow that operation.

    Redirection History:
      Redirection Date:  Wed, 20 Feb 2008 23:38:11 +0530
      Redirection Reason for Alternative Recipient:
        Recipient Assigned
      Redirection ORName Address:
        user1@tiptonservices.com



Supplementary Information:


    The message could not be sent as the service level for your
mailbox doesn't allow that operation.


store.incoming.messages.of.user1@tiptonservices.com this account stores the incoming messages of user1. Any clue why is it happening.
I have checked the service level of user1 its 0 and user2 its 14.

I have a simple rule to restrict sending mails outside domain added in ~/rules

Code: Select all

SENDER-SERVICE-LEVEL=14 ACTION=REJECT


this rule is added to internet node.

Posted: Thu Feb 21, 2008 11:24 am
by mikethebike
did you stop and restart the SR after changing the rule?
Whenever I changed these sorts of things, I always stopped and restarted all services involved in mail routing (I know it not necessary, but force of habit..especially when messing with things that are cached)

omoff -d 0 -s router local unix smtp
omon -s router local unix smtp

Mick

Posted: Thu Feb 21, 2008 11:46 am
by kool_kid
I restarted the scalix service so i think that should also have taken effect.

Posted: Thu Feb 21, 2008 2:43 pm
by mikethebike
I would check the user1 "g" directory, and see if the redirect rulein the 3d file is still active (0x0 is active, 0x1 is inactive).
If there are no other autoactions, remove the 3d file.

The redirect will usually retain the original sender which is why the message is getting rejected

Posted: Thu Feb 21, 2008 3:01 pm
by kool_kid
how do i check the "g" directory?

Posted: Fri Feb 22, 2008 5:30 am
by Valerion
omshowu -n "User Name" -f

This will give you a "User Folder". Just be EXTREMELY careful, this directory is the start of the user's mailbox and damage here could very well make the mailbox unusable. The rules file name ends in 3g, and has a lot of 0's before that.

You can use tf.browse to read the file, it is in a binary format. man tf.browse should help you.