"the workaround before 5.0.3 is to upload the csv file FileUploadServlet, then use the SOAP call
ImportContactsRequest with the upload-id returned from FileUploadServlet."

03-07-2008, 03:16 PM

Chewie71

dr...

We voted on and put in a support ticket for that bug since we are preparing to migrate about 10000 students to our servers. We came up with a different workaround using 'zmmailbox cct' (see zmmailbox help contact) before they published that SOAP workaround.

I don't know enough about SOAP to know anything about that method, but what we figured out seems to work. If you want some help figuring out the 'zmmailbox cct' method, PM me and I'll get you my contact info.

Matt

03-19-2008, 07:22 PM

benwong

Workaround working?

Hi,

Has anybody been able to get the work around working? I'm able to auth, get an auth token but when I submit it via the CURL command, it gives back a

401,null response. No attachment id like it says in the work around.

I'm on 5.0.2

03-20-2008, 07:16 AM

drhughes

benwong,

I'm working on a perl script as a work around until 5.0.3 is out. When I'm done with it, I will be more then happy to share. I wouldn't use it for a huge number of accounts to convert. I'm using SSH along with Chewie71's suggestion of 'zmmailbox cct'.

I ran a test with Zimbra 5.0.1 on a single 1U Dell 1950 with about 30 accounts. Our student's loved it. I now have a production multi-server (Suse Enterprise 10.1) environment that I need to bring those test users over to. The catch is that for this script to work you will have to know the user's password. We run Novell eDirectory with Univerisal Passwords turned on. My co-worker was put togther some tools to lookup passwords