Ownership after sxmboximp

[Michael98]

Hello all,

I have problems with importing the Backup from one user into the account of another user.

After exporting the mails from user A with sxmboxexp and importing this data into the account of user B, I saw that the ownership of the folders from user B is set to user A.
I have used omcontain to get this information.
Now if user B works with the Outlook Connector , he gets an error when saving an incomplete message to the drafts folder.
Outlook says i'm not allowed to write into this folder.
With SWA the problem does not occur.

Is it possible to change or delete the creator from the folders of a users mailbox?
Or is it possible to import the Emails without setting the ownership?

Thanks for any help.

[Richard Hall]

Hi Michael,

There is a bugzilla report already for this problem:
http://bugzilla.scalix.com/show_bug.cgi?id=14813

However, I thought that the problem was purely cosmetic and had no real end-user impact so I'm interested in your comments about the Outlook user not being able to save a message to the Drafts folder.

I can't reproduce this problem simply by using sxmboximp to restore another user's Drafts folder and using an Outlook non-SmartCache profile, so can you give me some more detail please:
* Was the folder that was restored from A to B the Drafts folder (or a message in the Drafts folder)?
* Is the OL profile a SmartCache one or not?

If you have an old archive (sxmboxexp or omcpoutu) of user B then you could set the name back to what it was by importing a single Drafts msg fromthat archive.

Cheers - Richard

[Michael98]

Hello Richard,

thanks for your reply.

I'm still evaluating Scalix and now I have one heavy user (this is user A), who is working only with Scalix using Outlook.
Because he's really heavy using Scalix, including Rules, Calendar and so on, I exported his complete mailbox and also imported the complete mailbox into the account of user B, not only the drafts folder. I was happy to see that really all Rules etc. is being imported.
I think that answered your first question.


Concerning your second question:
I tested it with two diffent windows machines. On the first machine with and without SmartCache, on the second machine only without SmartCache.
With user A or user C (it's me) on the same machines it's not a problem. With this users if I close an composed message, Outlook ask me to save it and if I answer "yes", the mail is in the drafts folder. So I don't think that it is a connector or a SmartCache problem.

You say the problem from the Bugzilla report was only cosmetic, so maybe my problem has another cause too?
I couldn't find a log entry where Scalix logs this error when Outlook is trying to save the message into the drafts folder of user B, but when I used omcontain and saw that the Creator is user A, I thought that this must be the cause.

Its not really a problem now, because user B is a test user, but if I go into production use, it could be important, if I have to recreate a users mailbox and importing his data with an old id.

I would do more debugging, if you tell me what to do.

Greets,
Michael

[Richard Hall]

Hi Michael,

I'm assuming the 'save to Drafts' problem is reproducible. If so can you gather some remote server trace to try and get some more information on this error.

To enable remote server trace you need to do the following:

* Find the Scalix internal Id of the user: omshowu -n <user> -G and this number is the "Internal user Id"
* Create a file of this name in the ~scalix/xx/s/sys/user.cfg directory, for example if the user has an Id of 134 then the file will be: ~scalix/xx/s/sys/user.cfg/134
* Add these lines to this file:
UAL_TRACE_LEVEL=8
UAL_TRACE_FILE=<userid>.%s.%p
where <userid> is any string that helps identify the files for this user, eg "michael" if you were the user.

Then reproduce the problem and the trace files will appear in the ~scalix/xx/s/tmp directory. For this problem the .log files will be the most useful initially.

Also can you send me the omcontain read command (r) output for the Drafts folder. I'll PM you with my email address.

Cheers - Richard

[Richard Hall]

Michael - Thanks for the investigation information. It's a bug and I've raised Scalliza:
http://bugzilla.scalix.com/show_bug.cgi?id=15851
to cover it.

Richard