Mercury Suggestions
Limit One Instance Running

Rolf:

I don't think you've missed anything... this is excellent and would prevent what happened with my family earlier (two identically configured instances trying to download from the same ISP mailboxes at the same time).  Your solution sounds very simple, straightforward, and clean --- the hallmark of all good engineering.

Many thanks.

 

<p>Rolf: </p><p>I don't think you've missed anything... this is excellent and would prevent what happened with my family earlier (two identically configured instances trying to download from the same ISP mailboxes at the same time).  Your solution sounds very simple, straightforward, and clean --- the hallmark of all good engineering.</p><p>Many thanks.</p><p> </p>

Mercury seriously needs a feature that will allow limiting it to only 1 instance running at a time.

It may need some adjustable options, though, to suit different users' preferences.  For example, I would prefer than in addition to it trying to determine if other instances are currently executing, it would also create a "flag" file somewhere on the mailbox directory path, which indicates that somewhere an instance of Mercury is running.  The error message would be different depending on whether it found actual executing instances, or only found the file.  (I.e. telling the user s/he cannot run more than one instance, versus saying that multiple instances might be running or perhaps Mercury was shut down improperly the last time.)

Personally, I would prefer to have to manually delete the file and try the startup again, instead of Mercury offering me the option to override and start up anyway.  The warning dialog should refer me to the online help... and the online help should remind me how to find the file so I can delete it.

(An experienced system administrator doesn't need this... but junior admins or assistants do.  Because they have to do an extra step or two, they'll have time to think about whether they know what is actually happening and what to do about it.  They will think it through or will ask someone, instead of just "clicking through" to get the job started.)

* * *

This request is borne out of two recent experiences!

One: my son recently accidentally started 2 copies of Mercury without it being noticed for about a half day.  The contention between the two instances ended up clobbering some messages, hopefully none of them important.

Two, a little while back, a colleague had a similar problem at work (but with an entirely different program, not Mercury or Pegasus).  That other program used a "flag" file as I suggested above, but his junior co-worker just ignored a warning message and told the program to start up anyway.  The problem was, the program was already running, but on a different application server (both app servers used the same file server).  It was instructive to both of us that the junior person simply read the dialog and thought to himself "well of course I want the program to start" and clicked the override.  It wasn't until half an hour later that his brain engaged and he asked his supervisor.


<p>Mercury <i><b>seriously </b></i>needs a feature that will allow limiting it to only 1 instance running at a time.</p><p>It may need some adjustable options, though, to suit different users' preferences.  For example, I would prefer than <i><b>in addition</b></i> to it trying to determine if other instances are currently executing, it would also create a "flag" file somewhere on the mailbox directory path, which indicates that <i>somewhere</i> an instance of Mercury is running.  The error message would be different depending on whether it found actual executing instances, or only found the file.  (I.e. telling the user s/he cannot run more than one instance, versus saying that multiple instances <i>might </i>be running <b><i>or </i></b>perhaps Mercury was shut down improperly the last time.)</p><p>Personally, I would prefer to have to manually delete the file and try the startup again, instead of Mercury offering me the option to override and start up anyway.  The warning dialog should refer me to the online help... and the online help should remind me how to find the file so I can delete it.</p><p>(An experienced system administrator doesn't need this... but junior admins or assistants <b>do</b>.  Because they have to do an extra step or two, they'll have time to think about whether they know what is actually happening and what to do about it.  They will think it through or will ask someone, instead of just "clicking through" to get the job started.)</p><p>* * *</p><p>This request is borne out of two recent experiences!</p><p>One: my son recently accidentally started 2 copies of Mercury without it being noticed for about a half day.  The contention between the two instances ended up clobbering some messages, hopefully none of them important.</p><p>Two, a little while back, a colleague had a similar problem at work (but with an entirely different program, not Mercury or Pegasus).  That other program used a "flag" file as I suggested above, but his junior co-worker just ignored a warning message and told the program to start up anyway.  The problem was, the program <i>was </i>already running, but on a <i>different </i>application server (both app servers used the same file server).  It was instructive to both of us that the junior person simply read the dialog and thought to himself "well of course I want the program to start" and clicked the override.  It wasn't until half an hour later that his brain engaged and he asked his supervisor. </p>

You may find one of the utilities at http://www.alahele.de/projects/ to help stop the 'double-running' happening.

 

<p>You may find one of the utilities at <a href="http://pmail.praktit.se/forums/" mce_href="http://pmail.praktit.se/forums/">http://www.alahele.de/projects/</a> to help stop the 'double-running' happening.</p><p> </p>

You can use the -MS command line switch to prevent multiple instances within one windows session. It works with a sentinel file. But beware, the switch doesn't work across multiple windows sessions on one machine, and it even disrupts reloading an instance if you start your Mercury via start | autostart menu.

You can use the -MS command line switch to prevent multiple instances within one windows session. It works with a sentinel file. But beware, the switch doesn't work across multiple windows sessions on one machine, and it even disrupts reloading an instance if you start your Mercury via start | autostart menu.

Mercury 4.62 will prevent 2 instances of Mercury being started from the same directory (i.e. from the same mercury.exe file). If a second instance is started from another directory it can however access the same mailbox directory, which in some scenarios is desired. If you only want one instance to be running there is presumably no reason to have the program installed in 2 different directories. But maybe I'm missing something here?

/Rolf 

<p>Mercury 4.62 will prevent 2 instances of Mercury being started from the same directory (i.e. from the same mercury.exe file). If a second instance is started from another directory it can however access the same mailbox directory, which in some scenarios is desired. If you only want one instance to be running there is presumably no reason to have the program installed in 2 different directories. But maybe I'm missing something here?</p><p>/Rolf </p>
live preview
enter atleast 10 characters
WARNING: You mentioned %MENTIONS%, but they cannot see this message and will not be notified
Saving...
Saved
With selected deselect posts show selected posts
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft