Calendar/Addressbook is not visible or lost | MDaemon Technologies, Ltd.

Calendar/Addressbook is not visible or lost


  • Hello,
    when I create a new Calendar/Addressbook in MDaemon, they are not displayed on some clients
    or are not deleted or are lost.
    For the affected clients, I delete the contents of
    c:\Users\username\AppData\Roaming\Microsoft\Outlook

    after that, the Outlook settings (Send/Receive) query interval go back to standard settings.
    For other clients I also need to get the contents of
    c:\Users\username\AppData\Roaming\Alt-N\Outlook Connector 2.0\Accounts\Outlook\myemail@test.de
    delete. This happens under Windows 10/11 with Office 2019 / Office 2021 (32/64 bit).

    What keeps causing this problem?
    Martin

     



  • Hello,

    Are you creating an entirely new Calendar or Address book folder?  Or are you creating an new item in an existing folder?  

    How is the item being created?  

    Is this a public folder or a shared folder?

    If user1 creates the item, do they see the item?

    Have a user that is not able to see the item login to webmail, is the item viewable to them in webmail?

    If you force Outlook to do a send/receive does it download the item?  

    Does the MDaemon Connector log show any errors?

    Is MDaemon Connector configured to download headers only?  

    What version of MDaemon is being used?

    What version of MDaemon Connector is being used?

    Are you able to reproduce the issue every time?  

     


  • Hello,

    >Are you creating an entirely new Calendar or Address book folder?  Or are you creating an new item in an existing folder?  
    I have a new public calendar and address book in MDaemon Server with permissions for User1, User2.
    The entry “Anyone” is present.

    >How is the item being created?  
    MDaemon-Server / Public Folder / Domainname / Kalender

    >Is this a public folder or a shared folder?
    Public Folder

    >If user1 creates the item, do they see the item?
    User1 starts Outlook, the calendar Test is displayed under Calendar. He also sees the other public calendars.
    For user2, the Test calendar and the other public calendars do not appear. It doesn't appear even after 1-2 days.
    Only one calendar entry is displayed.
    I then need to delete the contents of directory c:\Users\User2\Appdata\Roaming\Outlook.
    It must be due to Outlook.xml or Outlook~1.srs.
    Once these are deleted, all calendars will be synced again.
    Deleting attachments, localcache.db in c:\users\user2\ALT-N\ alone does not solve the problem.

    >Have a user that is not able to see the item login to webmail, is the item viewable to them in webmail?
    This problem has never occurred in webmail.

    >If you force Outlook to do a send/receive does it download the item?  
    It doesn't sync when sending/receiving and is not visible after 2 days.

    >Does the MDaemon Connector log show any errors?

    Wed 2024-11-13 07:31:02.402: <-- 00000013 SELECT "Oeffentliche Ordner/mysite.com/Test"
    Wed 2024-11-13 07:31:02.404: --> * FLAGS (\Seen \Answered \Flagged \Deleted \Draft $Forwarded $MDNSent)
    Wed 2024-11-13 07:31:02.404: --> * 3 EXISTS
    Wed 2024-11-13 07:31:02.404: --> * 0 RECENT
    Wed 2024-11-13 07:31:02.404: --> * OK [UIDVALIDITY 1731061793] UIDs valid
    Wed 2024-11-13 07:31:02.404: --> * OK [UIDNEXT 5] Predicted next UID
    Wed 2024-11-13 07:31:02.404: --> * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $Forwarded $MDNSent \*)] .
    Wed 2024-11-13 07:31:02.404: --> 00000013 OK [READ-WRITE] SELECT completed
    Wed 2024-11-13 07:31:02.405: <-- 00000014 GETQUOTA ""
    Wed 2024-11-13 07:31:02.405: --> 00000014 NO GETQUOTA no such quota root
    Wed 2024-11-13 07:31:02.405: <-- 00000015 MYRIGHTS "Oeffentliche Ordner/mysite.com/Test"
    Wed 2024-11-13 07:31:02.405: --> * MYRIGHTS "Oeffentliche Ordner/mysite.com/Test" lrswipcd
    Wed 2024-11-13 07:31:02.405: --> 00000015 OK MYRIGHTS completed
    Wed 2024-11-13 07:31:02.406: <-- 00000016 UID FETCH 1:4 FLAGS
    Wed 2024-11-13 07:31:02.406: Sending FETCH response (not logged)...
    Wed 2024-11-13 07:31:02.406: --> 00000016 OK FETCH completed
    Wed 2024-11-13 07:31:02.407: <-- 00000017 NOOP
    Wed 2024-11-13 07:31:02.407: --> 00000017 OK NOOP completed

    >Is MDaemon Connector configured to download headers only?  
    No, I always deactivate headers.

    >What version of MDaemon is being used?
    24.5.0

    >What version of MDaemon Connector is being used?
    8.0.1

    >Are you able to reproduce the issue every time?  
    No, it happens sporadically

    ---
    Martin


  • For user2, have them open Outlook and go to MDaemon Connector / Account / Folders.  Do they have the radio button for Show All folders or Show Only Subscribed Folders selected?

    Is the box checked for Load PIM Folders Synchronously?

    In the Folder Subscription list is the Test folder listed? 

    If the user is Showing only subscribed folders, is the box checked next to the folder in the Folder Subscription list?

    If you user clicks OK, is the Test folder now shown in Outlook?

     


  • When the user account is first installed, “Headers only loaded” is disabled.
    I checked the settings for user2, they still correspond to the initial installation last year.

    Folder list: 
    Show all folders (default)
    PIM folder syncron loading is deactivated

    Check all folders for messages when sending/receiving (default)

    If I manually switch to “Show only subscribed folders”, I also see the public calendar.

    As soon as I have a user, I create screenshots and send them.


  • If you restart Outlook, does the folder in question then appear in Outlook?


  • Hello Arron, did you receive my PM with screenshots?

    Martin


  • Yes, if you restart Outlook when the issue happens, does the folder in question then appear in Outlook?


  • No, it won't show up. Only when I delete the files in the folder does everything appear again.


  • Please upload a copy of the MDaemon Connector log for the day this issue occurred.  We'll also need to know the username of the user that had the issue and the approximate time the issue occurred.

    Please zip the data and upload it to https://mdaemon.sharefile.com/r-rc3922c1eed334d4dbf5e34f0bd04ccd6

    Once the file has upload, please be sure to let us know the name of the file you uploaded.


Please login to reply this topic!