Mercury Core Process hangs

posted Jan 29 '09 at 4:21 am

[quote user="David Winge"]

I moved the mail folders back to the old box and Mercury/32 is working fine, I removed it from the new server and did a fresh reinstall and it too seems to be working. In order to migrate from one server to the other, which files do I need to copy? I am also moving it from drive C: on one machine to D: on the other. Or if there is a FAQ somewhere on how to do this please point me that direction.

The only thing I do is copy the installation from one system to the other but I always use the C: drive. If you are using the D: drive then everything pointing to the C: drive in the config files and mercury.ini needs to be changed. The mercury.ini is pretty easy but there are a number of other config files that may need to be changed especially filters and MercuryD. Also if the mailboxes are in c:\mercury\mail then there may also be pointers in the mailboxes pointing to the other drive letter as well.

Is there any reason you could not copy the installation to the c: drive? If not I would try doing a completely new install only copying the user mailboxes and have everything else brand new. If this works you can try copying the rules.mer and other config files one at a time until you are sure it's working.

Thank you kindly, David

[/quote]

[quote user="David Winge"]<blockquote>I moved the mail folders back to the old box and Mercury/32 is working fine, I removed it from the new server and did a fresh reinstall and it too seems to be working. In order to migrate from one server to the other, which files do I need to copy? I am also moving it from drive C: on one machine to D: on the other. Or if there is a FAQ somewhere on how to do this please point me that direction.</blockquote>The only thing I do is copy the installation from one system to the other but I always use the C: drive.&nbsp; If you are using the D: drive then everything pointing to the C: drive in the config files and mercury.ini needs to be changed.&nbsp; The mercury.ini is pretty easy but there are a number of other config files that may need to be changed especially filters and MercuryD.&nbsp; Also if the mailboxes are in c:\mercury\mail then there may also be pointers in the mailboxes pointing to the other drive letter as well.Is there any reason you could not copy the installation to the c: drive?&nbsp; If not I would try doing a completely new install only copying the user mailboxes and have everything else brand new.&nbsp; If this works you can try copying the rules.mer and other config files one at a time until you are sure it's working. <blockquote>Thank you kindly, David</blockquote> [/quote]

David Winge

posted Jan 28 '09 at 1:34 am

I just installed 4.62 on Windows Server 2008, all the modules seem to work fine with the exception of the Mercury Core Process,

it runs when I launch the application and stops, then it hangs and will not run again until I restart the app.

I just installed 4.62 on Windows Server 2008, all the modules seem to work fine with the exception of the Mercury Core Process, it runs when I launch the application and stops, then it hangs and will not run again until I restart the app. &nbsp;

Thomas R. Stephenson

posted Jan 28 '09 at 4:28 am

[quote user="David Winge"]

I just installed 4.62 on Windows Server 2008, all the modules seem to work fine with the exception of the Mercury Core Process,
it runs when I launch the application and stops, then it hangs and will not run again until I restart the app.

Strange, could you post your mercury.ini file for analysis?[/quote]

[quote user="David Winge"]<blockquote>I just installed 4.62 on Windows Server 2008, all the modules seem to work fine with the exception of the Mercury Core Process, it runs when I launch the application and stops, then it hangs and will not run again until I restart the app.</blockquote>Strange, could you post your mercury.ini file for analysis?[/quote]

David Winge

posted Jan 28 '09 at 3:29 pm

# MERCURY.INI generated by Mercury Setup
#
#
# Sample Bindery Mode MERCURY.INI file (in fact, the one I use on
# my production server). This one implements most of the possible
# switches for each module, but you can edit it to do less if you
# wish. All the fields shown below are described in the file
# MGUIDE.HLP which is supplied in the Mercury archive.
#
# Anything after a '#' to the end of the line is a comment and
# is stripped out before parsing. Trailing and leading whitespace
# is also stripped before parsing. Many sample commands have been
# left in this file commented out for reference purposes.
#

[General]
myname:          poolwater.com    # Canonical name for this server
timezone:        +8    # Time Zone to add to date fields
file_api:        1    # Use the file api instead of queues
mailqueue:       C:\MERCURY\QUEUE    # Where mail should be put for delivery
smtpqueue:       C:\MERCURY\QUEUE    # Where the SMTP client should look for mail
newmail_path:    C:\MERCURY\MAIL\~N    # Where to find the users' WinPMail mailboxes.

[Protocols]
MERCURYS.DLL
MERCURYP.DLL
MERCURYE.DLL
# MERCURYC.DLL
MERCURYD.DLL
# MERCURYH.DLL
# MERCURYF.DLL
# MERCURYW.DLL
# MERCURYX.DLL
MERCURYI.DLL
# MERCURYB.DLL

[Mercury]
failfile:      C:\MERCURY\Mercury\FAILURE.MER    # Delivery failure notification template
confirmfile:   C:\MERCURY\Mercury\CONFIRM.MER    # Delivery confirmation template
aliasfile:     C:\MERCURY\Mercury\ALIAS.MER    # System-wide alias file
synfile:       C:\MERCURY\Mercury\SYNONYM.MER    # User synonym database
listfile:      C:\MERCURY\Mercury\LISTS.MER    # List of lists
logfile:       C:\MERCURY\LOGS\system    # Traffic logging file
logwidth:      30    # Width of address fields in logfile
retpath:       1    # Do/Don't use 'return-path' for errors
maxhops:       30    # Used to detect mailing loops
gullible:      0    # If NZ, don't validate 'From' fields
bitnethost:    cunyvm.cuny.edu    # Relay host for '.bitnet' rewrites
poll:          10   # Seconds between queue polling cycles
scratch:       C:\MERCURY\Scratch    # Where we can write temp files
returnlines:   15    # How many lines of failed messages to return
postmaster:    Postmaster    # NetWare UIC of postmaster
broadcast:     1    # Yes, we want broadcast notifications, but
receipts:      0    # ... no broadcasts for receipt confirmations
PM_notify:     1    # Do/Don't send errors to the postmaster
change_owner: 1    # Change message ownership to recipient
auto_tzone:    1    # If NZ, obtain timezone information from OS
LogLevel:      15    # System message reporting level
LogMax:        100    # Maximum number of system messages to store
RetryPeriod:   2    # Period between job retries (minutes)
MaxRetries:    16    # Maximum number of times a job can fail
TwoPasses:     1    # If NZ, process submission queue in 2 passes
Autoaddress:   -128    # If NZ, auto-generate user addresses based on name
Daily_exit:    0    # If NZ, auto-restart each day after maintenance
No_Areply:     0    # If NZ, disable automatic replies system-wide
Alt_Forward:   0    # If NZ, allow alternate forwarding specification
Maint_hour:    2    # Hour for daily maintenance (24-hour clock)
Maint_min:     0    # Minute for daily maintenance
Retry_Mode:    0    # If NZ, use progressive backoff for queue retries
Local_DSNs:    1    # If NZ generate Delivery Status for local users only
DSN_time1:     10800    # Seconds deferred before first DSN is sent
DSN_time2:     86400    # Seconds deferred before second DSN is sent
DSN_time3:     259200    # Seconds deferred before third DSN is sent
Host_in_title: 0    # If NZ, show hostname in system tray and taskbar
Lingering:     0    # Enable or disable 'lingering mailboxes'
Linger_Timeout: 60   # Seconds before a lingering mailbox is shut down
Alert_Host:    notify.pmail.com    # Host to check for licensee advisories
Alert_Interval: 720   # Frequency in minutes (min 240) for checks
Alert_Flags:   3    # Flags controlling advisory checks

[MercuryC]
Host : 129.1.252.78
Failfile : C:\MERCURY\Mercury\FAILURE.MER
Poll : 30
Scratch : C:\MERCURY\Mercury
ReturnLines : 15
Timeout : 30
ESMTP : 1
POP3_Auth : 0
Log_Verbose : 0

[MercuryE]
HELO : poolwater.com
Session_logging : c:\MERCURY\LOGS
Session_logmode : 1
Poll : 15
Timeout : 60
Nameservers : 206.13.29.12, 206.13.30.12
Logfile : c:\MERCURY\LOGS\
Log_Verbose : 1
DNS_Timeout : 20
DNS_Retries : 4
Transcripts : 1
MaxThreads : 10

[MercuryD]
Scratch : C:\MERCURY\Mercury
Timeout : 24000
Poll : 30
Session_logging : c:\MERCURY\logs
Session_logmode : 1

[MercuryS]
Debug : 1
HELO : poolwater.com
Logfile : C:\MERCURY\Logs\MERCURYS.LOG
Timeout : 90
Relay : 0
Strict_Relay : 0
Allow_Illegals : 0
SMTP_Authentication : 0
Session_logging : C:\MERCURY\Logs
Session_logmode : 1
Compliance_Settings : 360
Maximum_Failed_Rcpts : 4
Max_Relay_Attempts : 4
SSL_Mode : 0
ST_Blacklisting : 0
No_VRFY : 0
SMTP_ConnFlags : 0

[MercuryP]
Scratch : C:\MERCURY\Mercury
Stack : 32768
Mark_Read : 1
SSL_Mode : 0
Login_Disabled : 0
UIDL_nul_list : 1
Session_logging : c:\MERCURY\logs\session
Session_logmode : 0
Timeout : 60

[MercuryX]
# Cmd_Delay: 10
# Cmd_Wait: 1
# IE4_Dialling: 0
# Use_ETRN: 1
# Clients_only: 1
# Sunday: 0800,1800,3,15,30,60
# Monday: 0830,2100,5,15,60,60
# Tuesday: 0830,2100,5,15,60,60
# Wednesday: 1500,1900,2,30,5,30
# Thursday: 0900,1900,2,30,0,0
# Friday: 0830,2100,5,15,60,60
# Saturday: 1031,1035,2,45,-1,0

# [Groups]
# testgroup : TESTGRP

[Domains]
pwpmail: poolwater.com
pwpmail: allclear.com
pwpmail: aquatri.com
pwpmail: freshandclean.com
pwpmail: poolwaterproducts.com
pwpmail: pwpeuropa.com
129.1.252.1: pwp
129.1.252.1: pwp.vnet
129.1.252.1: pwpr900
129.1.252.6: pwp.vnet
129.1.252.1: pwpr900.vnet

[Maiser]
Maiser:          Maiser   # 'Username' of mail server account
Helpfile:        C:\MERCURY\Mercury\MAISER.HLP   # Help sent on failed maiser requests
Lookupfile:      C:\MERCURY\Mercury\MAISER.LKP   # Format file for the 'lookup' command
Send_dir:        C:\MERCURY\Mercury\SENDABLE   # Directory for the 'send' command
Logfile:         C:\MERCURY\Logs\MAISER.LOG   # Mail server log file
Notify:          C:\MERCURY\Mercury\TMP   # Dir. for pending 'notify' commands
NoList:          N   # If 'Y', disable the 'list' command
Local_only:      Y   # If 'Y', local 'notify' commands only

