Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 23

Thread: Error sharing resources 0.92

  1. #11
    ewilen's Avatar
    ewilen is offline Moderator
    Join Date
    Jun 2008
    Location
    Berkeley, CA
    Posts
    1,474
    Rep Power
    9

    Default

    In my case, I try to initiate a share from account A, allowing account B to access one of my folders, using the Zimbra Desktop client 0.92. Everything looks fine at this point. The folder even shows that it is shared when I look at its properties in the Desktop client.

    Now, I open account B using the web interface. (I assume it doesn't matter that I am using the same computer....does it?)

    I see the message telling me there's a share for me. I try to accept the share but after clicking "yes" to the confirmation, I get the error I posted above.

    All using ZCS 5.0.12 NE (Mac OS X 10.4) and Zimbra Desktop 0.92 (Mac OS X 10.5).

    Now I quit Desktop and log out of the web interface. I use the web interface to log into account A. I check the properties of the folder and see it is shared, so I click "Resend". Account B can now accept the share.

    However, let's start from the beginning. I initiate the share in desktop and I confirm that it can't be accepted through the web interface. Then I manually use the Link to Shared Folder command (right-click/ctrl-click on the word "folders" in the left pane) and enter the necessary information. Result: success.

    So I think the problem is that Desktop isn't composing the share invitation correctly. The share permission itself is correctly created on the server.

    At the same time, while testing this out I think I found that if I revoke a share in Desktop, the revocation doesn't take effect at the server. Testing that will have to wait, though.

    EDIT: I may have misunderstood the reference to "Franklin" above. Does this mean the bug is only fixed in the FOSS version, not (yet) in NE?
    Last edited by ewilen; 12-16-2008 at 02:23 PM. Reason: clarification

  2. #12
    jmhe is offline Zimbra Employee
    Join Date
    Aug 2008
    Posts
    830
    Rep Power
    7

    Default

    The problem should have been fixed in coming release.

    Quote Originally Posted by ewilen View Post
    In my case, I try to initiate a share from account A, allowing account B to access one of my folders, using the Zimbra Desktop client 0.92. Everything looks fine at this point. The folder even shows that it is shared when I look at its properties in the Desktop client.

    Now, I open account B using the web interface. (I assume it doesn't matter that I am using the same computer....does it?)

    I see the message telling me there's a share for me. I try to accept the share but after clicking "yes" to the confirmation, I get the error I posted above.

    All using ZCS 5.0.12 NE (Mac OS X 10.4) and Zimbra Desktop 0.92 (Mac OS X 10.5).

    Now I quit Desktop and log out of the web interface. I use the web interface to log into account A. I check the properties of the folder and see it is shared, so I click "Resend". Account B can now accept the share.

    However, let's start from the beginning. I initiate the share in desktop and I confirm that it can't be accepted through the web interface. Then I manually use the Link to Shared Folder command (right-click/ctrl-click on the word "folders" in the left pane) and enter the necessary information. Result: success.

    So I think the problem is that Desktop isn't composing the share invitation correctly. The share permission itself is correctly created on the server.

    At the same time, while testing this out I think I found that if I revoke a share in Desktop, the revocation doesn't take effect at the server. Testing that will have to wait, though.

    EDIT: I may have misunderstood the reference to "Franklin" above. Does this mean the bug is only fixed in the FOSS version, not (yet) in NE?

  3. #13
    ewilen's Avatar
    ewilen is offline Moderator
    Join Date
    Jun 2008
    Location
    Berkeley, CA
    Posts
    1,474
    Rep Power
    9

    Default

    Has anyone tested this with 5.0.12 NE?

    I am working with a trial version of 5.0.12 NE (Mac OS 10.4 Tiger, Intel), and I am still not able to share folders from ZD 0.92.

    1. Run ZD 0.92 (windows XP) and set up to use an account on ZCS.
    2. Create an online folder.
    3. Left-click on the folder and choose Share Folder.
    4. In Share Properties, leave everything alone except for entering the full email address of another user on ZCS. (E.g. somebody@zimbra.company.com.)
    5. Click OK in Share Properties. Dialog box appears saying "An unknown error has occurred."
    6. Click Show Details, get

    msg: no such item: 1073741825
    code: mail.NO_SUCH_ITEM
    method: ZmBatchCommand.prototype.run
    detail: soap:Sender
    data: [object Object]
    trace: btpool0-29:1233192614737:1a349ec3c065b53f
    7. Click OK and click the Sent folder. Note that a message has been sent indicating the share has been created.
    8. Log into web client as the recipient. Note that you have the message in your inbox. Select it.
    9. Click Accept Request and then Yes.
    10. Get "An unknown error has occurred."
    11. Click Show Details, get

    An unknown error has occurred.
    method: CreateMountpointRequest
    msg: no such folder id: 1073741825
    code: mail.NO_SUCH_FOLDER
    detail: soap:Sender
    trace: btpool0-23:1233192931751:1a349ec3c065b53f
    request:

    somebody@zimbra.company.com0_300809229c96f00878596d57e287bc757b40fc27_69643d3 3363a66626337663230302d386139332d346432612d6263353 82d3233386431316239663637613b6578703d31333a3132333 33336353033363439393b747970653d363a7a696d6272613b

  4. #14
    ewilen's Avatar
    ewilen is offline Moderator
    Join Date
    Jun 2008
    Location
    Berkeley, CA
    Posts
    1,474
    Rep Power
    9

    Default Results for ZD 0.92 Mac

    Using Mac OS 10.5 with ZD 0.92, to connect to the same server, and going through the same steps, when I click OK in Share Properties, I get an error saying simply

    Unknown user "user@zimbra.company.com". Must specify a valid Zimbra user.
    (Note: addresses altered in these examples.)

    Show Details adds nothing at all to the above.

    As before, the intended recipient still receives an invitation to accept the share. With the recipient using the web client, when they try to accept, they get

    An unknown error has occurred.

    method: CreateMountpointRequest
    msg: no such account: 42d768d9-5431-43a9-8c4d-bcfaa980e7e9
    code: account.NO_SUCH_ACCOUNT
    detail: soap:Sender
    trace: btpool0-23:1233194258685:1a349ec3c065b53f
    request: user@zimbra.company.com0_<long_alphanumeric_string>_<very_long_alphanumer ic_string>

  5. #15
    ewilen's Avatar
    ewilen is offline Moderator
    Join Date
    Jun 2008
    Location
    Berkeley, CA
    Posts
    1,474
    Rep Power
    9

    Default

    Quick update: This may be an issue with an earlier build of 0.92 (build 1418). When I installed build 0.92 (build 1433) on a fresh Intel Mac, I was able to share folders without a problem. I'll test the newer build under Windows tomorrow.

  6. #16
    jmhe is offline Zimbra Employee
    Join Date
    Aug 2008
    Posts
    830
    Rep Power
    7

    Default

    You might have noticed that the current sharing support on ZD requires ZD being online. The reason is that ZD does not sync down the content in shared resources; instead it proxies requests directly to backend ZCS server.

    That's why you need the following step to make your test work. What we can do is to make the error message more meaningful.

    step 2.5: do a manual sync so that ZCS server will have this new folder you created. (clicking on send/receive)

    Quote Originally Posted by ewilen View Post
    Has anyone tested this with 5.0.12 NE?

    I am working with a trial version of 5.0.12 NE (Mac OS 10.4 Tiger, Intel), and I am still not able to share folders from ZD 0.92.

    1. Run ZD 0.92 (windows XP) and set up to use an account on ZCS.
    2. Create an online folder.
    3. Left-click on the folder and choose Share Folder.
    4. In Share Properties, leave everything alone except for entering the full email address of another user on ZCS. (E.g. somebody@zimbra.company.com.)
    5. Click OK in Share Properties. Dialog box appears saying "An unknown error has occurred."
    6. Click Show Details, get



    7. Click OK and click the Sent folder. Note that a message has been sent indicating the share has been created.
    8. Log into web client as the recipient. Note that you have the message in your inbox. Select it.
    9. Click Accept Request and then Yes.
    10. Get "An unknown error has occurred."
    11. Click Show Details, get

  7. #17
    krabina is offline Special Member
    Join Date
    Nov 2008
    Location
    Vienna, Austria
    Posts
    174
    Rep Power
    6

    Default

    Quote Originally Posted by jmhe View Post
    I am still not very clear on this use case. Do your users need to have more than one zimbra accounts setup on their desktop, *AND* they are also sharing folders amount these zimbra accounts they own?

    I am not talking about the administrator's case Mike mentioned - just regular end-use case.
    No, each user has ony one account. Sharing is among different user's accounts. Regular end users.

  8. #18
    ewilen's Avatar
    ewilen is offline Moderator
    Join Date
    Jun 2008
    Location
    Berkeley, CA
    Posts
    1,474
    Rep Power
    9

    Default

    Quote Originally Posted by jmhe View Post
    You might have noticed that the current sharing support on ZD requires ZD being online. The reason is that ZD does not sync down the content in shared resources; instead it proxies requests directly to backend ZCS server.

    That's why you need the following step to make your test work. What we can do is to make the error message more meaningful.

    step 2.5: do a manual sync so that ZCS server will have this new folder you created. (clicking on send/receive)
    Okay, I just repeated my test using ZD 0.92 (build 1433) on the Mac.

    If I perform step 2.5, everything is fine.

    If I don't perform step 2.5, I get the error mentioned in my first test yesterday (NO_SUCH_ITEM), but no mail is sent, so steps 8-11 are moot.

    In light of this I do believe that 1433 has improved things. I'll also note it's very likely that I was using 1418 in my first Mac test yesterday (above), and it's highly likely that the folder was properly sync'ed with the server at that point, since I believe I was using the same folder which I'd created in the Windows ZD test.

    In short, assuming I see similar results on ZD 0.92 (1433) for Windows, it's now a minor annoyance/cosmetic error, which can be improved by making the error message say "You must send/receive mail before you can share this folder." A possible workaround might be to have the client automatically trigger a prompt to send/receive either after creating an online folder, or at some point in the share process.

    Thanks for your help. I'll edit this post shortly with Windows results.

    EDIT: Under Windows, if I don't perform step 2.5, things remain as before. I.e., an error appears, a share message is created and sent, and the recipient gets an error if they try to accept the share. If I do perform step 2.5, everything goes smoothly.

    To sum up: For ZD Mac 0.92 (1433) and ZCS 5.0.12 NE, the problem has been reduced to a cosmetic error. For ZD Windows 0.92 (1433) and ZCS 5.0.12 NE, the problem is both a cosmetic error for the initiator of the share and an annoyance for the recipient of the share. But there is a simple workaround from the user perspective, which I would hope can be automated into the client.
    Last edited by ewilen; 01-29-2009 at 09:21 AM. Reason: update windows results

  9. #19
    jmhe is offline Zimbra Employee
    Join Date
    Aug 2008
    Posts
    830
    Rep Power
    7

    Default

    This is fixed in the coming RC2 release. You can now create a new folder and grant permission right away, as long as you are online (no need to do manual sync first)

    Quote Originally Posted by ewilen View Post

    To sum up: For ZD Mac 0.92 (1433) and ZCS 5.0.12 NE, the problem has been reduced to a cosmetic error. For ZD Windows 0.92 (1433) and ZCS 5.0.12 NE, the problem is both a cosmetic error for the initiator of the share and an annoyance for the recipient of the share. But there is a simple workaround from the user perspective, which I would hope can be automated into the client.

  10. #20
    tisd is offline Junior Member
    Join Date
    Nov 2008
    Posts
    5
    Rep Power
    6

    Default still problem

    Hello, I read this two pages, but to me it appears this problem.
    I have zimbra opensource edition server 5.0.16 on debian ver 4.0 and installed zimbra desktop on different machines win xp version 1_0_build_1537. When I try to share a contacts zimbra desktop, so that you can see from other accounts on other pc and I have agreed to share, I will return the following error:

    method: CreateMountpointRequest
    msg: can not mount resource from an existing account
    code: offline.MOUNT_EXISTING_ACCT
    detail: soap:Receiver
    trace: btpool0-20:1243271074140:8f5d46f09cb16782
    request:

    user@mail.example.com0_f4aef88d1f06210cb3d35b3b22d821dabf0e8a39_69643d3 3363a66666666666666662d666666662d666666662d6666666 62d6666666666666666666666663b6578703d31333a3132373 43830363934393132353b747970653d363a7a696d6272613b


    What can I do?
    thanks

Page 2 of 3 FirstFirst 123 LastLast

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Replies: 10
    Last Post: 11-05-2012, 03:25 AM
  2. Problem with finding resources
    By rlaneice in forum Administrators
    Replies: 4
    Last Post: 08-22-2012, 12:27 AM
  3. Managed resources don't show as declined?
    By andrew_l in forum Administrators
    Replies: 0
    Last Post: 07-30-2008, 08:03 AM
  4. [SOLVED] Basic Resources Question
    By r8escjohn in forum Zimbra in Education
    Replies: 2
    Last Post: 04-28-2008, 11:37 AM
  5. Resources Management
    By ahidalgo in forum Developers
    Replies: 2
    Last Post: 06-24-2007, 04:53 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •