[Exim] Some strange behaviour?

Góra strony
Delete this message
Reply to this message
Autor: Chris Knipe
Data:  
Dla: Exim Mailing List
Temat: [Exim] Some strange behaviour?
Hi

In regards to "Re: [Exim] strange "long failure period" error after adding a
domain" I would just like to ask the following...

We are running Exim 3.3 (I am talking under correction) on RedHat Linux 6.1
in a small sized organization (25 - 30 people using the mail and other
services). What I have begun to pick up over the last few days was 2
weirdish behaviors of Exim. Behaviors which I have never seen from Exim in
the past 2 years that I have been using this mailer daemon.

The problems can be described as below, and any suggestions / solutions in
regard to this would be gladly accepted.

First and foremost, I have noticed this only once. I sent an email using
Outlook Express 5. The TO: field in outlook gets separated by means of
semicolons, and I am sure Exim supports and understands this. However, when
I sent an message, with about an 2MB attachment to the email, with about 20
destinations, the email addresses got messed up somewhere along the line.

I unfortunately do not have the bounce message anymore, but basically, email
addresses got rewritten to stuff like say info@???; info@???
got changed to info@domain1; .cominfo@??? etc... Any information
on how and why this might be happening would be appreciated. Up to date
though, this type of behavior has only happened to me once in the 2 years,
and doesn't really prove to be a really big problem to me, but I however
would appreciate as to why this might be happening.

Secondly, my Exim configuration is basically stock standard, with the only
change implemented being virtual domain hosting. I have one single retry
configuration, which happens to be the default supplied in the Exim
configuration. Exim runs on a queue time of 60M and all my email goes
through.

However, the weird part is, even though all my email goes through and get
sent, I've been sitting with one email in my queue that persists on the
fact that the retry configuration has NOT been reached, or that the Router
has been devoured. What can be causing this? Other email to the same
address goes through, but the one specific email will just not go out of the
spool. I've tried forcing queue runs, even deleted the internal Exim
databases (retry, SMTP etc), with no luck what so ever.

The email has been in queue now for the last 21 days.

I hope to hear from you all soon regards of these matters.


Regards
Chris Knipe
Web Page:http://www.savage.za.org
E-Mail:cknipe@??? / cknipe@???
Cell Phone:(083) 430-8151
Home Phone:(021) 887-0810
Certified:A+, MCSE, MCT, Livingston Specialist.
Freelance Internet Developer, Administrator, Consultant,
and Speaker