home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / news-answers / postapproval-guidelines < prev   
Internet Message Format  |  2004-05-05  |  13KB

  1. Path: senator-bedfellow.mit.edu!dreaderd!not-for-mail
  2. Message-ID: <news-answers/postapproval-guidelines_1083671757@rtfm.mit.edu>
  3. Supersedes: <news-answers/postapproval-guidelines_1081075479@rtfm.mit.edu>
  4. Expires: 17 Jun 2004 11:55:57 GMT
  5. Newsgroups: news.answers,alt.answers,comp.answers,humanities.answers,misc.answers,rec.answers,sci.answers,soc.answers,talk.answers
  6. Distribution: world
  7. Followup-To: poster
  8. From: news-answers-request@MIT.EDU (*.answers moderation team)
  9. Reply-To: news-answers-request@MIT.EDU (*.answers moderation team)
  10. Subject: *.answers post-approval guidelines
  11. Approved: news-answers-request@MIT.EDU
  12. Originator: lopipusr@penguin-lust.MIT.EDU
  13. Date: 04 May 2004 11:56:53 GMT
  14. Lines: 290
  15. NNTP-Posting-Host: penguin-lust.mit.edu
  16. X-Trace: 1083671813 senator-bedfellow.mit.edu 571 18.181.0.29
  17. Xref: senator-bedfellow.mit.edu news.answers:270831 alt.answers:72752 comp.answers:57046 humanities.answers:761 misc.answers:17270 rec.answers:86890 sci.answers:15989 soc.answers:19062 talk.answers:7079
  18.  
  19. Archive-name: news-answers/postapproval-guidelines
  20. Version: $Id: postapproval-guidelines,v 1.22 2001/05/09 17:25:54 ngb Exp $
  21. Posting-Frequency: monthly
  22. Copyright-Notice: see Section 8
  23.  
  24. [A recent copy of this document can be obtained via anonymous FTP as 
  25. rtfm.mit.edu:/pub/faqs/news-answers/postapproval-guidelines.
  26. If you do not have access to anonymous FTP, you can get a copy by 
  27. sending email to mail-server@rtfm.mit.edu with the command 
  28. "send faqs/news-answers/postapproval-guidelines" in the message.] 
  29.  
  30. ----------------------------------------------------------------------
  31.  
  32. Subject: 0. What is this document?
  33.  
  34. This document describes what you need to do if you'd like to change
  35. something about your posting after it's been approved for the
  36. *.answers newsgroups.  For more information about submitting a posting
  37. for approval in the first place, see the "*.answers submission
  38. guidelines", available by anonymous FTP as
  39. rtfm.mit.edu:/pub/faqs/news-answers/guidelines or by
  40. sending email to mail-server@rtfm.mit.edu with 
  41. "send faqs/news-answers/guidelines" in the body of the message.
  42.  
  43. CONTENTS
  44.  
  45. Changing things after approval
  46.  
  47. 1. Change a posting's posting frequency
  48. 2. Change a posting's header(s)
  49.        2.1 Subject
  50.        2.2 Newsgroups line
  51.        2.3 From line, without changing maintainers
  52.        2.4 Archive-name line(s)
  53.        2.5 Followup-To line
  54.        2.6 Other normal or auxiliary header lines
  55. 3. Add parts to or delete parts from a "posting"
  56.        3.1 Split up a single-part posting
  57.        3.2 Add a part to a posting which already has multiple parts
  58.        3.3 Delete a part from a multi-part posting
  59.        3.4 Add a diff posting
  60. 4. Transfer a posting to a new maintainer
  61. 5. Terminate a posting (i.e., stop posting it forever)
  62. 6. Cancel one of your postings
  63. 7. Create a new posting
  64. 8. About this posting
  65.  
  66. ------------------------------
  67.  
  68. Subject: Changing things after approval
  69. =======================================
  70.  
  71. The following is a list of some situations which might occur AFTER
  72. your posting has been approved for *.answers, and what you need to do
  73. for each one.  (If you find you've made an error, and you're just
  74. correcting your headers to agree with what was approved in the first
  75. place, you don't need to get it reapproved; but sending us a note
  76. would be nice so we don't bug you about the original problem when our
  77. archival software notices it.)
  78.  
  79. Note that if none of these situations occur, the *.answers moderators 
  80. will expect you to continue posting your posting regularly, and there 
  81. is no need to resubmit your posting just because you are regularly 
  82. revising its CONTENTS.
  83.  
  84. ------------------------------
  85.  
  86. Subject: 1. Change a posting's posting frequency
  87. =================================================
  88.  
  89. Inform news-answers-request@mit.edu of the new frequency, unless you
  90. have a Posting-Frequency line in your auxiliary header; in that case,
  91. just change that line.  In either case, you do not need to await
  92. reapproval from us, unless you are also changing other headers that do
  93. require approval.
  94.  
  95. We only require notification if the posting frequency changes, not the
  96. actual posting date.  For example, you do not need to notify us if you
  97. change your posting date from the 1st to the 6th day of the month, if
  98. our records indicate your posting frequency is "monthly".
  99.  
  100. ------------------------------
  101.  
  102. Subject: 2. Change a posting's header(s)
  103. =========================================
  104.  
  105. 2.1 Subject
  106.  
  107. Inform news-answers-request@mit.edu of the new Subject line, or
  108. resubmit the entire posting to news-answers@mit.edu; in either case,
  109. wait for reapproval before posting, so that we can remove obsolete
  110. archived copies.  (Exception: If all you're changing is the date or
  111. version number, and it was obvious from your original submission that
  112. those might change, we've already marked it as a wildcard in our
  113. records, so there's no need to resubmit it or wait for reapproval.)
  114.  
  115. 2.2 Newsgroups line
  116.  
  117. Inform news-answers-request@mit.edu of the new Newsgroups line, or 
  118. resubmit the entire posting to news-answers@mit.edu; in either case, 
  119. wait for reapproval before posting, so that we can remove obsolete 
  120. archived copies.  This applies also if you are posting to new or 
  121. renamed newsgroups.
  122.  
  123. If a newsgroup has been split, or renamed, we still need you to tell us 
  124. exactly what groups you will be posting to in the future, and what 
  125. order they'll appear in.  Wait for reapproval before cross-posting to 
  126. *.answers and the new newsgroups.  Also let us know if you will 
  127. continue to post to the obsolete newsgroup for a few months.
  128.  
  129. 2.3 From line, without changing maintainers
  130.  
  131. If the From line of your post changes, let us know what the new
  132. address is by sending a note to news-answers-request@mit.edu before
  133. posting. Make sure you specify whether the change is permanent or is a
  134. one-time exception.
  135.  
  136. You do not need to wait for reapproval if you are sure that the
  137. posting software at your new site will produce correct headers, unless
  138. you are also changing other headers that do require approval.
  139.  
  140. 2.4 Archive-name line(s)
  141.  
  142. Inform news-answers-request@mit.edu and wait for reapproval before 
  143. posting, so that we may remove obsolete archived copies. This applies 
  144. also if you wish to change any newsgroup-specific archive names you may 
  145. have in your posting.
  146.  
  147. 2.5 Followup-To line
  148.  
  149. As long as it exists and doesn't contain any *.answers newsgroups in 
  150. it, you don't have to tell us if you change its contents.
  151.  
  152. 2.6 Other normal or auxiliary header lines
  153.  
  154. As long as you don't change the overall structure of your headers 
  155. (i.e., they still conform to the guidelines), you don't have to inform 
  156. us about changes to other headers, or adding new headers.
  157.  
  158. ------------------------------
  159.  
  160. Subject: 3. Add parts to or delete parts from a "posting"
  161. =========================================================
  162.  
  163. 3.1 Split up a single-part posting
  164.  
  165. Read Section 2.4 in the *.answers guidelines (see the top of this file
  166. for where to get a copy) for more information on multiple-part
  167. postings.  Submit all the parts to news-answers@mit.edu.  Wait for
  168. approval before posting.
  169.  
  170. 3.2 Add a new part to a posting which already has multiple parts
  171.  
  172. Note: In order to reduce how often you need to ask for new parts, you 
  173. might consider asking for more than just one new part approved at a 
  174. time, thus making your postings individually smaller and giving them 
  175. more room to grow.  If you do this, please start using all the parts 
  176. that you've gotten approved at once, i.e., don't ask for 3 new parts 
  177. and then only expand to use the first new part at first, and then the 
  178. second, and then the third.  Just spread your posting a little thinner 
  179. for a while.
  180.  
  181.     a. If the new part's headers are consistent with the other parts
  182.  
  183.     This means that that the Subject lines and archive names follow a
  184.     pattern already established for your posting.  For example, your
  185.     Subject lines are in the form "foo FAQ part * of *" and your
  186.     archive names look like "foo-faq/part*". The old parts might have
  187.     their subjects changed because the "of *" changed, but that still
  188.     matches the same pattern.
  189.  
  190.     Inform news-answers-request@mit.edu of the Subject lines of all
  191.     parts with changed Subject lines, and the Subject line and archive
  192.     name of the new part. Wait for approval before posting the new
  193.     parts.
  194.  
  195.     b. If the new Subject or Archive-name does not fit an established 
  196.       pattern
  197.  
  198.     Submit the new part(s) and all significantly changed parts to
  199.     news-answers@mit.edu.  Wait for reapproval before posting them.
  200.  
  201. 3.3 Delete a part from a multi-part posting
  202.  
  203. Inform news-answers-request@mit.edu.  Wait for approval before posting 
  204. if this will cause important changes in the other parts (changing 
  205. subject lines from "foo part * of 20" to "foo part * of 15" does not 
  206. count as an important change).
  207.  
  208. 3.4 Add a diff posting
  209.  
  210. Read Section 2.5 of the "*.answers submission guidelines" (see the top
  211. of this file for where to get a copy) for information on diff
  212. postings.  Submit the diff posting to news-answers@mit.edu.  If your
  213. posting had only one part before the change, change its archive name
  214. (see Section 2.5 of the "*.answers submission guidelines") and submit
  215. both the posting and the diff posting.  Wait for reapproval before
  216. posting the diff, and the regular posting if its archive name has
  217. changed, to *.answers.
  218.  
  219. ------------------------------
  220.  
  221. Subject: 4. Transfer a posting to a new maintainer
  222. ==================================================
  223.  
  224. The old maintainer should inform news-answers-request@mit.edu of the
  225. change in maintainers.  The new maintainer should read the "*.answers
  226. submission guidelines" and inform news-answers-request@mit.edu that
  227. he or she has done so. Furthermore, the new maintainer should resubmit
  228. the posting (MINUS THE APPROVAL HEADERS) even if there are no header
  229. changes planned except for the From and/or Reply-To lines, since we'd
  230. like to confirm that the new maintainer's news server doesn't munge
  231. headers.  The new maintainer should wait for reapproval before posting
  232. for real with the necessary approval headers.
  233.  
  234. ------------------------------
  235.  
  236. Subject: 5. Terminate a posting (i.e., stop posting it forever)
  237. ================================================================
  238.  
  239. Inform news-answers-request@mit.edu.
  240.  
  241. ------------------------------
  242.  
  243. Subject: 6. Cancel one of your postings
  244. =======================================
  245.  
  246. If you made a mistake (for example, perhaps you posted one of your
  247. articles multiple times by accident), you won't be able to cancel the
  248. article from your news reader software as you normally might.
  249.  
  250. Instead, to have an article canceled, send us email at
  251. news-answers-request@mit.edu with the Subject line "Urgent: cancel
  252. needed".  Specify your article's Subject line, Newsgroups, Message-ID
  253. (if convenient), and what went wrong such that you need the article
  254. canceled.  (Note that this only applies to articles cross-posted to
  255. *.answers.  We can't cancel other articles, but you should be able to
  256. cancel any article you post to non-moderated newsgroups yourself.)  We
  257. make every effort to process cancel requests as quickly as possible.
  258.  
  259. ------------------------------
  260.  
  261. Subject: 7. Create a new posting
  262. ================================
  263.  
  264. Submit it to *.answers following the "*.answers guidelines", just like
  265. you submitted your previous posting(s).
  266.  
  267. ------------------------------
  268.  
  269. Subject: 8. About this posting
  270. ==============================
  271.  
  272. (c) Copyright 1991-1997 by the *.answers moderators, all rights
  273. reserved.  Redistribution of this document is hereby freely granted so
  274. long as the document is redistributed in its entirety (here
  275. interpreted as all text which were not automated generated by software
  276. as part of the distribution process); in particular, with attributions
  277. and this copyright notice.  We would appreciate hearing about any
  278. interesting redistributions.
  279.  
  280. Comments about, suggestions about or corrections to this posting are  
  281. welcomed.  If you would like to ask us to change this posting in some 
  282. way, the method we appreciate most is for you to actually make the  
  283. desired modifications to a copy of the posting, and then to send us the 
  284. modified posting, or a context diff between the posted version and your 
  285. modified version (if you do the latter, make sure to include in your 
  286. mail the "Version:" line from the posted version).  Submitting changes 
  287. in this way makes dealing with them easier for us and helps to avoid 
  288. misunderstandings about what you are suggesting.
  289.  
  290. Many people have in the past provided feedback and corrections; we 
  291. thank them for their input.  Remaining ambiguities, errors, and 
  292. difficult-to-read passages are not their fault. :) 
  293.  
  294. ----------------
  295.  
  296.       dalamb@qucis.queensu.ca (David Alex Lamb)
  297.       n.g.boalch@durham.ac.uk (Nick Boalch)
  298.  
  299.       jik@mit.edu (Jonathan I.  Kamens) [Emeritus]
  300.       pshuang@mit.edu (Ping Huang) [Emeritus]
  301.       pgreene@optics.rochester.edu (Pamela Greene) [Emeritus]
  302.  
  303.  -- the *.answers moderation team <news-answers-request@mit.edu>
  304.  
  305. ------------------------------
  306.  
  307. End of "*.answers post-approval guidelines" Digest
  308. **************************************************
  309.