Pegasus Mail & Mercury

Welcome to the Community for Pegasus Mail and
The Mercury Mail Transport System, the Internet's longest-serving PC e-mail system!
Welcome to Pegasus Mail & Mercury Sign in | Join | Help
Home Blogs Forums Downloads Pegasus Mail Overview Mercury Overview Wiki

Search

You searched for the word(s):
< 1 second(s)
  • Re: daemon not invoked when core is processing an email

    Peter Strรถmblad: dms: Is there a way to file a bug against the DDK sample?&nbsp; Mercury DDK\DDK Samples\Resident Daemon\daemon2.c contains the error. I've notified David of this issue - there is no public bug-track - thanks for your efforts. &nbsp; I just experienced this same problem.&nbsp; The sample daemon2.c as distributed in the DDK ...
    Posted to Mercury extension development (Forum) by Gmaper on January 22, 2010
  • Re: Configure Mercury to accept mail relayed from another INTERNAL mail server

    I saw a suggestion somewhere that to help mitigate the problem of spam senders looking for the secondary MX you could set up a 3rd MX that is the same as your first MX thus possibly causing the spam sender to really send to your primary MX.&nbsp; Of course this does not guarantee that a spam sender won't figure out that you are trying to ...
    Posted to Mercury Community Support (Forum) by Gmaper on April 18, 2009
  • Re: Policy problem with RESULT file

    Rolf, My problem appears to be solved.&nbsp; Thanks for your suggestion to use Process Monitor.&nbsp; That tool provided the clue needed to fix this. &nbsp; &nbsp;For the benefit of others that may encounter a similar problem I am stating the cause and solution below. Problem: Temporary files were being orphaned in the SCRATCH directory at ...
    Posted to Mercury Community Support (Forum) by Gmaper on March 7, 2009
  • Re: Policy problem with RESULT file

    Rolf, Last night I started Process Monitor and it seems to indicate that there is a problem with Mercury and my Policy program executing concurrently.&nbsp; Here is one line from the monitor.&nbsp; Note the SHARING VIOLATION and that is Mercury trying to access the Result file while it is still in use in my Policy program. 719&nbsp;&nbsp;&nbsp; ...
    Posted to Mercury Community Support (Forum) by Gmaper on February 28, 2009
  • Re: Policy problem with RESULT file

    Thanks, Rolf.&nbsp; I have the various Sysinternals tools and I'll see if I can figure out a way to capture the data and analyze it. Bruce
    Posted to Mercury Community Support (Forum) by Gmaper on February 28, 2009
  • Re: Policy problem with RESULT file

    Rolf Lindby:It would seem that there is something that occasionally blocks access for Mercury to the result file.It's presumably not thread related, Mercury is already processing that message and just waiting for your policy program to finish. Make sure you have no anti-virus program or other file protection application accessing the Mercury ...
    Posted to Mercury Community Support (Forum) by Gmaper on February 27, 2009
  • Policy problem with RESULT file

    I have written a policy program and it works about 99% of the time.&nbsp; I have made numerous changes trying to isolate the problem so now I seek help from other users. Background:&nbsp; Mercury/32 v4.62, Vista with all fixes and SP applied, VS2005 C++. Program receives an ~A file and uses a specified Result file ''policyresults.tmp'' but no ...
    Posted to Mercury Community Support (Forum) by Gmaper on February 27, 2009

Contact | Advertise | Host provider: PraktIT | Terms of Use | Privacy Statement
Copyright © 2007-2011 David Harris / Peter Strömblad. | Pegasus Mail Home Page