home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / dcom / telecom / 12477 < prev    next >
Encoding:
Internet Message Format  |  1992-12-13  |  2.0 KB
  1. Path: sparky!uunet!spool.mu.edu!telecom-request
  2. Date: Sat, 12 Dec 1992 13:14:49 -0600
  3. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  4. Newsgroups: comp.dcom.telecom
  5. Subject: MCI Mail Continues to Dump Incoming Mail
  6. Message-ID: <telecom12.901.1@eecs.nwu.edu>
  7. Organization: TELECOM Digest
  8. Sender: Telecom@eecs.nwu.edu
  9. Approved: Telecom@eecs.nwu.edu
  10. X-Submissions-To: telecom@eecs.nwu.edu
  11. X-Administrivia-To: telecom-request@eecs.nwu.edu
  12. X-Telecom-Digest: Volume 12, Issue 901, Message 1 of 5
  13. Lines: 34
  14.  
  15. The problem I have mentioned here in the past continues unabated. MCI
  16. Mail is still continuing to dump large amounts of mail from the
  17. Internet if they have any problem at all with a single address on the
  18. envelope.
  19.    
  20. I send dozens of copies of each issue of TELECOM Digest to subscribers
  21. at MCI Mail. If so much as one address is incorrect (because the
  22. person quits the service or changes addresses there without telling
  23. me) then MCI Mail *refuses* to deliver any of the copies to anyone,
  24. and dumps it all out.
  25.  
  26. Every other site I send to -- thousands of them -- can deal with
  27. multiple addresses in the envelope, and an error in any one of the
  28. addresses. But MCI Mail persists in doing things their way rather than
  29. following the standards set up for email.
  30.  
  31. Each time I become aware of MCI Mail dumping an entire issue of the
  32. Digest undelivered to their subscribers I have to make a separate
  33. mailing list up just for them and remail that issue. This is happening
  34. now about once or twice a week -- it used to be not more than once
  35. every month or two.  I've had technical people from MCI Mail say they
  36. were going to look into it ... but that is as far as it has gotten. If
  37. this cannot be corrected soon, then my response will be to delete
  38. mcimail from the telecom mailing list and suggest that those
  39. subscribers find some other site to receive the Digest.
  40.  
  41. If this is happening to me this often, I wonder how often other
  42. Digests or mailing lists with readers at MCI Mail are getting bouces?
  43.  
  44.  
  45. Patrick Townson
  46. TELECOM Moderator
  47.  
  48.