Scalix Forums

After installing a new server, I am moving some users from one server to the other.
the procedure goes.
export mailbox to file
delete/rename original mailbox
Create new mailbox on new server with same name and address
Import mailbox into user account.

That works flawlessly. Everything transfers smoothly.
But when internal users attempt to send an email to the recently moved user, they get this error message bounced back:
----------------------------- ERROR REPORT -----------------------------
Message could not be delivered to the following recipient:

John Smith/ mailnode, Domain/CN=John Smith
because: 'Recipient name not found at destination' [OM 9300]
Similar name(s) known at the point of failure:
John Smith / new-node, domain/CN=John Smith

The message was forwarded to the local Error Manager:
sxadmin / mailnode, domain/CN=sxadmin
------------------------------------------------------------------------

They can fix that by clicking the "To:" button, selecting the Recepient from the list, and sending.
But if possible, I'd rather fix this bug without having to tell every user to do that for every user I have to move over the next few weeks.

Please take a look at http://www.scalix.com/community/viewtopic.php?t=2370&highlight=srresolvemask

Cheers

Dave

Thanks.
I think that solved it.

I stand corrected, it doesnt.

No dice. It doesn't work.
Emails are still bouncing back if the sender only types the name in the "To:" box.

This is a big issue. I was planning on moving the users this weekend, but I think I'm going to have to postpone or else I'm going to get flooded with calls on Monday from people who's emails keep bouncing, Unless I can find a proper solution...

The only fix I can think of is clearing the Outlook cache from everyone's computer. But that's just not possible. The users will kill me because most of them never take the time to save addresses into their contact list because outlook "so conveniently" does it for them...

Sorry about the rant, but I've been preparing this for so long, and having to postpone because of such a stupid thing just pisses me off...

What value did you put in for your SR_RESOLVE_MASK parameter?

Cheers,
Florian.

8...

What value should I have put?

4. 8 will only work around the issue of changing the display name.

the idea is...

givenname middleinitial lastname generation mailnode-ou1 ou2 ou3 ou4

so with the parameter set to <n>

it will peruse the leftmost <n> elements of the address for resolution.

You have changed your mailnode, so you'll need to tell it only to consider the naming components, hence 4.

Cheers,
Florian.