[MercuryH]
Logfile : C:\MERCURY\Logs\MERCURYH.LOG
# Addressbook : \\CLIO\SYS\SYSTEM\MERCURY\PH.PMR
# MOTD : \\CLIO\SYS\SYSTEM\MERCURY\PH-MOTD.TXT
# Administrator : postmaster@clio.pmail.gen.nz
Timeout : 30

[MercuryI]
Scratch : C:\MERCURY\SCRATCH
Timeout : 120
Server_Port : 143
Charset : ISO-8859-1
Idle_Timeout : 1800
SSL_Mode : 0
Login_Disabled : 0
No_NUL_passwords : 1

[MercuryB]
Scratch : C:\MERCURY\SCRATCH
# Logfile : o:\mail\tmp\mercuryb.log
Timeout : 120
Server_Port : 80
# Session_logging : o:\mail\mercury\mblogs
# Session_logmode : 0
Idle_Timeout : 1800
# URL_Base : enter_your_domain_here
[Groups]

[Rewrite]

[Statistics]
StatFlags:    3 # Statistical reporting settings
StatFiles:    Postmaster # Directory to write stat log files
StatMail:     Postmaster # Address to send stat log files
STF_Hours:    24 # How often to write stat log files
STM_Hours:    24 # How often to e-mail stat log files

#&nbsp; MERCURY.INI generated by Mercury Setup # # #&nbsp; Sample Bindery Mode MERCURY.INI file (in fact, the one I use on #&nbsp; my production server). This one implements most of the possible #&nbsp; switches for each module, but you can edit it to do less if you #&nbsp; wish. All the fields shown below are described in the file #&nbsp; MGUIDE.HLP which is supplied in the Mercury archive. # #&nbsp; Anything after a '#' to the end of the line is a comment and #&nbsp; is stripped out before parsing. Trailing and leading whitespace #&nbsp; is also stripped before parsing. Many sample commands have been #&nbsp; left in this file commented out for reference purposes. # [General] myname:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; poolwater.com&nbsp;&nbsp;&nbsp; # Canonical name for this server timezone:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +8&nbsp;&nbsp;&nbsp; # Time Zone to add to date fields file_api:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; # Use the file api instead of queues mailqueue:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\QUEUE&nbsp;&nbsp;&nbsp; # Where mail should be put for delivery smtpqueue:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\QUEUE&nbsp;&nbsp;&nbsp; # Where the SMTP client should look for mail newmail_path:&nbsp;&nbsp;&nbsp; C:\MERCURY\MAIL\~N&nbsp;&nbsp;&nbsp; # Where to find the users' WinPMail mailboxes. [Protocols] MERCURYS.DLL MERCURYP.DLL MERCURYE.DLL # MERCURYC.DLL MERCURYD.DLL # MERCURYH.DLL # MERCURYF.DLL # MERCURYW.DLL # MERCURYX.DLL MERCURYI.DLL # MERCURYB.DLL [Mercury] failfile:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Mercury\FAILURE.MER&nbsp;&nbsp;&nbsp; # Delivery failure notification template confirmfile:&nbsp;&nbsp; C:\MERCURY\Mercury\CONFIRM.MER&nbsp;&nbsp;&nbsp; # Delivery confirmation template aliasfile:&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Mercury\ALIAS.MER&nbsp;&nbsp;&nbsp; # System-wide alias file synfile:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Mercury\SYNONYM.MER&nbsp;&nbsp;&nbsp; # User synonym database listfile:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Mercury\LISTS.MER&nbsp;&nbsp;&nbsp; # List of lists logfile:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\LOGS\system&nbsp;&nbsp;&nbsp; # Traffic logging file logwidth:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 30&nbsp;&nbsp;&nbsp; # Width of address fields in logfile retpath:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; # Do/Don't use 'return-path' for errors maxhops:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 30&nbsp;&nbsp;&nbsp; # Used to detect mailing loops gullible:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; # If NZ, don't validate 'From' fields bitnethost:&nbsp;&nbsp;&nbsp; cunyvm.cuny.edu&nbsp;&nbsp;&nbsp; # Relay host for '.bitnet' rewrites poll:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 10&nbsp;&nbsp; # Seconds between queue polling cycles scratch:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Scratch&nbsp;&nbsp;&nbsp; # Where we can write temp files returnlines:&nbsp;&nbsp; 15&nbsp;&nbsp;&nbsp; # How many lines of failed messages to return postmaster:&nbsp;&nbsp;&nbsp; Postmaster&nbsp;&nbsp;&nbsp; # NetWare UIC of postmaster broadcast:&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; # Yes, we want broadcast notifications, but receipts:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; # ... no broadcasts for receipt confirmations PM_notify:&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; # Do/Don't send errors to the postmaster change_owner:&nbsp; 1&nbsp;&nbsp;&nbsp; # Change message ownership to recipient auto_tzone:&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; # If NZ, obtain timezone information from OS LogLevel:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15&nbsp;&nbsp;&nbsp; # System message reporting level LogMax:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 100&nbsp;&nbsp;&nbsp; # Maximum number of system messages to store RetryPeriod:&nbsp;&nbsp; 2&nbsp;&nbsp;&nbsp; # Period between job retries (minutes) MaxRetries:&nbsp;&nbsp;&nbsp; 16&nbsp;&nbsp;&nbsp; # Maximum number of times a job can fail TwoPasses:&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; # If NZ, process submission queue in 2 passes Autoaddress:&nbsp;&nbsp; -128&nbsp;&nbsp;&nbsp; # If NZ, auto-generate user addresses based on name Daily_exit:&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; # If NZ, auto-restart each day after maintenance No_Areply:&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; # If NZ, disable automatic replies system-wide Alt_Forward:&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; # If NZ, allow alternate forwarding specification Maint_hour:&nbsp;&nbsp;&nbsp; 2&nbsp;&nbsp;&nbsp; # Hour for daily maintenance (24-hour clock) Maint_min:&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; # Minute for daily maintenance Retry_Mode:&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; # If NZ, use progressive backoff for queue retries Local_DSNs:&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; # If NZ generate Delivery Status for local users only DSN_time1:&nbsp;&nbsp;&nbsp;&nbsp; 10800&nbsp;&nbsp;&nbsp; # Seconds deferred before first DSN is sent DSN_time2:&nbsp;&nbsp;&nbsp;&nbsp; 86400&nbsp;&nbsp;&nbsp; # Seconds deferred before second DSN is sent DSN_time3:&nbsp;&nbsp;&nbsp;&nbsp; 259200&nbsp;&nbsp;&nbsp; # Seconds deferred before third DSN is sent Host_in_title: 0&nbsp;&nbsp;&nbsp; # If NZ, show hostname in system tray and taskbar Lingering:&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp; # Enable or disable 'lingering mailboxes' Linger_Timeout: 60&nbsp;&nbsp; # Seconds before a lingering mailbox is shut down Alert_Host:&nbsp;&nbsp;&nbsp; notify.pmail.com&nbsp;&nbsp;&nbsp; # Host to check for licensee advisories Alert_Interval: 720&nbsp;&nbsp; # Frequency in minutes (min 240) for checks Alert_Flags:&nbsp;&nbsp; 3&nbsp;&nbsp;&nbsp; # Flags controlling advisory checks [MercuryC] Host : 129.1.252.78 Failfile : C:\MERCURY\Mercury\FAILURE.MER Poll : 30 Scratch : C:\MERCURY\Mercury ReturnLines : 15 Timeout : 30 ESMTP : 1 POP3_Auth : 0 Log_Verbose : 0 [MercuryE] HELO : poolwater.com Session_logging : c:\MERCURY\LOGS Session_logmode : 1 Poll : 15 Timeout : 60 Nameservers : 206.13.29.12, 206.13.30.12 Logfile : c:\MERCURY\LOGS\ Log_Verbose : 1 DNS_Timeout : 20 DNS_Retries : 4 Transcripts : 1 MaxThreads : 10 [MercuryD] Scratch : C:\MERCURY\Mercury Timeout : 24000 Poll : 30 Session_logging : c:\MERCURY\logs Session_logmode : 1 [MercuryS] Debug : 1 HELO : poolwater.com Logfile : C:\MERCURY\Logs\MERCURYS.LOG Timeout : 90 Relay : 0 Strict_Relay : 0 Allow_Illegals : 0 SMTP_Authentication : 0 Session_logging : C:\MERCURY\Logs Session_logmode : 1 Compliance_Settings : 360 Maximum_Failed_Rcpts : 4 Max_Relay_Attempts : 4 SSL_Mode : 0 ST_Blacklisting : 0 No_VRFY : 0 SMTP_ConnFlags : 0 [MercuryP] Scratch : C:\MERCURY\Mercury Stack : 32768 Mark_Read : 1 SSL_Mode : 0 Login_Disabled : 0 UIDL_nul_list : 1 Session_logging : c:\MERCURY\logs\session Session_logmode : 0 Timeout : 60 [MercuryX] # Cmd_Delay: 10 # Cmd_Wait: 1 # IE4_Dialling: 0 # Use_ETRN: 1 # Clients_only: 1 # Sunday: 0800,1800,3,15,30,60 # Monday: 0830,2100,5,15,60,60 # Tuesday: 0830,2100,5,15,60,60 # Wednesday: 1500,1900,2,30,5,30 # Thursday: 0900,1900,2,30,0,0 # Friday: 0830,2100,5,15,60,60 # Saturday: 1031,1035,2,45,-1,0 # [Groups] # testgroup&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; :&nbsp;&nbsp;&nbsp;&nbsp; TESTGRP [Domains] pwpmail: poolwater.com pwpmail: allclear.com pwpmail: aquatri.com pwpmail: freshandclean.com pwpmail: poolwaterproducts.com pwpmail: pwpeuropa.com 129.1.252.1: pwp 129.1.252.1: pwp.vnet 129.1.252.1: pwpr900 129.1.252.6: pwp.vnet 129.1.252.1: pwpr900.vnet [Maiser] Maiser:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Maiser&nbsp;&nbsp; # 'Username' of mail server account Helpfile:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Mercury\MAISER.HLP&nbsp;&nbsp; # Help sent on failed maiser requests Lookupfile:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Mercury\MAISER.LKP&nbsp;&nbsp; # Format file for the 'lookup' command Send_dir:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Mercury\SENDABLE&nbsp;&nbsp; # Directory for the 'send' command Logfile:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Logs\MAISER.LOG&nbsp;&nbsp; # Mail server log file Notify:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Mercury\TMP&nbsp;&nbsp; # Dir. for pending 'notify' commands NoList:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; N&nbsp;&nbsp; # If 'Y', disable the 'list' command Local_only:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Y&nbsp;&nbsp; # If 'Y', local 'notify' commands only [MercuryH] Logfile&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; :&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\Logs\MERCURYH.LOG # Addressbook : <A href="file://clio/SYS/SYSTEM/MERCURY/PH.PMR">\\CLIO\SYS\SYSTEM\MERCURY\PH.PMR</A> # MOTD : <A href="file://clio/SYS/SYSTEM/MERCURY/PH-MOTD.TXT">\\CLIO\SYS\SYSTEM\MERCURY\PH-MOTD.TXT</A> # Administrator : <A href="mailto:postmaster@clio.pmail.gen.nz">postmaster@clio.pmail.gen.nz</A> Timeout : 30 [MercuryI] Scratch : C:\MERCURY\SCRATCH Timeout : 120 Server_Port : 143 Charset : ISO-8859-1 Idle_Timeout : 1800 SSL_Mode : 0 Login_Disabled : 0 No_NUL_passwords : 1 [MercuryB] Scratch : C:\MERCURY\SCRATCH # Logfile : o:\mail\tmp\mercuryb.log Timeout : 120 Server_Port : 80 # Session_logging : o:\mail\mercury\mblogs # Session_logmode : 0 Idle_Timeout : 1800 # URL_Base : enter_your_domain_here [Groups] [Rewrite] [Statistics] StatFlags:&nbsp;&nbsp;&nbsp; 3&nbsp; # Statistical reporting settings StatFiles:&nbsp;&nbsp;&nbsp; Postmaster&nbsp; # Directory to write stat log files StatMail:&nbsp;&nbsp;&nbsp;&nbsp; Postmaster&nbsp; # Address to send stat log files STF_Hours:&nbsp;&nbsp;&nbsp; 24&nbsp; # How often to write stat log files STM_Hours:&nbsp;&nbsp;&nbsp; 24&nbsp; # How often to e-mail stat log files &nbsp;

Thomas R. Stephenson

posted Jan 28 '09 at 4:58 pm

I do not see anything here that could cause a problem with the core process hanging. I would check to make sure that the user running Mercury/32 has all rights to the directories used by Mercury/32. I would start by using the system admin who has all rights. I have made a few comments of things that should be looked at and maybe corrected.

>
> [General]
> myname:          poolwater.com    # Canonical name for this server

Good host name

Answer Section:
    poolwater.com, MX, 0, mail.poolwater.com
    poolwater.com, NS, dns2.other-world.com
    poolwater.com, NS, dns.other-world.com

> timezone:        +8    # Time Zone to add to date fields
> file_api:        1    # Use the file api instead of queues
> mailqueue:       C:\MERCURY\QUEUE    # Where mail should be put for delivery
> smtpqueue:       C:\MERCURY\QUEUE    # Where the SMTP client should look for mail
> newmail_path:    C:\MERCURY\MAIL\~N    # Where to find the users' WinPMail mailboxes.

Normal

>
> [Protocols]
> MERCURYS.DLL
> MERCURYP.DLL
> MERCURYE.DLL
> # MERCURYC.DLL
> MERCURYD.DLL
> # MERCURYH.DLL
> # MERCURYF.DLL
> # MERCURYW.DLL
> # MERCURYX.DLL
> MERCURYI.DLL
> # MERCURYB.DLL

SMTP, POP3, End-to-end mailer, POP3 client, IMAP4

>
> [Mercury]

Nothing special

> [MercuryC]
> Host : 129.1.252.78
> Failfile : C:\MERCURY\Mercury\FAILURE.MER
> Poll : 30
> Scratch : C:\MERCURY\Mercury
> ReturnLines : 15
> Timeout : 30
> ESMTP : 1
> POP3_Auth : 0
> Log_Verbose : 0

Not used.

>
> [MercuryE]
> HELO : poolwater.com
> Session_logging : c:\MERCURY\LOGS
> Session_logmode : 1
> Poll : 15
> Timeout : 60
> Nameservers : 206.13.29.12, 206.13.30.12

Odd, the poolwater.com name servers are supposed to be

dns.other-world.com, A, 204.11.64.5
dns2.other-world.com, A, 204.11.64.6

> Logfile : c:\MERCURY\LOGS\
> Log_Verbose : 1
> DNS_Timeout : 20
> DNS_Retries : 4
> Transcripts : 1
> MaxThreads : 10
>
> [MercuryD]
> Scratch : C:\MERCURY\Mercury
> Timeout : 24000
> Poll : 30
> Session_logging : c:\MERCURY\logs
> Session_logmode : 1
>
> [MercuryS]
> Debug : 1
> HELO : poolwater.com
> Logfile : C:\MERCURY\Logs\MERCURYS.LOG
> Timeout : 90
> Relay : 0
> Strict_Relay : 0
> Allow_Illegals : 0

Relaying should be turned off and strict set in the MercuryS setup.

> SMTP_Authentication : 0
> Session_logging : C:\MERCURY\Logs
> Session_logmode : 1
> Compliance_Settings : 360
> Maximum_Failed_Rcpts : 4
> Max_Relay_Attempts : 4
> SSL_Mode : 0
> ST_Blacklisting : 0
> No_VRFY : 0
> SMTP_ConnFlags : 0
>
> [MercuryP]
> Scratch : C:\MERCURY\Mercury
> Stack : 32768
> Mark_Read : 1
> SSL_Mode : 0
> Login_Disabled : 0
> UIDL_nul_list : 1
> Session_logging : c:\MERCURY\logs\session
> Session_logmode : 0
> Timeout : 60
>
> [Domains]
> pwpmail: poolwater.com
> pwpmail: allclear.com
> pwpmail: aquatri.com
> pwpmail: freshandclean.com
> pwpmail: poolwaterproducts.com
> pwpmail: pwpeuropa.com
> 129.1.252.1: pwp
> 129.1.252.1: pwp.vnet
> 129.1.252.1: pwpr900
> 129.1.252.6: pwp.vnet
> 129.1.252.1: pwpr900.vnet

The domains are messed up. It's server : domain and you can only have one server. Why do you have servers pwpmail, 129.1.252.1 & 6

I do not see anything here that could cause a problem with the core process hanging.&nbsp; I would check to make sure that the user running Mercury/32 has all rights to the directories used by Mercury/32. I would start by using the system admin who has all rights.&nbsp; I have made a few comments of things that should be looked at and maybe corrected. &gt; &gt; [General] &gt; myname:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; poolwater.com&nbsp;&nbsp;&nbsp; # Canonical name for this server Good host name Answer Section: &nbsp;&nbsp;&nbsp; poolwater.com, MX, 0, mail.poolwater.com &nbsp;&nbsp;&nbsp; poolwater.com, NS, dns2.other-world.com &nbsp;&nbsp;&nbsp; poolwater.com, NS, dns.other-world.com &gt; timezone:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; +8&nbsp;&nbsp;&nbsp; # Time Zone to add to date fields &gt; file_api:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp; # Use the file api instead of queues &gt; mailqueue:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\QUEUE&nbsp;&nbsp;&nbsp; # Where mail should be put for delivery &gt; smtpqueue:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; C:\MERCURY\QUEUE&nbsp;&nbsp;&nbsp; # Where the SMTP client should look for mail &gt; newmail_path:&nbsp;&nbsp;&nbsp; C:\MERCURY\MAIL\~N&nbsp;&nbsp;&nbsp; # Where to find the users' WinPMail mailboxes. Normal &gt; &gt; [Protocols] &gt; MERCURYS.DLL &gt; MERCURYP.DLL &gt; MERCURYE.DLL &gt; # MERCURYC.DLL &gt; MERCURYD.DLL &gt; # MERCURYH.DLL &gt; # MERCURYF.DLL &gt; # MERCURYW.DLL &gt; # MERCURYX.DLL &gt; MERCURYI.DLL &gt; # MERCURYB.DLL SMTP, POP3, End-to-end mailer, POP3 client, IMAP4 &gt; &gt; [Mercury] Nothing special &gt; [MercuryC] &gt; Host : 129.1.252.78 &gt; Failfile : C:\MERCURY\Mercury\FAILURE.MER &gt; Poll : 30 &gt; Scratch : C:\MERCURY\Mercury &gt; ReturnLines : 15 &gt; Timeout : 30 &gt; ESMTP : 1 &gt; POP3_Auth : 0 &gt; Log_Verbose : 0 Not used. &gt; &gt; [MercuryE] &gt; HELO : poolwater.com &gt; Session_logging : c:\MERCURY\LOGS &gt; Session_logmode : 1 &gt; Poll : 15 &gt; Timeout : 60 &gt; Nameservers : 206.13.29.12, 206.13.30.12 Odd, the poolwater.com name servers are supposed to be dns.other-world.com, A, 204.11.64.5 dns2.other-world.com, A, 204.11.64.6 &gt; Logfile : c:\MERCURY\LOGS\ &gt; Log_Verbose : 1 &gt; DNS_Timeout : 20 &gt; DNS_Retries : 4 &gt; Transcripts : 1 &gt; MaxThreads : 10 &gt; &gt; [MercuryD] &gt; Scratch : C:\MERCURY\Mercury &gt; Timeout : 24000 &gt; Poll : 30 &gt; Session_logging : c:\MERCURY\logs &gt; Session_logmode : 1 &gt; &gt; [MercuryS] &gt; Debug : 1 &gt; HELO : poolwater.com &gt; Logfile : C:\MERCURY\Logs\MERCURYS.LOG &gt; Timeout : 90 &gt; Relay : 0 &gt; Strict_Relay : 0 &gt; Allow_Illegals : 0 Relaying should be turned off and strict set in the MercuryS setup. &gt; SMTP_Authentication : 0 &gt; Session_logging : C:\MERCURY\Logs &gt; Session_logmode : 1 &gt; Compliance_Settings : 360 &gt; Maximum_Failed_Rcpts : 4 &gt; Max_Relay_Attempts : 4 &gt; SSL_Mode : 0 &gt; ST_Blacklisting : 0 &gt; No_VRFY : 0 &gt; SMTP_ConnFlags : 0 &gt; &gt; [MercuryP] &gt; Scratch : C:\MERCURY\Mercury &gt; Stack : 32768 &gt; Mark_Read : 1 &gt; SSL_Mode : 0 &gt; Login_Disabled : 0 &gt; UIDL_nul_list : 1 &gt; Session_logging : c:\MERCURY\logs\session &gt; Session_logmode : 0 &gt; Timeout : 60 &gt; &gt; [Domains] &gt; pwpmail: poolwater.com &gt; pwpmail: allclear.com &gt; pwpmail: aquatri.com &gt; pwpmail: freshandclean.com &gt; pwpmail: poolwaterproducts.com &gt; pwpmail: pwpeuropa.com &gt; 129.1.252.1: pwp &gt; 129.1.252.1: pwp.vnet &gt; 129.1.252.1: pwpr900 &gt; 129.1.252.6: pwp.vnet &gt; 129.1.252.1: pwpr900.vnet The domains are messed up.&nbsp; It's server : domain and you can only have one server.&nbsp; Why do you have servers pwpmail, 129.1.252.1 &amp; 6

David Winge

posted Jan 28 '09 at 5:49 pm

>Odd, the poolwater.com name servers are supposed to be

>dns.other-world.com, A, 204.11.64.5
>dns2.other-world.com, A, 204.11.64.6

These DNS entries are our ISP's, either would work equally I would think, I will change them.

> [MercuryS]
> Debug : 1
> HELO : poolwater.com
> Logfile : C:\MERCURY\Logs\MERCURYS.LOG
> Timeout : 90
> Relay : 0
> Strict_Relay : 0
> Allow_Illegals : 0

