Community Discussions and Support

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

0
-1
closed
tmday posted May 31 '10 at 12:15 am

Follow up....

Been up and going for about a week now, and looks good, its real nice to see the spam getting stopped and the bogus addresses getting bounced back :)

Thanks again,

Troy

0
-1
closed
Rolf Lindby posted May 9 '10 at 10:15 pm

There isn't enough information to say what could be wrong. From what you write it seems that the message is received by MercuryS but not sent on to the destination. Start by verifying that the local domains section of core configuration is correct (read the Mercury help for that section). Using the word "localhost" here is only likely to confuse you, so avoid that. Then send another test message and check Mercury core log and the log of the delivering module (MercuryE or MercuryC) to get more information, switching on session logging temporarily if necessary.

If it after that still isn't obvious what the problem is please post the contents of the mercury.ini file and relevant parts of the logs here, and we might be able to help you figure it out.

/Rolf 

 

0
-1
closed
tomt posted May 9 '10 at 11:10 pm

Thanks for the replies.

 I'll look into using a filtering rule. :)

You could use a filter rule to copy the mail to a directory and

either have your script monitoring it for new files or use a second rule

to trigger the script.

0
-1
closed
Thomas R. Stephenson posted May 7 '10 at 2:00 am

How should I add a name to the from address?
Not sure with your application but the application should allow for a separate MAIL FROM: address and From: address
<span><span>MAIL 
<p>FROM</p></span><span>:<</span><span>"Some Name" </span><span><</span><span>donotreply</span><span>@</span><span>mydomain</span><span>.</span><span>com</span><span>>></span></span>

<span><span>MAIL 
</span></span>

FROM:<donotreply@mydomain.com>

Here's a session log showing a valid SMTP sending process.  I've highlighted the connecting string with a valid domain name and the SMTP address strings.  When your application can do this it's putting out a valid message.


Connect to 'scruznet.com', timeout 300.
15:04:13 >> 220 scruz.net ESMTP Sendmail 8.8.5/1.34 ready at Sat, 20 Jun 1998 15:04:14 -0700 (PDT)\0D\0A
15:04:13 << HELO thomas.lmms.lmco.com\0D\0A
15:04:13 >> 250 scruz.net Hello stephens.sj.scruznet.com [165.227.102.91], pleased to meet you\0D\0A
15:04:13 << MAIL FROM:<stephens@scruznet.com>\0D\0A
15:04:14 >> 250 <stephens@scruznet.com>... Sender ok\0D\0A
15:04:14 << RCPT TO:<stephens@scruznet.com>\0D\0A
15:04:14 >> 250 <stephens@scruznet.com>... Recipient ok\0D\0A
15:04:14 << DATA\0D\0A
15:04:14 >> 354 Enter mail, end with "." on a line by itself\0D\0A
15:04:14 << From: "Thomas Stephenson" <stephens@scruznet.com>\0D\0A
15:04:14 << To: stephens@scruznet.com\0D\0A
15:04:14 << Date: Sat, 20 Jun 1998 15:04:12 -0700\0D\0A
15:04:14 << MIME-Version: 1.0\0D\0A
15:04:14 << Content-type: text/plain; charset=US-ASCII\0D\0A
15:04:14 << Content-transfer-encoding: 7BIT\0D\0A
15:04:14 << Subject: test\0D\0A
15:04:14 << Priority: normal\0D\0A
15:04:14 << X-mailer: Pegasus Mail for Win32 (v3.01b)\0D\0A
15:04:14 << \0D\0A
15:04:14 << test message body\0D\0A
15:04:14 << \0D\0A
15:04:14 << .\0D\0A
15:04:15 >> 250 PAA08117 Message accepted for delivery\0D\0A
15:04:15 << QUIT\0D\0A
15:04:15 >> 221 scruz.net closing connection\0D\0A

0
-1
closed
vmgracia posted May 5 '10 at 12:42 am

That is completely true and can be implemented easily to POP3 and IMAP4
the issue appears when the client try to use smtp ssl/tls and invoke the STARTTLS command. then the STunnel can not be used but only the mercury ssl/tls native mode with all the the actual constraints.

0
-1
closed
cjw posted Dec 29 '10 at 1:07 pm

And you might not want to just start the GUI while the service is running. Use the Interactive Service Detection window and click on "View the message" to open the GUI. Or stop the service prior to opening the GUI manually (desktop icon). 

0
-1

I solved it! For the others that have same problems:

Its an windows routing problem... For each IP Windows adds an default route. To see type in CMD: "nestat -rn"

Windows takes the route with the smallest "cost", the metric value. By default all 3 default routes have the same

metric and the second route is taken by random. Now i changed the metric of the route with the wanted outgoing IP -1.

(Before: 256, Now: 255) An nice tool for changing the routes ist "NetRouteView" for Windows. Now everything works! :)

Thanks dilbert_left_nut!

0
-1
closed
Sharkfin posted May 1 '10 at 2:20 am

Surely the most efficient answer is to forward the mail to a public folder. Only one copy of the message and everyone can see if it has been replied-to or not? Or they can grab it from there and move it into their own folder to "take ownership".

0
-1
closed
dilberts_left_nut posted Apr 29 '10 at 4:36 am

[quote user="wolfkin"]the banging on my door is starting to ease up now....  maybe I'll unlock it.[/quote][:)]

Unravelling someone else's undocumented non-standard setup....you should ask for danger money.

0
-1

Mercury help recommends using 60 minutes between retries, or 15 minutes with progressive backoff. As Thomas already pointed out it defaults to 30 minutes. With so many servers using greywalling as there presently is I'll have to agree that this recommendation is starting to feel outdated.

A suitable solution should probably retry quickly a few times to get through greywalling and then increase the intervals to handle offline or overloaded servers in a suitable way, keeping on retrying for at least 48 hours.

/Rolf

0
-1
closed
Rolf Lindby posted Apr 27 '10 at 1:41 am

How are you receiving your mail? If it is by POP3 through MercuryD you could start by increasing the download timeout considerably. To find out exactly what is stopping transfer switch on session logging for the next download session (but please remember to switch it off again).

/Rolf

0
-1
closed
subelman posted Apr 25 '10 at 9:01 am

I'm confused. Why would your ISP block INBOUND port 25? Most ISPs block OUTBOUND port 25 for customers with dynamic IP address - they don't want their customers sending spam. But if you are paying for a static IP address - and I assume you are if you are trying to run an email server - then you should be entitled to receive inbound on any port (perhaps subject to limitations on volume). Otherwise what's the point of paying them extra for your static IP?

As for outbound port 25, I would also question the value of a static IP address if they block it.

 

0
-1
closed
Rolf Lindby posted Apr 24 '10 at 5:01 pm

Encoding of mail messages is done using the MIME standard, in Mercury as well as in other mail server programs. It should make no difference what language is used as long as the right charset is specified; the mail server just forwards whatever it has received to its destination. It's then up to the receiving mail client to interpret and display the message correctly.

During transfer some content transfer encoding is applied to the contents of the message, like quoted-printable or base64. If you try to read the raw message before it has been decoded it's likely to look rather messy.

If you want all the details the rules for MIME messages can be found here:

 

/Rolf 

 

0
-1
closed
Rolf Lindby posted Apr 20 '10 at 8:25 pm

Sounds like a good idea to make a collection of useful rule samples. There has of course been various examples here in the forum and in the Mercury mailing list over the years, but they haven't been collected anywhere. The wiki would perhaps be the best place for it.

/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