This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

I'm using MNE but it can't find the file I specified

The Locate Data Store isn't finding the file I have in the specified directory.   How can I fix that?

  • Hello,

    Thanks for posting to the Migrator for Notes to Exchange (MNE) forum. I understand you are using the MNE Locate Notes Data Stores wizard, but the files in the specified directory are not being imported. I have some additional questions to help narrow this down:

     

    1.) What types of files are you trying to locate? Are these archive mail files, or?

     

    2.) What is the database template (design class) being used for this mail file?  (Domino Administrator | Files | Locate user's mail file | Properties | Design [slide ruler])

     

    3.) Is this database template found on the MNE Manage Design Classes screen? If so, what type of file is checked (MailFile, PAB, Archive)?

     

    With the information above, we may be able to assist in providing a solution. However, the quickest path to resolution will be for us to analyze the log file from the MNE Locate Notes Data Stores process. In order to provide us with the log file for analysis, and protect your information, it would be best to create a Service Request for this issue:

     

    https://support.quest.com/create-service-request 

    Trevor Taegder
    Senior Technical Support Engineer

    Quest | Support

  • Thank you for your response:

    1.  archive file

    2. I'm not sure how to answer this one but it's an nsf file.  Basically a copy of the mail file from the production server.  The name of the file is the production name with a date appended to it.  mailfile_01012001.nsf

    3. modified mail file design.  8.5 version.

    The ACL has the Quest ID with manager access.

    I've done this before for other files and it's found the file.  Just don't know why know it's now. 

  • I just looked in the log and found the database was skipped because   "Owner 'square' is not in the Collections; ignoring.     The square is an actual square.  I checked the database owner and the owner name is there.  I even changed it for good measure and still ignoring the database.

  • Thanks for the update. It sounds as though this "square" value is some type of corrupt Domino ACL entry on the mail file you are trying to migrate. Here are a couple of options:

     

    1.) Remove any unnecessary Domino ACLs from the mail file, but still ensuring that the end-user has rights, the MNE migration account still has Manager rights and that the Domino Administrator also has Manager rights. You may want to remove the end-user and re-add them to the Domino ACL.

     

    2.) Bypass MNE's owner detection/association logic and manually provide the location of the mail file to the MNE database, by importing a TSV file. The following KB article includes a step-by-step video:

     

    https://support.quest.com/migrator-for-notes-to-exchange/kb/27457/video-how-do-i-specify-per-user-locations-for-notes-source-data-27457-

     

    Please let me know if you have any additional questions or need any additional clarification.

    Trevor Taegder
    Senior Technical Support Engineer

    Quest | Support

  • Again, thank you for your response.   

    The ACL fix didn't fix the issue.

    My company's maintenance has expired and I cannot see the knowledge base to read so I can see how perform that possible fix.  Disappointed

  • Thanks for the update. The Migrator for Notes to Exchange (MNE) Administrators Guide does provide some guidance on this topic:

    https://support.quest.com/technical-documents/migrator-for-notes-to-exchange/4.15.1/administration-guide/80#TOPIC-827401

    For additional assistance and world class Support, you may want to consider reaching out to our Renewals department:

    https://support.quest.com/contact-us/renewals

    Trevor Taegder
    Senior Technical Support Engineer

    Quest | Support