Community Discussions and Support

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

0
-1
closed
Rolf Lindby posted Feb 22 '13 at 1:23 am

It seems to me that the Envelope-to header is expected to contain the real recipient of the message as defined in the SMTP envelope from the original sender. If the host that first receives the messages puts some other address there you will have to talk to whoever manages that host to have them either put the proper address in that header or add one more header with it.

/Rolf 

0
-1
closed
dilberts_left_nut posted Feb 26 '13 at 12:57 am

No apology required, I was, after all, being rude. IMO, not directly to the OP, but it could be construed as such.

It is a pet peeve of mine when people use meaningless jargon to describe things they clearly don't understand, presumably to give the appearance that they do, to others that don't.

This phenomenon is exacerbated by the proliferation of "user-friendly" systems that remove the user from the actual process so much that there is no way to know how it really works and things just happen by magic, effectively reducing the OP's question to "Can Mercury cast this spell on my mail, like google & exchange can?"

Oops, i think I've done it again.

Maybe I'm just getting old and cranky ... :D

 

0
-1
closed
bfluet posted Feb 20 '13 at 10:26 pm

Connection being refused due to incorrect credentials?

Check the log file for MercuryI to see if it shows any entries that will provide a clue (e.g: password failure entries).  Might also want to enable session logging for a more detailed log.

0
-1
closed
bfluet posted Feb 12 '13 at 2:01 pm

[quote user="Greenman"]Regarding the spam issue - that is exactly why I do not want all the mail to be downloaded. These people will ultimately need to manage the Mercury installation. It will be far easier for them to review the spam folder on the web site and forward false positives than it would be to manage all the aspects necessary to effectively filter out spam, and then still have to review the spam account for false positives.[/quote]

IMHO, leaving it on the server is only an option if detection of false positives is not a concern.  Bringing it down, filtering it to a SPAM user and adding the SPAM user mailbox as an added mailbox to someones folder list avoids the 'out of sight, out of mind' syndrome.  If you do bring it down, add filters to auto remove all the vulgar ones, nobody needs to see that crap!  I would be happy to share my filters with you if you decide to go that route.


0
-1
closed
Skat Trak posted Feb 13 '13 at 3:25 am

Hi Rolf,

[:S] A shame but thanks for the information.

I'll have to find a way round it since Mercury is good for what I want to do.

Maybe a longer username is something for the future !!

0
-1
closed
rshultz posted Feb 14 '13 at 1:22 pm

I am running the 64 bit version of Win7.  I have an XP system that I can use for a test platform.  I'll try that.

I don't see any options for encryption key length when generating self-signed certs within Mercury32.  The service I see running on Win7 is called "Cryptographic Services" and I can't tell if that's using the crypt dlls or not.

 I'll post back after I test on XP.  I appreciate all the help.

0
-1
closed
Greenman posted Feb 11 '13 at 5:31 pm

We had a problem with delivery issues where emails were being refused because we did not have reverse DNS set up when we first began managing our email. I manage the DNS for several domains and have never been charged for setting up RDNS records. I'd look for a different ISP.

0
-1
closed
bfluet posted Jan 31 '13 at 6:09 pm

Found the problem.  My test message was copied to self for use on subsequent tests.  I looked fine on resends but when I opened it I could see that there was a tab after "password" in the password line.  That tab looks like a space in the new message window.

0
-1
closed
bfluet posted Jan 30 '13 at 1:39 pm

I restarted Mercury thinking that would kill it but it reconnected within minutes.  I then noticed connection activity every 5 minutes so it was definitely auto checking.  I ended up creating a temporary user and copying the mailbox contents of the locked mailbox to the temp user mailbox.  I then created a forward file to forward all mail from the locked mailbox to the temp one.  My user then spent the day working in Pegasus as the temp user.  I had him make a new folder to place copies to self in so that we could easily copy those to his actual mailbox once the lock was released.  After doing all that it dawned on me that I could probably stopped the IMAP client from connecting by changing the password then restart Mercury.

 

0
-1
closed
Phil posted Feb 4 '13 at 10:32 am

Sorry for the delay to answer, I've been quite busy.

You're right, the solution was to send a binary file to the originator and it works fine.

Thanks for your help.

Regards

0
-1
closed
Konrad Hammerer posted Jan 27 '13 at 11:03 am

Good question why .NET is doing that but that is the default behavior and it took me quite some time to find a workaround for that ;-)

Anyhow, as it is working now, I do have a nice online tool where my users can maitain there lists without even bother about "strange" maiser commands!

Thanks for your support (as always)

Konrad

0
-1
closed
alexalbert posted Mar 19 '13 at 5:20 am

It Might be Possible by Incredimail. Incredimail is an advanced feature email program that really offers you an interactive feature. The Incredimail user can get help from Incredimail Tech Support team at 24X7.

0
-1

Mercury can bind to a specific network interface for incoming traffic but for outgoing it relies on Windows. There is more information about how that works in this link:

http://stackoverflow.com/questions/2065495/using-a-specific-network-interface-for-a-socket-in-windows

/Rolf 

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