Community Discussions and Support

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

0
-1

I don't think you may switch, because the APIs used for sending broadcasts by Mercury are provided by the Netware Client and the use of APIs is hardcoded in Mercury. There is no output by the coremodule like "send <user> <subject>".

But may be I missunderstand your environment. I understand you're having a Novell Netware Server with Novell Accountmanagement (which ever) and Mercury configured for use of this accountmanagement. In this case Mercury assumes a Novell Netware Client for full functionality. SEND respective the Novell-APIs know about Netware Users and are capable identifiying a workstation, where the Netware user is logged in.

NET SEND only knows about local users on Windows or users in a Windows DOMAIN/Active Directory. In this case the pre-condition using NET SEND is the same username on Windowsworkstation/-domain than on Netware. But even than there is no support in Mercury for Windows Accountmanagement and in consequence no use of APIs for NET SEND.

Sorry

   Olaf

 

 

0
-1
closed
cejota3 posted Jun 30 '10 at 4:56 am

Sorry everyone.  Get this, the message issuing my license got sent to my spam box!  Argh!

I'm good now.

Thanks,

C.J.

0
-1
closed
Rolf Lindby posted Jun 30 '10 at 1:24 am

Square brackets are reserved characters in regular expressions, so you need to do something like this to make it work:

If expression headers matches "*X-AC-Weight: [[]####] (Whitelisted) -9999*" Goto "Exit Rules"

See Mercury help for more details about regular expressions.

/Rolf 

0
-1
closed
Rolf Lindby posted Jun 28 '10 at 3:33 pm

Just set up any email client on the host system to connect with IMAP to 127.0.0.1 and see what happens.

From a networking perspective it will make no difference what folder a message being requested by IMAP is in. Can you open the new messages (.CNM files) in the mailbox with for instance Notepad or are the files corrupt?

/Rolf 

0
-1
closed
Rolf Lindby posted Jun 25 '10 at 3:34 am

Mercury works with any reasonably standards compliant email client, including Outlook and Thunderbird. For most uses the default settings in Mercury are OK. You will need to enter the information that you are prompted for during installation, of course. Pay special attention to getting the local domains settings right.

/Rolf 

0
-1

Most alias are pointing to non-local  addresses. The problem occurs both for local and non-local real addresses, if and only if these are pointed by an alias.

 

The delivery confirmation works. But the QDF file contains two "BA:" entries, one of which ("BA: Postmaster") seems to be incorrect (domain part is missing). Have you checked your queue after receiving the delivery of confirmation message?.

 

Thanks.

 

Regards.
0
-1
closed
Codin posted Jun 23 '10 at 11:30 pm

I solved the problems I was having with Mercury I got Mercury through xampp. I just opened xampp control panel and unchecked the box for service on the Mercury mail area and it cured all my problems so far for getting in the admin area. I just thought everyone would like to know. Thanks for the help.

0
-1
closed
Codin posted Jun 23 '10 at 11:31 pm

I solved the problems I was having with Mercury I got Mercury through

xampp. I just opened xampp control panel and unchecked the box for

service on the Mercury mail area and it cured all my problems so far

for getting in the admin area. I just thought everyone would like to

know. Thanks for the help.

0
-1
closed
ksg posted Jun 24 '10 at 7:33 pm

You could try running a "virtual SMTP server" like Loa PowerTools () on your own machine. It looks to applications on the local machine as though it's an SMTP server running on 'localhost' (or 127.0.0.1) but is connected (via Port 443, the secure http port) to a real SMTP server running elsewhere. You can find a discussion of it in connection with Port 25 blocks and ISPs at bit.ly/G46Pm and on a blog at bit.ly/bBjiNw.

0
-1
closed
Cheery posted Apr 19 '14 at 2:10 am

 Whoever will need this in the future:

 I suddenly (everything was working fine for a few years) had the same problem running Mercury as service (by the help of NSSM utility), while running it as application with GUI did not reproduce the problem.

Analyzing the activity of the server with the help of Process Monitor utility, I found that it was not able to read the certificate file.

