On Wednesday, January 02, 2008 10:10 PM VanguardLH wrote:
in message
Okay, so you created the Spam folder. Just what is this "automatic"
operation that moves e-mails into the folder named Spam? A rule? If
you are using a rule then it probably has an object pointer to a
folder but that folder doesn't exist anymore. If you create a new
folder named Spam, it won't have the same pointer value as the
original folder named Spam. Create the new folder and then edit the
rule to change the destination folder - and pick your newly created
Spam folder. You see the names of the folder. Outlook uses pointers
to structures in its database. You need to get them in sync in your
rule.
When you deleted the original Spam folder, just HOW did you delete it?
Did you hit the Del key or right-click on the folder and select
Delete? If so, the original Spam folder is under the Deleted Items
folder. You could drag it back out of there and hope the pointer to
it is still valid to match up with the one in the rule. If you
selected the Spam folder and hit Shift+Del or you deleted it out of
the Deleted Items folder then it got permanently deleted.
If you dragged the Spam folder in an attempt to move it to, say, the
Deleted Items folder or under some other folder to make the Spam
folder a subfolder of another one, it is possible you didn't release
the mouse button when the Spam folder was at a valid spot in the tree.
Possibly you dragged the Spam folder to the root node. Since you did
not create the folder using normal means in Outlook, the dragged
folder is hidden under the root node so you cannot see it but the rule
can. So the rule goes on merrily moving e-mails into the Spam folder
which is now hidden. Create a new Spam folder and update the rule to
select that new one. To get rid of the hidden folder means having to
use a utility like Outlookspy but it can be daunting to figure out how
to use it. I personally don't know of how to use the functions within
Outlook itself to get at folders accidentally hidden under the root
node. The problem stems from [special] folders that are not under the
IPM subtree (top of information store) node.
http://technet.microsoft.com/en-us/library/bb508857.aspx
The programming folks over at
http://www.outlookcode.com would
probably understand all this stuff as it has to do with how Outlook
structures its message store. Good luck trying to use Outlookspy to
get rid of the hidden folder (by the way, I haven't done this and am
assuming that Outlookspy lets you dig far into into the message store
to fix this problem).
