[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference lassie::ucx

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

5131.0. "bouncing mail, ucx-e-smtp_snderror,mail-e-senderr" by KYPROS::SYMEONIDES () Fri Jan 17 1997 02:34

T.RTitleUserPersonal
Name
DateLines
5131.1need more infoUTRTSC::KNOPPERSOswald KnoppersFri Jan 17 1997 02:387
5131.2CFSCTC::SMITHTom Smith MRO1-3/D12 dtn 297-4751Fri Jan 17 1997 10:337
5131.3problem solved..yes or no..KYPROS::SYMEONIDESMon Jan 27 1997 03:1318
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.4CFSCTC::SMITHTom Smith MRO1-3/D12 dtn 297-4751Mon Jan 27 1997 10:588
    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