• Not running (data directory is in different drive)

    By Luca Zucchelli 9 years ago

    Hi Dominic.
    I tried to run the tool on three servers with the same OS and Domino version, but managed to get results only for one of them. On two servers nothing happens, not even errors. Tried to use “-d” but got nothing.
    The only difference between the successful server and the others is that in the first case the program and data directory are on the same drive, while the other two have the program in C: and data in E:.
    I tried this configuration on a test server (program in C and data in E) and te behaviour is the same: nothing happens, the program loads and then stops after few seconds.
    Is there any optional debug parameter I can try to investigate the issue?

    • By Dominic Porter 9 years ago

      Hi Luca,
      The behavior of the add-in is that it uses the Domino directory to locate mail files homed on the server. It will check all person & mail-in database documents where the server name is the same and scan them. This is so only information about the primary mail file is gathered and not replicas.

      The archive scan is slightly different (-r & -R) as it will scan all databases and locate archive databases.

      On the servers where no information is gathered I take it that you have mail files homed on the server and email is being delivered to them? The other thing that you may trip you up is that if the mail file design is not based on a standard mail template then the databases will be ignored. You can have a custom mail file template but it must be based on a standard mail template. You can tell if this is the case as the design properties will show something like “StdR9MailCustom is based on StdR9Mail version 9.0.1”.

      Let me know how it goes.

      • By Luca Zucchelli 9 years ago

        Hi Dominic,
        thanks for you reply.
        I did some further troubleshooting and finally fixed the issue.
        While running the server as an application, I found out that the tool is relying on two DLLs (MSVCP120 and MSVCR120) which were actually missing on the systems where mdigest did not run.
        Both DLLs are C Runtime libraries, and all servers seem to have the same packages installed, but to fix the problem I had to copy the missing files in the Windows\System32 folder. Not a great fix, but I didn't want to spend too much time on this.
        After that, your applicatation (it is a GREAT one!!) worked perfectly.
        Thanks again
        Luca

        • By Dominic Porter 9 years ago

          Hi Luca,

          Thanks for letting me know you managed to fix it. I'll add it into the documentation in the next version.

          Thanks for the feedback it's much appreciated, it means I know I'm on the right track.

          • By Dominic Porter 9 years ago

            For those experiencing the same issue please install:

            Visual C++ Redistributable for Visual Studio 2015
            https://www.microsoft.com/en-gb/download/details.aspx?id=48145