| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2135.1 | FTBP received ? | UTROP1::schimmb.uto.dec.com::schimmel_b | | Thu Feb 20 1997 08:19 | 15 |
| Richard,
The x400recv.log tells that the x400recv program was started 12:03:55. Directly thereafter it
gets a message which needs to be processed resulting in the error OM_NOT_PRESENT. It is
considered fatal (in the x400recv program) and therefor it stops.
You can get more information if you activate tracing (cd /usr/op/servers/extmail; ./xmstart -t4).
I have seen this error (OM_NOT_PRESENT) once before. It happened when a body part 15 of type FTBP
(as normally sent by MS-Exchange) came in. If this happens (FTBP coming in) you need the latest
MTA which converts FTBP to a tagged body part 15. Alternatively you need a later version of
LinkWorks external mail which reacts differently to the OM_NOT_PRESENT error (sending an error
message to the sender).
Regards, Berd Schimmel
|
| 2135.2 | | KERNEL::SIMPSONR | fred | Thu Feb 20 1997 13:02 | 13 |
| Hi,
We ran ./xmstart -t4 and it created a new x400recv.log and it told us nothing
different to the original!
Would it be possible for the customer to go to external mail V3.08, rather than
upgrading the whole of LinkWorks? If so what is the patch name...
To get the customer running can we go into NCL and delete the first message so
that all the other messages go through?
Cheers,
Richard.
|
| 2135.3 | | KERNEL::SIMPSONR | fred | Thu Feb 20 1997 16:46 | 9 |
| Customer has stopped and started xmproc many times and it then allowed the
x400recv process to stay running for about 1/2 hour then it died again. He has
done some tests and it appears to be any remote mail that causes the problem.
They have done no alterations on their system as far as they are aware.
Where can we go now?
Cheers,
Richard.
|
| 2135.4 | Maybe a trace gives some more info | UTROP1::kampenp.uto.dec.com::SCHIMMEL_B | | Fri Feb 21 1997 09:05 | 9 |
| Richard,
I don't understand this at all. Maybe I can get a feeling for this problem when I have a log file
with a dump of a received message making x400recv stop.
Please try making a trace (cd /usr/op/servers; ./xmstop; ./xmstart -t4) and mail me the file
x400recv.log (at least when it contains a message dump).
Berd Schimmel
|
| 2135.5 | | KERNEL::SIMPSONR | fred | Fri Feb 21 1997 12:04 | 19 |
|
Hello Berd,
Thanks for your time on this problem. We have resolved the issue by:
Kept killing off and restart the xmproc process
There were five messages in the MTA not being delivered
Killed them all
Took a note of the originators, then one sent another message and it hang
again
He then found that these users were sending mail to a different server (EXP3)
but that it got routed by the server (EXP4) with LinkWorks on it. He checked
EXP3 and found that its mail services were down. He restarted these, the user
recent the document and it went through fine and the LinkWorks X400recv had no
problems.
Problem solved closing call,
Cheers,
Richard.
|