home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 35 Internet / 35-Internet.zip / suck-422.zip / README.Xover < prev    next >
Text File  |  1999-12-27  |  2KB  |  44 lines
  1. Starting wich Suck-3.10.0, suck now supports a second type of killfiles.
  2. The original killfiles have not changed, and are still fully supported.
  3.  
  4. In addition to the original killfiles, suck now supports killfiles
  5. that are processed by on data received from the XOVER command, not
  6. from the articles themselves.   The master killfile for this
  7. set is called "suckxover".
  8.  
  9. Using the normal killfiles, suck would use the command XHDR to
  10. get the MessageID numbers for each group, then download each
  11. MessageID one at a time and check it against the killfiles, then
  12. go onto the next message.  To check against the killfiles, I'd
  13. first download the HEADER, check it, then if I needed to, download
  14. the BODY.   Because of this, I can't buffer commands and 
  15. articles, so suck isn't very efficient.
  16.  
  17. This changes under the new killfiles.  With these, suck now uses
  18. the XOVER command to get not only MessageIDs, but also the
  19. From:, Subject:, References:, Lines:, and ByteCount at the same
  20. time.  I can use this information to check against killfiles
  21. without downloading the header or the body of the article.
  22. To see which header fields your remote server supports via
  23. XOVER, run testhost remosthost -o.  If you need the -M command
  24. with suck, you'll probably need to run it as testhost remotehost
  25. -o -M.
  26.  
  27. There are a few advantages to this approach.  The first is
  28. I can get the XOVER information for an entire group at a time, 
  29. rather than one message at a time.  This should be more efficient
  30. on the server.   Plus, if you are using the BODYSIZE commands in
  31. killfiles, I don't have to download any of the message to kill it,
  32. saving time and bandwidth.  In addition, I don't have to download
  33. headers and bodies separate, and piece them back together.
  34.  
  35. Also, when downloading messages, if there are no killfiles, there
  36. is pipelining code to make more efficient use of bandwidth.  Basically,
  37. I'm sending article commands 1 ahead of the one I'm receiving, so
  38. there should always be one waiting for me.
  39.  
  40. If you don't use NRGROUPS, HEADER, BODY, and stick with the
  41. headers produced by the XOVER command, you should get quite 
  42. a performance boost, just by renaming suckkillfile to 
  43. suckxover.
  44.