As soon as I assigned read permissions for the SYSTEM account (which is used while running as service) the problem was solved.

ps: thanks for the irreplaceable mail software :)  

0
-1
closed
Rolf Lindby posted Jun 20 '10 at 10:44 pm

A few things to fix here.

I am following this article about MercuryE  but I changed localhost with my real public IP 

If you want to run Mercury as a normal mail server the default configuration is usually the best. The installer will prompt for most of the needed information. The most important things are the hostname (Internet name for this system in Core configuration) and local domains  (in Core as well). Mercury help usually gives good information in case something is unclear.

myname:          [172.74.77.141]    # Canonical name for this server

If you have a properly registered domain, put the domain name here instead.

MERCURYX.DLL

Disable this module unless you really need it. There is a nasty bug in the 4.72 version.

[MercuryE]

HELO : [172.74.77.141]

Session_logging : C:\xampp\MercuryMail\SESSIONS\MERCURYE

Session_logmode : 1

Poll : 15

Timeout : 60

Nameservers : 68.238.96.12,68.238.64.1
If you have a domain, HELO should preferably be domain name or hostname for this mailserver. Nameservers need to be filled in only if your Windows installation for some reason isn't providing Mercury with this information.

[MercuryS]

Debug : 1

HELO : 172.74.77.141

Logfile : C:\xampp\MercuryMail\LOGS\MERCURYS\~y-~m-~d.log

Timeout : 30

Relay : 1

Strict_Relay : 0

Interface : 172.74.77.141

HELO is not needed here, remove the line. Relay must be 0 and Strict_Relay must be 1, otherwise you will be an open relay and your server will be blocked everywhere. Interface is not needed, remove the line (this applies to all other modules as well, I won't repeat it).

[Domains]

localhost: localhost

localhost: [127.0.0.1]

 This is quite bad. It should look something like this:

mail: servername               <-- Windows name for the server

mail: domainname             <-- i.e. mydomain.com

mail: full hostname            <-- i.e. mail.mydomain.com

mail: [local IP]                   <-- i.e. [192.168.1.10]

mail: [172.74.77.141]

A restart will be required after making the changes.

/Rolf

 

 
 

0
-1
closed
Thomas R. Stephenson posted Jun 17 '10 at 6:23 pm

> Does MERCURY 4.62 support IMAP secure authentication?

If you are talking about the MS Outlook secure authentication, no it does not.  Mercury/32 does support SSL/TLS secure connections though.

0
-1
closed
PaulW posted Jun 17 '10 at 6:43 pm

[quote user="Nikolas"]Is it true that POP3 and IMAP user names and passwords cannot be sent encrypted?[/quote]

Not really, the connection you use to the server can be an SSL/TLS encrypted tunnel so that all traffic, including the user/pass authentication, won't be accessible.  Most modern clients support SSL connections.

0
-1
closed
PaulW posted Jun 16 '10 at 9:55 am

[quote user="BleemZ"]
[MercuryS]
Debug : 1
Logfile : C:\server\xampp\MercuryMail\LOGS\MERCURYS\~y-~m-~d.log
Timeout : 30
Relay : 1
Strict_Relay : 0[/quote]

It's not yet fixed if this server is open to the internet - these relay settings allow anyone to relay through your server and will get you on blacklists before the day is out.

Relay : 0,  Strict_Relay : 1  is secure.  (Equivalent to checking the top 2 boxes in MercuryS config | Connection control - Relaying)

 

0
-1
closed
wdw posted Jun 23 '10 at 6:34 am

I have removed the Interface.  I don't have a local domain as such as I am using this to pull down several POP3 accounts for myself and my wife.  After reading the section in Help it did not make any sense to configure those settings.

0
-1

Hi! And many thanks! Once again!
So, MercuryC.NLM work as should (~ designed) and problem lies in sender (mail-system)!
Great support! Also, our best to mr. Harris!
More thanks, Alar from Tartu Uni, Estonia.
PS! I got another such a sender and there was "Reply-To: <>". And, yes, it failed autoforwarding.

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