Community Discussions and Support
Merc 4.52 'moving' to new Server - saw FAQ but?

[quote user="RTB"]  I was wondering if the higher priority MX records would 'automatically' fall over to the one remaining DNS listing, our proper one? Thanks. [/quote]

A higher MX-priority has a _lower_ mx number. If you have more than one mx pointer you really should verify that all pointed to servers do respond for your domain, and that you do get the mail to your location from these, either by direct forwarding or by fetching them with Mercury.

<P>[quote user="RTB"]  I was wondering if the higher priority MX records would 'automatically' fall over to the one remaining DNS listing, our proper one? Thanks. [/quote]</P> <P>A higher MX-priority has a _lower_ mx number. If you have more than one mx pointer you really should verify that all pointed to servers do respond for your domain, and that you do get the mail to your location from these, either by direct forwarding or by fetching them with Mercury.</P>

Okay, read the two post FAQ on this and believe that I can 'just copy' the current directory over

to the new server? As long as the IP address (public) is correct, etc... we should be good to go?

 I do "not" need to reinstall the application. But I've been using NTWrapper on the 'prior' server

and will need to install that on this new, faster machine.

I have bought my license (we are non-profit but will be saving a bit of dough and thought it was only fair to share it,

no applause please ;^) and WILL be looking to 'lock down' the mail server with antivirus and other junk mail filters.

ANY suggestions (and I've had some in the past) on the latest for these issues are greatly appreciated. I need to double check

my MX ip addresses in DNS - seems right now that the company we hired to filter (Edoxs) had the 10 and 20 and I need to change

that.

Any thoughts, pointers or 'be carefuls'? Thanks

Doc
 

<p>Okay, read the two post FAQ on this and believe that I can 'just copy' the current directory over</p><p>to the new server? As long as the IP address (public) is correct, etc... we should be good to go?</p><p> I do "not" need to reinstall the application. But I've been using NTWrapper on the 'prior' server</p><p>and will need to install that on this new, faster machine.</p><p>I have bought my license (we are non-profit but will be saving a bit of dough and thought it was only fair to share it,</p><p>no applause please ;^) and WILL be looking to 'lock down' the mail server with antivirus and other junk mail filters.</p><p>ANY suggestions (and I've had some in the past) on the latest for these issues are greatly appreciated. I need to double check</p><p>my MX ip addresses in DNS - seems right now that the company we hired to filter (Edoxs) had the 10 and 20 and I need to change</p><p>that.</p><p>Any thoughts, pointers or 'be carefuls'? Thanks</p><p>Doc  </p>

Mercury is file based, you can copy the entire installation without the need to install.

If you don't want to run any third party service wrappers, you have to fiddle a little with the auto-login settings in the registry. Remember then to run Mercury as a rather low priority user within your network (since the password is stored as clear text within the registry).

<P>Mercury is file based, you can copy the entire installation without the need to install.</P> <P>If you don't want to run any third party service wrappers, you have to fiddle a little with the auto-login settings in the registry. Remember then to run Mercury as a rather low priority user within your network (since the password is stored as clear text within the registry).</P>

[quote user="Peter Strömblad"]

Mercury is file based, you can copy the entire installation without the need to install.

If you don't want to run any third party service wrappers, you have to fiddle a little with the auto-login settings in the registry. Remember then to run Mercury as a rather low priority user within your network (since the password is stored as clear text within the registry).

[/quote]

Peter

Where is the NT Wrapper service password stored in the registry?  Now I know NT Wrapper stores the password in the ini file but that is encrypted and the ini file location is not generally available except to the NT Wrapper user.

Thomas

[quote user="Peter Strömblad"]<p>Mercury is file based, you can copy the entire installation without the need to install.</p> <p>If you don't want to run any third party service wrappers, you have to fiddle a little with the auto-login settings in the registry. Remember then to run Mercury as a rather low priority user within your network (since the password is stored as clear text within the registry).</p><p>[/quote]</p><p>Peter </p><p>Where is the NT Wrapper service password stored in the registry?  Now I know NT Wrapper stores the password in the ini file but that is encrypted and the ini file location is not generally available except to the NT Wrapper user. </p><p>Thomas </p>

No to run as logged in user, not as service with ntwrapper.
Follow http://support.microsoft.com/kb/315231 if you want this option instead of NTwrapper.

<P>No to run as logged in user, not as service with ntwrapper. Follow <A href="http://support.microsoft.com/kb/315231">http://support.microsoft.com/kb/315231</A> if you want this option instead of NTwrapper.</P>

Thank you Peter,

"If you don't want to run any third party service wrappers"... ahh, but I do.

I have had Merc running on Srv 2003 without issue and I like the 'service' aspect so that it

starts automatically, so forth. Is "NT wrapper" still the applet of choice??

 

