home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / elm / 3980 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  3.1 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!not-for-mail
  2. From: ophof@SERVER.uwindsor.ca (Scott Ophof)
  3. Newsgroups: comp.mail.elm
  4. Subject: Re: ">From " lines and "corrupt folder" msg
  5. Date: 7 Jan 1993 15:00:34 -0600
  6. Organization: UTexas Mail-to-News Gateway
  7. Lines: 65
  8. Sender: daemon@cs.utexas.edu
  9. Message-ID: <9301072058.AA14276@SERVER.uwindsor.ca>
  10. References: <9212291937.AA22268@clark.dgim.doc.ca>
  11. NNTP-Posting-Host: cs.utexas.edu
  12.  
  13. Sorry, I posted the wrong reply.  Here's the correct one.
  14.  
  15. On Tue, 29 Dec 92 14:37:09 EST tom@crc.doc.ca (Thomas Erskine) said:
  16. >In article <9212260325.AA18454@SERVER.uwindsor.ca> you write:
  17. >>When one is emailed a folder where each item starts with a "From "
  18. >>...
  19. >use.  Do you really mail whole mail folders a lot?  I've only ever
  20.  
  21. The kicker here is I want to *receive*, *not* send such folders.
  22. And whether I receive/send such files in any amount isn't relevant
  23. to the matter of some people having decided to ignore good manners
  24. by implementing software that messes up envelops and contents of a
  25. mail item.  Imagine if the snailmail post office people did this to
  26. ones mail...
  27. BTW, there is at least one opsys where email is treated with more
  28. respect and concern for privacy than what seems to be the norm in
  29. the Unix environment.
  30.  
  31.  
  32. >>If not, what is the *EXACT* command to give to "vi" in order to
  33. >>remove those ">"s?  Of course *ONLY* on those header lines; I'll
  34. >>accept any such occurances in the contents of the items (though
  35. >>not really gracefully...).
  36. >:1,$s/^>From /From /
  37. >Should fix any such lines in the file.  Unfortunately, if there were any
  38. >that were inside a message in that folder, those will also be un-marked.
  39. >I can't think of any automated way to avoid this.
  40.  
  41. A private reply gave me the following alternative:
  42.     :%s/^>\(From .*\)/\1/c
  43. which askes for confirmation at each occurrance.
  44.  
  45.  
  46. And I'm sure someone in the world of Unix gurus can come up with a
  47. filter that only cleans up header lines which conform to the syntax
  48. used on the "From " line.
  49. What bugs me is the nigh impossibility of undoing any harm done to
  50. the *contents* of the item, and I don't want to mess up things even
  51. more by also going for occurrances in the item-body.
  52.  
  53.  
  54. >>A propos, where in the whole email chain does this ">" get prefixed
  55. >>...
  56. >The keywords are "history" and "compatability".  Unix mail has from the
  57. >very early days "separated" messages in a folder by lines beginning with
  58. >"From ".  If the messages aren't separated this way then common
  59. >...
  60.  
  61. Thanks, Tom.  This has cleared up a point I've been curious about
  62. ever since I was exposed to the SMTP suite of programs in an IBM
  63. environment.  In short, it comes down to not having a unique enough
  64. item-separator, and/or not sticking each item in its own (spool-)
  65. file...
  66.  
  67. I've also requested a solution to this problem on the unix-listserv
  68. discussion list <unix-listserv@stormking.com>.  IMHO it should be
  69. approached from that side also, and hopefully both MUA-implementors
  70. and mailing-list implementors can come up with a neat, state-of-the-art
  71. solution.
  72.  
  73.  
  74. Regards.
  75. $$/        F. Scott Ophof  <ophof@server.uwindsor.ca>
  76.  
  77.  
  78.