Community Discussions and Support

The perfect forum for general discussions or technical questions about Mercury Mail Server.

0
-1
closed
Glen Jackson posted Aug 2 '09 at 3:25 pm

I checked the port status both with Mercury running and shut down, using both TCPView (thanks, kwikzilver!) and Telnet, and can confirm that Mercury is the only program responding on port 25.

-=Glen

0
-1
closed
GordonM posted Jul 29 '09 at 8:40 pm

Thank you Chris. I rather suspect that it may be a client problem, give that I am seeing different issues, depending what computer I am using and which client.  All seems to be working fine at the moment, so I'll just keep an eye on it.

Gordon

0
-1

Hi!



In the last few days a have had a new problem with Mercury v4.62. All my

LAN IMAP connections could not get through to Mercury. I saw the user

log-in try in the IMAP status window of Mercury but the connection

failed and the user did not appear in the upper section of the IMAP

window. The session log brought up the following problem:



...


11:54:11.187: >> 1 capability<cr><lf>


11:54:11.187: << * CAPABILITY IMAP4rev1 STARTTLS AUTH=PLAIN

X-MERCURY-1<cr><lf>


11:54:11.187: << 1 OK CAPABILITY complete.<cr><lf>


11:54:11.187: >> 2 STARTTLS<cr><lf>


11:54:11.187: << 2 OK Begin SSL/TLS negotiation now.<cr><lf>


11:54:11.265: 20: Error -3 creating CryptLib session.


...



This error does only appear within the LAN. All connections from the

Internet did not show this problem.



As mail client, we use TBird over SSL with stunnel for the IMAP

connections. So I use the setting "use ssl" but not "disable plain text

login".



After restarting mercury the problems disappears and that brings me to

my second question:



How can I safely restart mercury without any harm to the active user

accounts? Restarting Mercury with active IMAP connections always results

in damaged mail accounts (my users reported that everything gets mixed

up and that the mail subjects did not fit to the shown mail message text

anymore...)! How do you solve such problems and restart the system with

users all over the Internet?



Thanks,


Konrad

<cr><lf><cr><lf><cr><lf><cr><lf><cr><lf></lf></cr></lf></cr></lf></cr></lf></cr></lf></cr>

0
-1
closed
bussibaer posted Jul 26 '09 at 9:40 pm

[quote user="Thomas R. Stephenson"]

......

> In the second step i cancel the mercury and restart the server.
> After this i must do the two steps again. Is that normal? The older
> versions don't need the procedure, to go online.

No this is not normal but for some reason it does this for some people when using MercuryX at least.

>
........
[/quote]

Thanks again Thomas,

after i have deactivate the MercuryX, the Moduls are going only directly on startup. 

 

0
-1
closed
vefatica posted Jul 25 '09 at 10:15 pm

[quote user="Rolf Lindby"]

Apparently the file ..\Mercury\Mail\PMAIL.USR had been damaged. It's difficult to say why but unless you had a Windows crash recently it might be good to run Chkdsk and to make sure there is no real-time antivirus program scanning the Mercury directories.

/Rolf 

[/quote]

 

Indeed!  I had trouble with that file disappearing a couple weeks ago when I installed Pmail 4.51.  I used Pmail to rebuild it but didn't add the user in question.  Mercury must have already had the user info and so didn't miss it.  Do both Mercury and Pegasus rely on that file?  That seems odd.

0
-1
closed
PiS posted Jul 30 '09 at 2:57 pm

oh crap: I split the posts (can't undo) but somehow your last reply stayed here... - Glen could you re-post the above to the newly created thread?

0
-1
closed
PiS posted Jul 28 '09 at 11:19 am

If you have very heavy loads on your system, or you feel the need to upsize your solution you can consider to split your install. Either by dividing the users on two servers, or dividing the services on separate servers. By separating the services mx-inbound, and smtp-host for your users, you divide the traffic. By splitting the user base on two separate servers only half your user base will be impacted in the case of a failure. When putting the mail-directories on a share you get overhead that is unneccessary, plus the possibility of a single point of failure - which you also do not need.

Mercury is file based - by keeping a nightly copy of an empty Mercury configuration file/directory tree (meaning all config files, but not cnm files - ie the actual e-mails) you can jump start Mercury from last night onto another computer within 60-seconds in the event of a hardware failure. If you also use redundant MX-hosts, with Petr J.'s daemons, you will receive e-mails at all times.

Most important is the entire chain of dependencies, from actual cabling, power-supplies, grounding, cooling, IP-numbers, to DNS configurations, firewall rules, software setups, file placement etc that you need to analyze - any single point of failure that can occur is likely to occure one day. The only thing that counts is how long it takes to be back up and running again, and from that standpoint you should make your analysis and foundation for redundance decisions.

Good luck with your investigations, and please let us know your findings.

0
-1
closed
Rolf Lindby posted Jul 24 '09 at 4:56 pm

As Thomas pointed out, brackets are required around IP numbers in Local domains. Furthermore it appears you have misspelled the sender address in your messages (...huse instead of ...house).

/Rolf 

0
-1
closed
Rolf Lindby posted May 29 '13 at 4:46 am

There is an update for Mercury, v4.80, being beta tested right now, and one of the main changes is that Cryptlib has been replaced by OpenSSL. With this version it will be possible to use certificates from any CA. I don't have a release date yet though.

/Rolf 

0
-1
closed
dabravokid posted Jul 22 '09 at 10:08 pm

Thanks so much for the help, I can now confirm I have a working system supporting multiple domains.  Just got to get squirrel mail or similar inplace and tie up the loose ends with security and access.  Then its apache, php and mysql.

2.32k
13.69k
8
Actions
Hide topic messages
Enable infinite scrolling
Previous
Next
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft