This must be set within gmail.
Please read this:
"Sending mail from a different address": http://support.google.com/mail/bin/answer.py?hl=en&answer=22370

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 

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

Thanks a lot, folks 

I will leave everything as it is.

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.

[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.

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 !!

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.

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.

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.

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.

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

We have a beta version up and running, and there has been no problems reported for the new SSL parts, but no release date yet.

/Rolf

Thanks to everybody, i just re-enter the configuration and surprise !!! works

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

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.

AUTH CRAM-MD5 rehashes the password, but the userid is the important bit anyway.

Change that users password - and keep watching your logs...

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 

Thanks for the post.You are very good.

Thank you All,

I'm going to try a few of your suggestions and report back later - watch this space!

Regards