>Relaying should be turned off and strict set in the MercuryS setup.
I have relaying set to "Do not permit SMTP relaying of non local mail".

> pwpmail: poolwater.com
> pwpmail: allclear.com
> pwpmail: aquatri.com
> pwpmail: freshandclean.com
> pwpmail: poolwaterproducts.com
> pwpmail: pwpeuropa.com
> 129.1.252.1: pwp
> 129.1.252.1: pwp.vnet
> 129.1.252.1: pwpr900
> 129.1.252.6: pwp.vnet
> 129.1.252.1: pwpr900.vnet

>The domains are messed up. It's server : domain and you can only have one server. Why do you have servers pwpmail, 129.1.252.1 & 6
Ahh, yes, this was done to allow sendmail to connect from our AIX sever and Linux server as we have various cron jobs sending files to users. We were having some issues because of the domains they use, It does need to be cleaned up a bit :)

Ok, I have set Mercury/32 to run as administrator and for the time being I set the permissions to C:\MERCURY to wide open, same result, the core process runs and flies through all the incoming mail then stops. Incoming mail doesn't get processed until I shut down and restart the application.

David

&gt;Odd, the poolwater.com name servers are supposed to be &gt;dns.other-world.com, A, 204.11.64.5 &gt;dns2.other-world.com, A, 204.11.64.6 These DNS entries are&nbsp;our ISP's,&nbsp;either would work equally I would think, I will change them.&nbsp;&nbsp; &gt; [MercuryS] &gt; Debug : 1 &gt; HELO : poolwater.com &gt; Logfile : C:\MERCURY\Logs\MERCURYS.LOG &gt; Timeout : 90 &gt; Relay : 0 &gt; Strict_Relay : 0 &gt; Allow_Illegals : 0 &gt;Relaying should be turned off and strict set in the MercuryS setup. I have relaying set to "Do not permit SMTP relaying of non local mail". &gt; pwpmail: poolwater.com &gt; pwpmail: allclear.com &gt; pwpmail: aquatri.com &gt; pwpmail: freshandclean.com &gt; pwpmail: poolwaterproducts.com &gt; pwpmail: pwpeuropa.com &gt; 129.1.252.1: pwp &gt; 129.1.252.1: pwp.vnet &gt; 129.1.252.1: pwpr900 &gt; 129.1.252.6: pwp.vnet &gt; 129.1.252.1: pwpr900.vnet &gt;The domains are messed up.&nbsp; It's server : domain and you can only have one server.&nbsp; Why do you have servers pwpmail, 129.1.252.1 &amp; 6 Ahh, yes, this was done to allow sendmail to connect from our AIX sever and Linux server as we have various cron jobs sending files to users. We were having some issues because of the domains they use,&nbsp;It does need to be cleaned up a bit :) Ok, I have set Mercury/32 to run as administrator and for the time being I set the permissions to C:\MERCURY to wide open, same result, the core process runs and flies through all the incoming mail then stops. Incoming mail doesn't get processed until I shut down and restart the application. David

Thomas R. Stephenson

posted Jan 28 '09 at 6:02 pm

[quote user="David Winge"]

>Odd, the poolwater.com name servers are supposed to be

>dns.other-world.com, A, 204.11.64.5
>dns2.other-world.com, A, 204.11.64.6

These DNS entries are our ISP's, either would work equally I would think, I will change them.

Yes, you can use any DNS host here but I would add these in as well. The additional hosts would not hurt and may help if the ISP hosts are down.

> [MercuryS]
> Debug : 1
> HELO : poolwater.com
> Logfile : C:\MERCURY\Logs\MERCURYS.LOG
> Timeout : 90
> Relay : 0
> Strict_Relay : 0
> Allow_Illegals : 0

>Relaying should be turned off and strict set in the MercuryS setup.
I have relaying set to "Do not permit SMTP relaying of non local mail".

Really need strict as well so the spammers cannot use a MAIL FROM address like postmaster@poolwater.com

> pwpmail: poolwater.com
> pwpmail: allclear.com
> pwpmail: aquatri.com
> pwpmail: freshandclean.com
> pwpmail: poolwaterproducts.com
> pwpmail: pwpeuropa.com
> 129.1.252.1: pwp
> 129.1.252.1: pwp.vnet
> 129.1.252.1: pwpr900
> 129.1.252.6: pwp.vnet
> 129.1.252.1: pwpr900.vnet

>The domains are messed up. It's server : domain and you can only have one server. Why do you have servers pwpmail, 129.1.252.1 & 6
Ahh, yes, this was done to allow sendmail to connect from our AIX sever and Linux server as we have various cron jobs sending files to users. We were having some issues because of the domains they use, It does need to be cleaned up a bit :)

Ok, I have set Mercury/32 to run as administrator and for the time being I set the permissions to C:\MERCURY to wide open, same result, the core process runs and flies through all the incoming mail then stops. Incoming mail doesn't get processed until I shut down and restart the application.

Strange, I'm going to have to think about this one for awhile. I've never seen core just hang unless there was a bad QCF/QDF file pair in the queue or the a-v software was fighting Mercury/32 over access to it's files.

David

[/quote]

[quote user="David Winge"] <blockquote>&gt;Odd, the poolwater.com name servers are supposed to be &gt;dns.other-world.com, A, 204.11.64.5 &gt;dns2.other-world.com, A, 204.11.64.6 These DNS entries are&nbsp;our ISP's,&nbsp;either would work equally I would think, I will change them.&nbsp;&nbsp;</blockquote>Yes, you can use any DNS host here but I would add these in as well. &nbsp; The additional hosts would not hurt and may help if the ISP hosts are down. <blockquote>&gt; [MercuryS] &gt; Debug : 1 &gt; HELO : poolwater.com &gt; Logfile : C:\MERCURY\Logs\MERCURYS.LOG &gt; Timeout : 90 &gt; Relay : 0 &gt; Strict_Relay : 0 &gt; Allow_Illegals : 0 &gt;Relaying should be turned off and strict set in the MercuryS setup. I have relaying set to "Do not permit SMTP relaying of non local mail".</blockquote>Really need strict as well so the spammers cannot use a MAIL FROM address like postmaster@poolwater.com <blockquote>&gt; pwpmail: poolwater.com &gt; pwpmail: allclear.com &gt; pwpmail: aquatri.com &gt; pwpmail: freshandclean.com &gt; pwpmail: poolwaterproducts.com &gt; pwpmail: pwpeuropa.com &gt; 129.1.252.1: pwp &gt; 129.1.252.1: pwp.vnet &gt; 129.1.252.1: pwpr900 &gt; 129.1.252.6: pwp.vnet &gt; 129.1.252.1: pwpr900.vnet &gt;The domains are messed up.&nbsp; It's server : domain and you can only have one server.&nbsp; Why do you have servers pwpmail, 129.1.252.1 &amp; 6 Ahh, yes, this was done to allow sendmail to connect from our AIX sever and Linux server as we have various cron jobs sending files to users. We were having some issues because of the domains they use,&nbsp;It does need to be cleaned up a bit :) Ok, I have set Mercury/32 to run as administrator and for the time being I set the permissions to C:\MERCURY to wide open, same result, the core process runs and flies through all the incoming mail then stops. Incoming mail doesn't get processed until I shut down and restart the application.</blockquote>Strange, I'm going to have to think about this one for awhile.&nbsp; I've never seen core just hang unless there was a bad QCF/QDF file pair in the queue or the a-v software was fighting Mercury/32 over access to it's files. &nbsp; <blockquote>David</blockquote> [/quote]

David Winge

posted Jan 28 '09 at 6:20 pm

Thomas,

I had version 4.52 running without an issue on Win2K (3.2GHz Xeon, 2GB RAM) and this is a migration to a Win 2008 Server (3.33GHz Quad Core, 4GB RAM), I upgraded my current install to 4.62 and did a fresh install on the new box. After this, I copied the entire directory over to the new box and launched the application. Both machines had the dual NIC setup with one internal LAN and one external Internet. POP3 client & server and SMTP client & server are working just fine, incoming mail however does not get distributed unless I restart Mercury/32, then it runs and cleans up the queue and stops running completely. I am thinking my next step would be to hose the new install, reinstall a fresh copy and set it all up manually, but this is what I was trying to avoid.

Davd

Thomas,&nbsp; I had version 4.52 running without an issue on Win2K&nbsp;(3.2GHz Xeon, 2GB RAM)&nbsp;and this is a migration&nbsp;to a&nbsp;Win 2008 Server (3.33GHz Quad Core, 4GB RAM),&nbsp;I upgraded my current install to 4.62 and did a fresh install on the new box. After this, I copied the entire directory over to the new box and launched the application. Both machines had the dual NIC setup with one internal LAN and one external Internet. POP3 client &amp; server and SMTP client &amp; server are working just fine, incoming mail however does not get distributed unless I restart Mercury/32, then it runs and cleans up the queue and stops running completely. I am thinking my next step would be to hose the new install, reinstall a fresh copy and set it all up manually, but&nbsp;this is what I was trying to avoid. Davd

David Winge

posted Jan 28 '09 at 9:53 pm

I moved the mail folders back to the old box and Mercury/32 is working fine, I removed it from the new server and did a fresh reinstall and it too seems to be working. In order to migrate from one server to the other, which files do I need to copy? I am also moving it from drive C: on one machine to D: on the other. Or if there is a FAQ somewhere on how to do this please point me that direction.

Thank you kindly, David

I moved the mail folders back to the old box and Mercury/32 is working fine, I removed it from the new server and did a fresh reinstall and it too seems to be working. In order to migrate from one server to the other, which files do I need to copy? I am also moving it from drive C: on one machine to D: on the other. Or if there is a FAQ somewhere on how to do this please point me that direction. Thank you kindly, David

PiS

posted Jan 29 '09 at 12:54 am

try to disable content control checking to see if that is the cause,

- if that doesn't help, try disabling daemons, one by one - if you have installed such

To merge an old install over a new one, assuming you have a stand alone install, you need to:

Mercury is a file based system, so your "cheat-sheet" is mercury.ini which tells you pretty much what is in use and where besides the mail user directory, the queue directory, pmail.usr, alias.mer and smtpauth.mer. If you've changed lists files then that entire structure needs to be moved in as well. You will also have to patch daemons.ini if you use daemons and mercury.ini - depending on the settings you changed from one install to the other.

try to disable content control checking to see if that is the cause, - if that doesn't help, try disabling daemons, one by one - if you have installed such &nbsp;To merge an old install over a new one, assuming you have a stand alone install, you need to: Mercury is a file based system, so your "cheat-sheet" is mercury.ini which tells you pretty much what is in use and where besides the mail user directory, the queue directory, pmail.usr, alias.mer and smtpauth.mer. If you've changed lists files then that entire structure needs to be moved in as well. You will also have to patch daemons.ini if you use daemons and mercury.ini - depending on the settings you changed from one install to the other.

Related Topics

Pending draft

Confirm move posts

Insufficient permissions

Select a different topic

Edit history