Community Discussions and Support

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

0
-1
closed
AndyB posted May 2 '14 at 12:27 am

Hi,

could it be possible that there is a length restriction of the username field in the "Edit POP3 Mailbox definition" popup ?

Whenever I enter a string (username) longer than 47 characters, it gets cut off after the 47th char !
This invalidates my username string, and the mail provider just doesn't like it anymore ... :-(


You might say: "Why's this dude using usernames with such a insane length?"
Quite easy: I am using POPFILE as mail proxy to pull mail from for POP3 mailboxes, so I need to redirect the Mercury POP3 client logins to popfile running on localhost, and pass all required stuff in the username field, like so:

POP3 Host: 127.0.0.1
Username: pop3.provider.com:Mailbox.Name;maildomain.com:ssl

As you can easily see, this adds up to a pretty long string. It works for almost all of my mailboxes, but some are longer than 47 chars, so I am lost. In the very old versions of Mercury, the MercuryD.dat config file was plaintext ASCII, so I could modify it. Nowadays, this file is encrypted (which is good to keep passwords secret), and cannot be edited anymore, so I don't see any way of working around that issue.

Is the restriction only in the GUI window when editing the mailbox definition, or a overall restriction in MercuryD ?

Thanks !

Kind Regards,
Andy

 

0
-1
closed
Konrad Hammerer posted May 3 '14 at 10:48 am

Thx, I will work through the provided links.

The new TCP/IP module could explain the network problems and therefor the crashes and it fits to my observation that this network issues did not happen before the installing the new beta.

Can you provide the "special version of mercury.exe" so that I can send the logs after the next crash?

 

Konrad

0
-1
closed
Steen posted May 6 '14 at 1:06 pm

Okay, I will unload MercuryC... and using Mercury/32... well, that means I will have to run an extra machine which I really have no idea to do. Maybe I can be forced to, but I will do a lot not to do it. One of the things I need to check is if there was a SMTP-server in the old Border Manager 3.0 (I can't find the licence to 3.5 although we had it) and that it can run on Netware 6.5 - a co advantage will be that I may run my own VPN which is handy when it comes to going to China etc. The downside is that I think I have to change my NAT and so on...

Other alternatives is to have all my stuff hosted outside or change to a Novell Linux server... but I am really not in any mood to look into a another system.

 

But still if somebody knows a way to move port and to ad user and password to a MercuryC.nlm let me know... 

0
-1

Does anyone know how "secret" the password used to encrypt the private key that Mercury uses in it's cryptlib interface is?  I wrote a C# program to import an OpenSSL certificate/private key into the PKCS #15 file that cryptlib uses that I think others might find of use.  But, since it's un-obfuscated C#, and such a small program, it's much easier to discover the private key used from it than by looking at Mercury, a much larger C/C++ program.

I had previously been using stunnel which worked well for many years; but, an increasing amount of mail was incorrectly being marked as possible spam by SpamAssassin.  Something easily resolved by having clients connect directly to Mercury and whitelisting certain IP addresses.  I use a self-signed certificate created in OpenSSL and didn't want to distribute a new one, thus the reason for creating the import program.

0
-1
closed
FJR posted Apr 28 '14 at 11:17 am

You know you have to start the GUI in addition to the service? Mercury installed as service won't start the GUI.

bye    Olaf

 

0
-1
closed
Joerg posted Apr 23 '14 at 12:43 pm

Hi,

Since I have arranged an additional content filter (content control) in Mercury (v4.74), which is forwarding particular incoming e-mails to special mobile devices, some temp files ($$$) remain in the Mercury mail outbox queue. These files have to be removed manually from time to time.

Why Mercury does not remove them by itself?

Cheers

Joerg

0
-1
closed
Sellerie posted Apr 10 '14 at 6:35 pm

[quote user="Rolf Lindby"]Mercury 4.74 does not use OpenSSL, so it's not at risk. In the upcoming v. 4.80 there will be a corrected version of OpenSSL.[/quote]I know but i must use SSL. Without SSL get i no connection to my mail-provider and with SSL have I annoying crashes of Mercury32.

 

[quote user="Konrad Hammerer"]If so, make sure to use the latest stunnel v5.01 as the prior versions are affected as well![/quote]Jep. Installed, old keys revoked and new keys created.

 

0
-1
closed
PaulW posted Apr 21 '14 at 10:31 am

[quote user="bfluet"]

Following up to report my experience with adding Sanesecurity signatures including the Foxhole signatures.  They dramatically increase the number of quarantined message but a significant percentage of them have already been tagged as Spam by my domain host so would have been detected by existing spam filters.  I am still receiving messages containing a .scr file inside of an attached .zip so my original problem remains.  Some of these messages appear to come from a financial institution and are genuine looking enough that I hesitate to tell POPFile they are spam for fear of increasing the possibility of false positives.  I have considered creating a ZIP user and diverting all messages containing .zip attachments to it so I could review them messages before forwarding to the intended user but this does not seem very practical and would certainly cause delays. 

I remain open to new suggestions.

[/quote]

If you have executables inside zip files which are being missed by foxhole_all then please report them as errors to the relevant address found in Sanesecurity.

0
-1
closed
pbiss posted Apr 15 '14 at 3:46 am

I don't have an answer to your question but

you've solved my problem !

My Mercury D started refusing to accept configuration of servers to be polled.

It turns out, MercuryD.DAT had decided to abscond - don't know why...

However, creating an empty MercuryD.DAT seems to have got it working again.

So thanks for the hint.

If, meanwhile, having got my config up and running (it will include SSL connections)

I see an answer to your query, I'll let you know.

 Peter

 

0
-1

autosystems.com is a local domain but supplier.autosystems.com is not, so that should probably be added. (While you are at it you might as well switch on strict relaying restrictions for MercuryS too!) Please restart Mercury after making the changes. 

As for the Telnet problem when connecting from the DMZ it could be that the firewall/router is blocking access to it's external address when connecting from a local network.

 

2.32k
13.71k
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