Title: | DEC TCP/IP Services for OpenVMS |
Notice: | Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System |
Moderator: | ucxaxp.ucx.lkg.dec.com::TIBBERT |
Created: | Thu Nov 17 1994 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 5568 |
Total number of notes: | 21492 |
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
5131.1 | need more info | UTRTSC::KNOPPERS | Oswald Knoppers | Fri Jan 17 1997 02:38 | 7 |
5131.2 | CFSCTC::SMITH | Tom Smith MRO1-3/D12 dtn 297-4751 | Fri Jan 17 1997 10:33 | 7 | |
5131.3 | problem solved..yes or no.. | KYPROS::SYMEONIDES | Mon Jan 27 1997 03:13 | 18 | |
Dear Tom and Oswald I think that the problem has been solved. Please comment on the following. I have copied the file mail.mai from another users who receives and sends mail properly to the account "sysman" which does not behave correctly and that was it. It can now send and receive mail properly. I don't know how this solved the problem. On the other hand this sysman account could receive vaxmail (internally) before so I assume there was not an issue of corrupt mail.mai, this is my opinion. Regards Marios | |||||
5131.4 | CFSCTC::SMITH | Tom Smith MRO1-3/D12 dtn 297-4751 | Mon Jan 27 1997 10:58 | 8 | |
Is it possible that the "bad" mail.mai was quite large (or at least had a large index) and that the one you copied over was quite a bit smaller? The symptoms I noted in .2 that we've seen on our systems have been associated with larger mail archives (where the cleanup/exit time is longer). In our case, those larger archives do not appear to actually show any signs of corruption. -Tom |