home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / pictures-faq / part1 < prev    next >
Internet Message Format  |  2003-12-31  |  32KB

  1. Path: senator-bedfellow.mit.edu!dreaderd!not-for-mail
  2. Message-ID: <pictures-faq/part1_1072833510@rtfm.mit.edu>
  3. Supersedes: <pictures-faq/part1_1071575965@rtfm.mit.edu>
  4. Expires: 28 Jan 2004 01:18:30 GMT
  5. X-Last-Updated: 1996/04/24
  6. From: Jim Howard <jhoward@best.com>
  7. Organization: none
  8. Newsgroups: alt.binaries.pictures.d,alt.binaries.pictures.fine-art.d,alt.binaries.pictures.erotica.d,news.answers,alt.answers
  9. Subject: alt.binaries.pictures FAQ - General Etiquette
  10. Followup-To: alt.binaries.pictures.d
  11. Distribution: world
  12. Approved: news-answers-request@MIT.Edu
  13. Originator: faqserv@penguin-lust.MIT.EDU
  14. Date: 31 Dec 2003 01:38:12 GMT
  15. Lines: 584
  16. NNTP-Posting-Host: penguin-lust.mit.edu
  17. X-Trace: 1072834692 senator-bedfellow.mit.edu 573 18.181.0.29
  18. Xref: senator-bedfellow.mit.edu alt.binaries.pictures.d:60269 alt.binaries.pictures.fine-art.d:1301 alt.binaries.pictures.erotica.d:432781 news.answers:263780 alt.answers:70853
  19.  
  20. Archive-name: pictures-faq/part1
  21. Last-modified: 03 March 1993
  22.  
  23.     This is part 1 of the FAQ for the alt.binaries.pictures* hierarchy.  
  24.     This part of the alt.binaries.pictures FAQ contains "general etiquette
  25.     suggestions", those handy little rules that'll help you avoid getting
  26.     flamed by dozens of other a.b.p* readers.  It is *HIGHLY* recommended
  27.     that you read and understand this section fully before posting to any of
  28.     the a.b.p* groups.
  29.  
  30.       For information on "general", or operating-system independent 
  31.     information, questions you may have about the pictures newsgroups, 
  32.     decoding and encoding techniques, or picture formats, consult part 2 
  33.     of this posting.
  34.  
  35.       For information on your particular system and on specific utilities, 
  36.     consult part 3 of this posting.
  37.  
  38.     Before posting to these groups for the first time, please check the FAQ
  39.     list (this posting - including parts 2 and 3), and also read the newsgroup 
  40.     news.announce.newusers, which contains many answers to questions about 
  41.     UseNet in general.
  42.  
  43.     If you've read previous versions of this FAQ, you'll probably only want
  44.     to read anything that has changed since the last distribution.  These
  45.     changes appear both in this document and in the accompanying "Changes to
  46.     the alt.binaries.pictures FAQ".  Note that this is a "live" document, and 
  47.     is always getting important information added or updated.
  48.  
  49. --------------------------------------------------------------------------------
  50.  
  51. TABLE OF CONTENTS
  52.    I.     USENET NEWSGROUPS AND THEIR USAGE
  53.   II.     POSTING VOLUME
  54.  III.     WHAT/WHEN TO POST
  55.   IV.     POSTING CONTENT
  56.    V.     Subject: LINE STANDARDS
  57.   VI.     ANONYMOUS FTP
  58.  VII.     "REPOST" REQUESTS
  59. VIII.    TEST POSTS
  60.   IX.    DEALING WITH THOSE WHO DON'T/WON'T FOLLOW ETIQUETTE
  61.  
  62.  
  63. I. USENET NEWSGROUPS AND THEIR USAGE
  64.  
  65. If you can't access UseNet (an international BBS-like system transmitted via
  66. Internet), then you can't access these newsgroups either - don't bother 
  67. asking!  You may still find the information in parts 2 and 3 valuable for 
  68. "general" pictures-viewing purposes, but you're out of luck as far as 
  69. getting any of the pictures that are posted in UseNet newsgroups.
  70. Articles contained in the news groups in the alt.binaries.pictures* 
  71. hierarchy are available ONLY by subscribing to those groups through UseNet; 
  72. there are no FTP archive sites (with the exception of a.b.p.fractals - see
  73. the "ftpsites" list on bongo), mailing list, or mail servers that allow
  74. access to these articles.  There is nothing unique or "magical" about the
  75. pictures newsgroups - you subscribe to them as you would any other UseNet
  76. newsgroup (like rec.humor, for example).  If you want access to the pictures 
  77. hierarchy, your site must subscribe to it;  talk to your news administrator!  
  78. Alternatively, you might be able to access these UseNet groups by connecting 
  79. to another site that *does* carry the UseNet pictures newsgroups, and do 
  80. your news reading there (then FTP the articles back to your site).  This 
  81. may also be a problem, as you may not be able to telnet to another site 
  82. (because you don't have a true Internet connection), and you might also not
  83. be able to access news at that site without the OK of the systems 
  84. administrator.  You might check out either the UseNet 
  85. alt.internet.access.wanted or the alt.internet.services news groups to get
  86. more info or make requests for remote access... (I've recently been 
  87. informed that the following sites provide Internet/UseNet access for a 
  88. small monthly fee, and also provide dial-up services for PCs: netcom.com, 
  89. digex.com, a2i.rahul.net).  
  90. Those of you without UseNet access (and therefore no way to access the 
  91. alt.internet* newsgroups) can get the necessary information via anonymous 
  92. FTP from pit-manager.mit.edu [18.72.1.58] as the file
  93. "/pub/usenet/news.answers/internet-services.Z", on ftp.cs.ruu.nl 
  94. [131.211.80.17] as the file "/pub/NEWS.ANSWERS/internet-services", or from
  95. ftp.uu.net [137.39.1.2, 137.39.1.9, or 192.48.96.2] in the file
  96. "/usenet/news.answers/internet-services.Z".  You can also get the 
  97. alt.internet.services FAQ via UUCP by retrieving the file
  98. "uunet!/archive/usenet/news.answers/internet-services".
  99.     For an e-mail version of the alt.internet.services FAQ, send a message 
  100. to mail-server@pit-manager.mit.edu with the mail body 
  101. "send usenet/news.answers/internet-services" or e-mail to 
  102. mail-server@cs.ruu.nl with "send NEWS.ANSWERS/internet-services" in the 
  103. body of the message.
  104.  
  105. That said, on to the usage policies of the alt.binaries.pictures* 
  106. newsgroups:
  107.  
  108. Alt.binaries.pictures.erotica is for erotic pictures ONLY.
  109.     Erotic (adj): Of or arousing sexual feelings or desires;  having to do 
  110.     with sexual love;  amatory.
  111.     ONLY the erotica newsgroups should be used for pictures of human nudity
  112.     or any form of pornography.
  113.  
  114. Alt.binaries.pictures.erotica.d is for the Discussion of pix in ABPE, etc.
  115.  
  116. Alt.binaries.pictures.tasteless is for "tasteless", "bizarre", or 
  117.   "grotesque" pictures ONLY.
  118.  
  119. Alt.binaries.pictures.fractals is for fractal pictures ONLY.
  120.  
  121. Alt.binaries.pictures.misc is for the remaining types of pictures ONLY.
  122.  
  123. Alt.binaries.pictures.d is for the Discussion of pix in ABPT, ABPF, ABPM, etc.
  124.  
  125. Alt.binaries.pictures.fine-art.graphics is for the posting of ORIGINAL 
  126.   artwork created using computer programs ONLY.  Moderated.
  127.  
  128. Alt.binaries.pictures.fine-art.digitized is for the posting of scanned 
  129.   ORIGINAL artwork ONLY.  Moderated.
  130.  
  131. Alt.binaries.pictures.fine-art.d is for the Discussion of pix in ABPF-AG or
  132.   ABPF-AD ONLY.  Moderated.
  133.  
  134. Alt.binaries.pictures.utilities is for the posting of source or binary
  135.   executables of pictures-related software.
  136.  
  137. Any alt.binaries.pictures groups NOT mentioned above are either "splinter"
  138. groups or are otherwise not officially sanctioned because their charter is
  139. covered under one of the "official" pictures newsgroups.  Any postings to
  140. those newsgroups are likely to be rare, and probably will also not get very
  141. good propagation to other sites...
  142.  
  143. Comp.sources.misc is a good place for image-viewing source code.
  144.  
  145. Comp.graphics is a good place for discussion of image formats.
  146.  
  147. Alt.graphics.pixutils is for discussion of image format translation.
  148.  
  149. Throughout the remainder of this document, any newsgroup in the 
  150. alt.binaries.pictures.* hierarchy WITHOUT the '.d' extension (including, but
  151. not limited to alt.binaries.pictures.erotica, alt.binaries.pictures.tasteless,
  152. and alt.binaries.pictures.misc) will be referred to as "the pictures 
  153. newsgroups", and those WITH the '.d' extension (including, but not limited to
  154. alt.binaries.pictures.d and alt.binaries.pictures.erotica.d) will be referred 
  155. to as "the discussion newsgroups".  These two types of newsgroups work 
  156. basically the same way as the comp.binaries.ibm.pc and c.b.i.p.d groups;  one 
  157. is for posting new material, and one is for discussing posts and other issues.
  158.  
  159. BY FAR THE MOST IMPORTANT ASPECT OF ABP* ETIQUETTE IS:
  160. The pictures newsgroups are for pictures ONLY (if it's not a picture,
  161. don't post it in any of these newsgroups)!!!!  It has been pointed out
  162. that some sites carry the pictures newsgroups without also carrying the
  163. discussion newsgroups.  This is very unfortunate, as there is often
  164. valuable information contained in the discussion newsgroups that anyone
  165. who frequents the pictures newsgroups would find of interest.  If your
  166. site doesn't carry the discussion newsgroups, complain to your news
  167. administrator!
  168.  
  169. The basic idea is this:  if it is a picture, post it to the appropriate
  170. pictures newsgroup.  If it is *ANYTHING ELSE* ANYTHING ANYTHING ANYTHING 
  171. ELSE (INCLUDING UTILITIES!!), post it to the associated discussion newsgroup
  172. or to an appropriate utilities newsgroup (like a.b.p.utilities, for example)! 
  173. The truth is that I feel bad about posting *THIS FILE* to the pictures 
  174. newsgroups, because it is not a picture.  However, the benefits of restricting 
  175. the requests for info far outweigh the detriment of breaking this rule.
  176.  
  177. PLEASE DO NOT POST ANYTHING TO THE PICTURES NEWSGROUPS THAT IS NOT A 
  178. PICTURE OF SOME SORT!!!!
  179.  
  180.  
  181. II. POSTING VOLUME
  182.  
  183. The first thing is this: please restrict yourself to a maximum of 400 
  184. KB of images per day.  If you've got a bunch of extremely small (50K 
  185. to 100 KB) pictures, then you can post several of them at once.  If 
  186. you've got a few medium-sized pictures (150 to 200 KB), then you should 
  187. only post one or two of them per day.  If you've got a few rather large 
  188. to huge (400K or more) pictures, you should only post one of them per 
  189. day.  It's best to post the full image the same day, as some sites
  190. expire things daily (sometimes in an even shorter period), so your 
  191. complete image would never be available there.
  192.  
  193. As you're no doubt thinking, this is inconvenient.  Wouldn't it be nice 
  194. just to be able to post everything at once?  Well, the problem is, if 
  195. you do this, you're essentially cutting your own throat (and others' 
  196. as well.)
  197.  
  198. The problem is that it takes a lot of time and effort (albeit automated, 
  199. but still), money, and disk space to transmit your pictures all over the 
  200. world.  Unlike a lot of students at universities (for example), many 
  201. people at many sites have to pay directly out of their own pockets to 
  202. transmit news articles, in the form of phone bills for their modems.  
  203. Also, a lot of sites don't have infinitely large disks, and a 
  204. particularly heavy day of posting can actually fill up entire partitions.
  205.  
  206. You still might be thinking, "Well, that's their problem." - and you're
  207. right.  However, it becomes YOUR problem because a lot of sites still
  208. propagate news articles in serial chains:
  209.  
  210.     A <---> B <---> C <---> D <---> E
  211.  
  212. Now, say you're site A.  You decide to post a few MB of pictures in one 
  213. day.  Site B connects to your site, A, and grabs the articles.  Site C 
  214. connects to site B and attempts to grab the articles.  But site C is 
  215. rather limited.  Its disks fill up a few times, perhaps the system 
  216. crashes.  The sysadmin knows he will get an outrageous phone bill caused 
  217. by just ATTEMPTING to transmit all of your pictures.
  218.  
  219. So the sysadmin of site C "drops" the group (or groups) in which you posted 
  220. all of your pictures.  So the people at sites D and E will now NEVER SEE
  221. ANY OF THE PICTURES YOU POST.  Conversely, because the chain is
  222. bidirectional, if the people at sites D or E post some pictures, YOU
  223. WILL NEVER SEE THEM.  Congratulations, you've just slit not only your
  224. own throat, but the throats of EVERYONE at sites A, B, C, D, and E as
  225. well.
  226.  
  227. This is why everyone must post only limited amounts per day.  As it is, 
  228. pictures newsgroups account for something like 50% of the entire net 
  229. traffic, and 75% of the alt.* traffic.  We need to be self-policing, or 
  230. the pictures newsgroups will die out because of the phenomenon mentioned
  231. above.
  232.  
  233.  
  234. III. WHAT/WHEN TO POST
  235.  
  236. A common question that is asked is this one:  what should I post to the 
  237. net?  The basic answer is: anything you'd like to see here yourself!
  238.  
  239. If you got the file from some FTP site that was announced over the net, 
  240. don't bother posting it.  5-to-1 odds say that everyone and his dog 
  241. already have it, and we *really* need to be careful about wasting 
  242. bandwidth!  If you're unsure of whether there's any interest in it, 
  243. just post a short message saying: "I have this file.  Mail me if you 
  244. want a copy."  If 500 people say they want one, post it... if only one 
  245. bozo from outer mongolia wants it, it's a sure bet that the picture has 
  246. already made the rounds!  You might consider *e-mailing* it to the bozo 
  247. from outer mongolia instead!
  248.  
  249. The same goes if you see a request!  If that same bozo posts a request 
  250. for T2.gif and you've got it and are thinking about posting it, *MAIL* 
  251. it to him/her instead!  This will eliminate the problem of the same 
  252. picture getting posted to the net on a weekly basis (and pissing a lot 
  253. of people off in the process)!!!
  254.  
  255. Another practice that is generally frowned upon is converting or modifying
  256. a file in some way and posting that.  This includes file renaming.  If
  257. you're planning on posting something you got from somewhere, DON'T DINK
  258. WITH IT by converting it from GIF to JPEG format, cropping it, remapping
  259. colors, or naming it something "better".  You're certainly welcome to do
  260. any or all of these things to your own personal copy - just don't re-post
  261. it with your changes!  Keep the original for re-posting purposes...
  262.  
  263.  
  264. IV. POSTING CONTENT
  265.  
  266. In the actual message you're posting (commonly in either part 0 or part
  267. 1), be sure to give at least a brief description of what's in it, like:
  268.  
  269.    CRSH+BRN.GIF   800x600x256 (in 8 parts)
  270.  
  271.    This is 15th in the series of this plane crash at the Beirut Air Show
  272.    taken at every single conceivable angle.  This one was taken from a 
  273.    photograph by a guy who happened to be standing directly under the
  274.    plane as it came down.  Pulitzer Prize material.  At least the camera 
  275.    was saved.
  276.  
  277. Also, checksums are nice, for people with access to sum programs.  It 
  278. helps people identify erroneous transmissions.  Usually people include
  279. things like 
  280.  
  281.    Checksums: (obtained with 4.2 BSD 'sum' or SysV 'sum -r')
  282.    between 'CUT HERE lines':
  283.       part 1: 76663 9082
  284.       part 2: 78973 1234
  285.    etc...
  286.  
  287. In the case where someone is going to be posting several pictures of
  288. a series, they sometimes choose to post an "index" picture that contains
  289. the entire series, each at a smaller scale.  This is great, it gives
  290. everyone a chance to see if they're interested in the series at all, but
  291. this does NOT mean that the poster should not use descriptions in the
  292. individual postings!  And a description of "this is the third pictures
  293. from the index I posted the other day" doesn't cut it, either.  As for
  294. the "index" posting itself, a simple description of the entire series is
  295. probably in order, but it's not necessary to describe each picture of the
  296. series.  Also, make sure that the index pictures aren't so small as to
  297. make them unrecognizable - otherwise you're just wasting bandwidth!  The
  298. best format for an index posting is nearly always going to be JPEG, since
  299. it can handle 24 bits worth of color.  Even if the pictures of the index
  300. are all 8-bit GIFs (256 colors), it's very unlikely that they all use the
  301. *same* 256 colors - posting the index in GIF loses *a lot* of color, since
  302. all the individual picture colors need to be re-mapped in order to share
  303. a common set of 256 colors.
  304.  
  305. If you have a GIF file, don't bother trying to run some compression 
  306. routine on it... it *won't* work.  LZW compression (the kind used in 
  307. GIF files) is a very efficient compression scheme, and happens to be 
  308. the one used in many common compression routines (including the standard 
  309. UNIX `compress' utility!).  If you try to compress a GIF file, it will 
  310. usually just end up getting bigger, and cause undue hardship to those
  311. trying to download and decode the picture as well. 
  312.  
  313. The most common standard for binary file transmission is the UUENCODE
  314. standard.  Apple's BinHex is also frequently used.  Be aware, however,
  315. that the further you stray from a standard, the fewer the people that
  316. will be able to decode your posting, and the more it begins to become
  317. high-volume garbage.
  318.  
  319. It is necessary to split large files because of a few reasons.  First of
  320. all, not all news software can handle huge files.  Secondly, and more
  321. important, if some sort of error in transmission occurs (yes, it *does*
  322. happen from time to time) you only need to re-broadcast one small part,
  323. rather than the whole multi-megabyte image.
  324.  
  325. If you do post a multi-part file, be sure to add lines before and 
  326. after the data that say 'CUT HERE' so that people trimming the headers 
  327. and trailers by hand know where to cut.  A recent addition to the 
  328. etiquette also has you make the lines say 'BEGIN-----Cut Here' and
  329. 'END-----Cut Here' at the obvious locations, so that simple AWK and 
  330. PERL scripts can handle multi-part files.  Another nice thing to do is 
  331. to put the part (02/06) numbers in each file.  There are several
  332. "super" uuencode programs that will do most of this for you (see part
  333. 3 for more details).  It is important to make the "Cut Here" parts in 
  334. mixed-case or lower-case letters;  some decoders detect data based on 
  335. the presence of characters which belong in the normal uuencoding 
  336. character set, and they will choke on lines which are all upper-case, 
  337. as these are valid uuencode characters.  If you mix the cases, these
  338. decoders will do fine...  Remember (if you add "BEGIN" and "END"
  339. keywords) to make "BEGIN" and "END" all caps so existing scripts won't
  340. miss them, and so uudecoders won't choke on them.
  341.  
  342.  
  343. V. Subject: LINE STANDARDS
  344.  
  345. Above all else, be sure to give subject lines that are informative.
  346. The subject line should contain (at an absolute minimum):
  347.     The file name
  348.     Which part this is, and how many total parts
  349.  
  350. As an expanded suggestion for a standard, consider the following:
  351.  
  352. - - filename.type (part/total) {label} ^REPOST^ [sh] "extraTitle"
  353. ^ ^        ^     ^    ^       ^       ^        ^    ^
  354. | |        |     |    |       |       |        |    |
  355. 1 2        3     4    5       6       7        8    9
  356.  
  357. 1) The '-' character sets this off as a picture posting (not a follow-up,
  358.    not a request, not a flame for a follow-up or a request, etc.).
  359.    OPTIONAL (but highly suggested).
  360. 2) The name of the file.  You might consider limiting this to a maximum
  361.    of as few as 8 characters, since this is the limit of some archaic
  362.    operating systems.  Other nearly equally archaic OS's limit you to 14
  363.    characters.  Do what you will, but realize others' limitations...  
  364.    REQUIRED.
  365. 3) The type of picture (GIF, JPEG, PostScript).  The suggested standard
  366.    is to stick to all lower case, three characters maximum (gif, jpg, ps).
  367.    REQUIRED.
  368. 4, 5) Which part of how many this is.  Enclosed in parentheses.
  369.    REQUIRED.
  370. 6) The type of picture ("male", "female", "both", "plane", "scenic", etc.).
  371.    Enclosed in curly brackets.
  372.    OPTIONAL (but very considerate).
  373. 7) Notifies everyone that this is a repost of a posting that went sour.
  374.    Enclosed in up-arrows (circumflex or caret characters).
  375.    OPTIONAL (but very considerate).
  376. 8) Flag that notifies people that this posting uses script wrappers (in case
  377.    they have to handle these special).  Enclosed in square brackets.
  378.    OPTIONAL (but very considerate).
  379. 9) Additional descriptive text to give a better idea of what's in the picture.
  380.    Enclosed in double quotes.
  381.    OPTIONAL (but very considerate).
  382.  
  383. This suggested standard is intended to be strictly ordered (i.e. if there's
  384. a ^REPOST^ notification, it appears after any label info and before any
  385. script wrapper notification).
  386.  
  387. For example:
  388.  
  389.    - CRSH+BRN.GIF (02/08) {plane} "Plane crash at an air show, 800x600x256"
  390. Notice that it includes everything: the file name, what part of how 
  391. many this one is, a short description, and the resolution.  If you 
  392. insist on leaving everything *else* out, at least say the name of
  393. the file and which part of how many it is!
  394. In the "erotica" newsgroups, it's also popular (and often demanded!)
  395. to include the picture subject's gender (i.e. "{male}", "{female}", 
  396. "{both}", etc.).  The gender should be considered as part of the 
  397. minimal set of information in the "erotica" newsgroups, as the addition
  398. of this information to the subject line makes it possible for people to
  399. avoid spending time downloading stuff they don't care about.
  400.  
  401. Certain newsreaders (NN, for example) sort the articles alphabetically 
  402. by title, so subject lines with part numbers get displayed and saved 
  403. in order.  There is an obvious (and common) way to torpedo this 
  404. process: make subject lines which do not follow sequentially.  
  405.  
  406. An example:
  407.         first article's subject: "plane crash GIF: CRSH+BRN (part 1 / 4)"
  408.   subsequent articles' subjects: "CRSH+BRN (part N / 4)"
  409. These subject lines will not be displayed and sorted correctly by NN.
  410.  
  411. However, if you change the arrangement a little, like this:
  412.         first article's subject: "CRSH+BRN (part 1/4) plane crash GIF"
  413.   subsequent articles' subjects: "CRSH+BRN (part N/4)"
  414. you will please NN-users the world over.
  415.  
  416.  
  417. VI. ANONYMOUS FTP
  418.  
  419. A word about anonymous FTP and GIF files.  When you log onto a remote 
  420. machine via anonymous FTP, please try to restrict yourself to no more 
  421. then ten minutes of transmission time, or about five to ten files.  As 
  422. you can imagine, when people discover a new archive of GIF files, 
  423. they are all hot to download every one they can, and often they jam up 
  424. the site for *days*.  You'll notice this effect the first time some 
  425. bozo announces the name of a new GIF archive.  You won't be able to 
  426. get through without persistent efforts over several hours or even a 
  427. day or two.  Then the system administrators of that site notice that 
  428. they have had about $5,000 worth of anonymous FTP over the last two 
  429. days, and revoke the anonymous FTP privilege.  Now every one is 
  430. screwed.
  431.  
  432. Be considerate; grab only a few files and then let someone else have a 
  433. chance.  This probably won't solve the problem in the long term (still 
  434. everyone and his dog will be ftp'ing into that machine), but at least 
  435. it will spread the wealth a bit.
  436.  
  437. As for anonymous FTP sites for erotica pictures, THEY DO NOT EXIST (except
  438. of course for that long-standing favorite, 127.0.0.1 - the Internet
  439. loop-back address... your own machine, of course!).  Even if you find an 
  440. anonymous FTP site that *appears* to have erotica pictures, it is merely an 
  441. illusion.  As the sage once said, "Revel in your illusions, don't share 
  442. them."  The effects of sharing your illusion in this case *ALWAYS* results 
  443. in your illusion being rendered non-existent (in one way or another).  For 
  444. this very same reason, it is considered very poor form to ask someone else 
  445. to share their illusions with you.  If you were considering asking for a 
  446. list of anonymous FTP sites with erotica pictures -- don't.
  447.  
  448.  
  449. VII. "REPOST" REQUESTS
  450.  
  451. Your absolutely last course of action should be to ask for a repost of
  452. an article.  There are so very many other ways that the download and
  453. decode process could have failed, you should be very sure that none of
  454. these steps went south BEFORE asking for a repost.  After you have 
  455. exhausted all of the possibilities from your end, post to the discussion 
  456. newsgroup and request someone to send you their (working) copy.  If 
  457. enough people post requests of this sort, eventually the original 
  458. poster will usually re-post it.  If you're the only person with a 
  459. problem, someone is bound to send you the file, and you'll save the 
  460. net 'hundreds if not thousands of dollars.'
  461. Also, just because you've already read an article doesn't mean it has 
  462. vanished off the face of the earth.  It is a fairly simple matter to get 
  463. back to articles you've already read (unless your site administrator
  464. has removed them or they've expired).  There are essentially four methods
  465. to accomplish this (examples assume you're using rn):
  466.     1.  Assuming you know the article number(s) of the postings, just
  467.         enter the article number from within that newsgroup.  Voila!
  468.     2.  Since you probably DON'T know the article number, once you are
  469.         in the appropriate newsgroup, you can step backwards or forwards
  470.         through the articles by using "P" (previous) and "N" (next).
  471.     3.  So you don't know the article number, and you don't want to step
  472.         backwards through 50+ articles - what now?  As long as you
  473.         remember something from the subject line of the article, you can
  474.         use regular expressions to search backwards, using the command
  475.         "?pattern?r", where pattern is the part you remember.  For
  476.         example, you read an article with the word "howdy" in the subject,
  477.         then decide later you want to get back to that article.  Just get
  478.         into the right newsgroup, then enter "?howdy?r" and rn will search
  479.         back through all the articles you've read to find the last one
  480.         with "howdy" somewhere in the title.  Not the right one?  Enter
  481.         "?", and rn will retrieve the next-to-last article with "howdy"
  482.         in the title.
  483.     4.  You can modify your .newsrc file so that articles are no longer
  484.         marked as being read (this file usually resides in your home 
  485.         directory).  This is especially valuable if you forgot the name 
  486.         of a particular posting, but you know it was in the last ?x?
  487.         number articles.  For example, if your .newsrc file reads:
  488.         alt.binaries.pictures.misc: 1-2380
  489.         ...and you know that the article you're looking for was in the
  490.         last 30 or so postings, you could edit this line to read:
  491.         alt.binaries.pictures.misc: 1-2350
  492.         ...so that your news reader would think that you hadn't yet seen
  493.         these articles (of course you'll have to re-sort through many
  494.         other articles you've already seen, but hopefully you'll at least
  495.         be able to find the "lost" article!).  IMPORTANT NOTE!!:  If you 
  496.         edit your .newsrc file, make *absolutely sure* that you aren't 
  497.         currently running a news reader session - this may munge the 
  498.         .newsrc file, or cause other undefined or undesirable side-effects.
  499.  
  500. By using these techniques, you won't have to ask for someone to e-mail you a
  501. copy or to re-post the article, since you already have it and know how to
  502. get back to it!
  503.  
  504.  
  505. VIII. TEST POSTS
  506.  
  507. If you're trying out a new method of posting, or if you are posting a
  508. picture for the first time, or if it's been a while since you posted a
  509. picture and you're not really sure you remember all the details on how to
  510. do it right, by all means, PLEASE DO A TEST POSTING FIRST!  Test postings 
  511. should *NEVER* be made in any of the pictures newsgroups or the pictures 
  512. discussion newsgroups - there are plenty of test newsgroups made for just 
  513. this purpose (local.test is your best choice, misc.test is also nice).  
  514. Wherever you do your test posting, make sure to add the line
  515. Distribution: local
  516. in the heading so your post doesn't go outside your site.  Make sure that 
  517. you can download, re-construct, and view the picture you've posted.  Then, 
  518. when you're satisfied that all is well, post it into the appropriate 
  519. pictures newsgroup!
  520.  
  521.  
  522. IX. DEALING WITH THOSE WHO DON'T/WON'T FOLLOW ETIQUETTE
  523.  
  524. How should you react if you notice someone violating any of these items 
  525. of netiquette?  It depends on what they've done, of course.  In the case 
  526. of some posting that you find offensive, the best course of action is 
  527. just to ignore it.  95% of the time, these people are just trying to pull
  528. someone's chain - and they are usually pretty successful (I can't tell
  529. you how many megabytes of responses I've seen to just one sentence of
  530. crap).  Another 3% of the time, someone has left themselves logged in and 
  531. is having a "joke" played on them by a "friend".  The other 2% of the time, 
  532. they actually believe what they are saying.  In this case, do you really 
  533. think that they care that you find what they say offensive?  Especially in 
  534. the last case, silence does more to thwart their behavior than anything 
  535. else.  Refusing to even acknowledge someone usually damages them more than 
  536. you could possibly hope to do by responding to them in any way.  Don't even 
  537. waste the time, effort, and money (after all, someone *is* paying for what 
  538. you say, somewhere) to follow up.
  539.  
  540. In the case of posting a discussion to a pictures newsgroup, probably the 
  541. *worst* thing you can possibly do is follow-up to the offending posting 
  542. and yourself violate the same rule!  After all, what good are you doing 
  543. by complaining about someone violating a rule you ignore yourself?  If you 
  544. really *must* follow-up to this type of posting, make sure and edit the 
  545. Newsgroups: line so that your post is re-directed to the discussion 
  546. newsgroup.  Another technique you might try is just ignoring the post - 
  547. if enough people did this, it's entirely likely that there would soon be 
  548. no discussion at all in the pictures newsgroups, except for the occasional 
  549. newbie or someone not wise enough to read this FAQ - and they'd learn 
  550. eventually.  I suggest the following course of action, in order of 
  551. preference:
  552.     1) Respond via e-mail.  Gently suggest that they take discussion to
  553.        the discussion newsgroup.  Answer the question/request if you can.
  554.        Suggest that they read this FAQ to get more information and to
  555.        better understand pictures newsgroup etiquette.
  556.     2) Follow-up only if you can answer the question/request, re-directing 
  557.        your posting to the appropriate discussion newsgroup (edit the
  558.        Newsgroups: line).  Suggest that they read this FAQ to get more 
  559.        information and to better understand pictures newsgroup etiquette.
  560.     3) Ignore the posting.  They'll most likely get the hint eventually.
  561.     4) Follow-up only if you can answer the question/request, re-directing 
  562.        the follow-ups of your posting to the appropriate discussion 
  563.        newsgroup (edit the Followup-to: line -- your posting will go to 
  564.        the pictures newsgroup, but anyone following up to your posting 
  565.        will go to the discussion newsgroup).  Gently suggest that this 
  566.        type of posting belongs in the discussion newsgroup, and that 
  567.        that's where follow-ups have been re-directed.  Maybe even throw 
  568.        in a small uuencoded picture at the end of your posting, just to 
  569.        make it "legal".  Suggest that they read this FAQ to get more 
  570.        information and to better understand pictures newsgroup etiquette.
  571. The more people that respond in a positive way, the fewer the flame wars, 
  572. and the more pictures vs. discussion will end up in the pictures 
  573. newsgroups!  That *is* what we're here for, after all!
  574.  
  575. -------------------------------------------------------------------------------
  576. HISTORY OF THIS FAQ:  
  577. This file originally began life as the FAQ for alt.sex.pictures, and 
  578. was first created and maintained by Dave Read (readdm@ccwf.cc.utexas.edu).  
  579. Minor changes and a few additions to clean it up a bit and make it a little 
  580. more relevant to the alt.binaries.pictures group were made by Steven M. 
  581. Quinn (steveq@umbc5.umbc.edu).  A hierarchy of pictures groups (all under 
  582. alt.binaries.pictures) was put into place in the fall of 1991, and since 
  583. that time, Jim Howard (deej@cadence.com) has come forward to take over
  584. the maintenance of the "new" FAQ.
  585. --------------------------------------------------------------------------------
  586. Acknowledgements (part 1):
  587.   * Thanx to both James Ralston Crawford (qralston@cislabs.pitt.edu) and
  588.     Silver (gaynor@blaze.rutgers.edu) for input and suggestions on posting
  589.     volume.
  590. --------------------------------------------------------------------------------
  591.  
  592. That's about it for the "general etiquette" information.  General pictures
  593. information is continued in part 2 of this FAQ.  If you have any 
  594. suggestions for things to include in future versions, don't hesitate 
  595. to let me know...
  596.  
  597.  
  598. -- 
  599.     Jim Howard *** jhoward@best.com *** http://infolane.com/deej/index.html
  600.      Author, "The Internet Voyeur" (http://infolane.com/deej/voyeur.html) 
  601.           (^:=             Flames cheerfully ignored.             =:^)
  602. ................................................................................
  603. C:\WINDOWS   C:\WINDOWS\GO   C:\PC\CRAWL 
  604.