Forgive me for a basic question - MX and DNS?

We have our incoming mail filtered by a 'company' that lists the MX priority to 'their server' and the lowest 

priority MX to ours (we "only" accept email from the IP addresses of their 'listed servers').

We will be leaving their service, our DNS is listed thru Sprint. Will the higher priority MX (10,20)  

 records fall over to our registered DNS automatically? MX records have always been a bit of an issue

for me. Thanks for any help. 

<p>Thank you Peter,</p><p>"If you don't want to run any third party service wrappers"... ahh, but I do.</p><p>I have had Merc running on Srv 2003 without issue and I like the 'service' aspect so that it </p><p>starts automatically, so forth. Is "NT wrapper" still the applet of choice??</p><p> </p><p>Forgive me for a basic question - MX and DNS?</p><p>We have our incoming mail filtered by a 'company' that lists the MX priority to 'their server' and the lowest </p><p>priority MX to ours (we "only" accept email from the IP addresses of their 'listed servers').</p><p>We will be leaving their service, our DNS is listed thru Sprint. Will the higher priority MX (10,20)  </p><p> records fall over to our registered DNS automatically? MX records have always been a bit of an issue</p><p>for me. Thanks for any help. </p>

[quote user="RTB"]

Thank you Peter,

"If you don't want to run any third party service wrappers"... ahh, but I do.

I have had Merc running on Srv 2003 without issue and I like the 'service' aspect so that it

starts automatically, so forth. Is "NT wrapper" still the applet of choice??

 

Forgive me for a basic question - MX and DNS?

We have our incoming mail filtered by a 'company' that lists the MX priority to 'their server' and the lowest 

priority MX to ours (we "only" accept email from the IP addresses of their 'listed servers').

We will be leaving their service, our DNS is listed thru Sprint. Will the higher priority MX (10,20)  

 records fall over to our registered DNS automatically? MX records have always been a bit of an issue

for me. Thanks for any help. 

[/quote]

 

NT Wrapper is my choice since I also connect to Netware server and so must authenticate to these host with a Netware user.  I could do this with any service wrapper but if I do them Mercury/32 would not interact with the desktop.

For the MX and DNS settings I find it easier to have the ISP and/or the provider of the offsite MX host to set these up for you.  It's pretty simple for them to accomplish.  In any case I would recommed using something like CheckDNS http://www.checkdns.net/quickcheckdomainf.aspx to verify your setup.

 

 

[quote user="RTB"]<p>Thank you Peter,</p><p>"If you don't want to run any third party service wrappers"... ahh, but I do.</p><p>I have had Merc running on Srv 2003 without issue and I like the 'service' aspect so that it </p><p>starts automatically, so forth. Is "NT wrapper" still the applet of choice??</p><p> </p><p>Forgive me for a basic question - MX and DNS?</p><p>We have our incoming mail filtered by a 'company' that lists the MX priority to 'their server' and the lowest </p><p>priority MX to ours (we "only" accept email from the IP addresses of their 'listed servers').</p><p>We will be leaving their service, our DNS is listed thru Sprint. Will the higher priority MX (10,20)  </p><p> records fall over to our registered DNS automatically? MX records have always been a bit of an issue</p><p>for me. Thanks for any help. </p><p>[/quote]</p><p> </p><p>NT Wrapper is my choice since I also connect to Netware server and so must authenticate to these host with a Netware user.  I could do this with any service wrapper but if I do them Mercury/32 would not interact with the desktop.</p><p>For the MX and DNS settings I find it easier to have the ISP and/or the provider of the offsite MX host to set these up for you.  It's pretty simple for them to accomplish.  In any case I would recommed using something like CheckDNS http://www.checkdns.net/quickcheckdomainf.aspx to verify your setup.</p><p> </p><p> </p>

Thanks Thomas.

Roger on the ISP... but we are dumping the current '3rd' party offsite mail scanning company. I was wondering if the higher priority MX records would 'automatically' fall over to the one remaining DNS listing, our proper one? Thanks. 

<p>Thanks Thomas.</p><p>Roger on the ISP... but we are dumping the current '3rd' party offsite mail scanning company. I was wondering if the higher priority MX records would 'automatically' fall over to the one remaining DNS listing, our proper one? Thanks. </p>

In theory, yes, but if there is still a mail server answering at the higher priority MX's (and presumably rejecting delivery) many clients will treat this as a permanent error and not try the lower ones. Depends really on what the 'filtering service' replies with. It would be highly recommended to remove them from your MX records.

In theory, yes, but if there is still a mail server answering at the higher priority MX's (and presumably rejecting delivery) many clients will treat this as a permanent error and not try the lower ones. Depends really on what the 'filtering service' replies with. It would be highly recommended to remove them from your MX records.
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