home *** CD-ROM | disk | FTP | other *** search
/ Atari FTP / ATARI_FTP_0693.zip / ATARI_FTP_0693 / Info / how.to.upload < prev    next >
Text File  |  1992-10-30  |  6KB  |  120 lines

  1.         
  2.         Uploading to Atari.archive.umich.edu
  3.                   and 
  4.              Posting to comp.{binaries,sources}.atari.st
  5.                 By Jeff Weiner, Atari.archive Guardian 
  6.  
  7.  
  8. How to upload to atari.archive.umich.edu:
  9.  
  10. There are two main ways to upload to the archive: FTP or mail 
  11.  
  12. 1: FTP - This is the preferred method, as it doesn't clog my mailbox with
  13.    megs and megs of stuff, not to mention it's a bit easier for you too.
  14.    Logon to the archive as usual, then issue the following commands
  15.    
  16.    cd ~atari/New
  17.    type binary
  18.    put filename.ext
  19.    mail weiner@atari.archive.umich.edu .... "Hey Jeff, I just uploaded this..."
  20.  
  21.    This last step is very important.  As we're now integrating the 
  22.    index with text and the ls -lR listing, descriptions and an address to
  23.    send questions to are key.
  24.  
  25. Ed Krimen, ekrimen@ecst.csuchico.edu, adds this:
  26.  
  27. For those that may not know, may I add that, for aesthetic effects,
  28. if you enter "hash," before you "put filename.ext" or "get
  29. filename.ext," the ftp program will display a # for every 1024 bytes
  30. sent or received.  Actually, when you 'put' a file, it will display
  31. bunch of # at once.  Moreover, if you enter "bell," it will sound your
  32. system bell when a function has completed.  Finally, you can send and
  33. receive a list of files using the "mput" and "mget" commands,
  34. respectively, with a list of the files after the command.
  35.  
  36.  
  37. 2: MAIL - This is a bit slower for you and for me, but is still very effective.
  38.    Simply uuencode the file, (please split it into parts ~=60 K or less please)
  39.    and mail the result to weiner@atari.archive.umich.edu.  Please name
  40.    the parts in the subject line.  This is really helpfull as the parts
  41.    usually don't arrive in the proper sequence. Also, please include a 
  42.    message labeled file transmission, containing a short description of 
  43.    the file, etc.  Shar files are also acceptable, but I prefer the uuencoded.
  44.  
  45.  
  46. And for those of you who would like to see your binaries and sources appear
  47. in comp.{binaries,sources}.atari.st, the following is taken from Steve
  48. Grimm's Introduction to Binaries and Sources:
  49.  
  50. Subject: Submitting binaries for publication
  51.  
  52. Items intended for posting or queries and problem notes should be sent to
  53. atari-binaries@spud.Hyperion.COM. If you are on a UUCP-only site, you
  54. can send them to {backbone}!spud.hyperion.com!atari-binaries.
  55.  
  56. If you want verification of arrival, so say in a cover note, or at the
  57. beginning of your submission, if it is small.  I try to verify that a
  58. program works, and if I can't get it to work, I may hold up posting it
  59. for a couple of days.  Please note that, except in rare cases, software
  60. without documentation will not be published. The backlog from receipt
  61. to posting varies from one to four weeks depending mostly on the set
  62. of submissions currently in my queue.
  63.  
  64. If you are submitting both sources and binaries, PLEASE send the two
  65. separately.  If I have to separate your sources from your binaries by
  66. hand, your submission will most likely sit on the back burner for a
  67. while.
  68.  
  69. Also, as of volume 8, I will only accept binaries packed with an archiver
  70. for which source code is widely available.  For the time being, this pretty
  71. much means arc, zoo, and lharc.  If you want to use a nifty new archiver,
  72. make the source code available to the public (posting to comp.sources.atari.st
  73. is fine.)  I reserve the right to repack binaries with another archiver if
  74. the other archiver saves a significant amount of space, or has other
  75. advantages.
  76.  
  77. If you're submitting a demo of a commercial program, or a shareware program,
  78. please keep the amount of advertising to an absolute minimum.  The net
  79. gods become angry when people try to use the net as a free advertising
  80. medium, and I'd like to keep comp.binaries.atari.st out of trouble.  If
  81. you want to solicit orders, do it in a README file or an About... dialog
  82. box, not in a message that comes up every time the user does something.
  83. In other words, treat the net like a PBS station (apologies to those
  84. outside the US.)  I will not accept programs which I feel are excessively
  85. commercial.  I'm aware that commercial demos and shareware are often very
  86. useful (to the users on the net,) which is why I allow them at all.
  87.  
  88.  
  89.  
  90. Subject: Submitting source for publication
  91.  
  92. Items intended for posting or queries and problem notes should be sent to
  93. atari-sources@twitterpater.eng.sun.com. If you are on a UUCP-only site, you
  94. can send them to sun!twitterpater.eng!atari-sources.  
  95.  
  96. If you want verification of arrival, so say in a cover note, or at the
  97. beginning of your submission, if it is small.  I try to verify that a
  98. program works, and if I can't get it to work, I may hold up posting it
  99. for a couple of days.  Please note that, except in rare cases, source
  100. without documentation will not be published. The backlog from receipt
  101. to posting varies from one to four weeks depending mostly on the set
  102. of submissions currently in my queue.
  103.  
  104. I prefer that you submit sources and binaries separately, as it's a
  105. pain to separate them, and such submissions are invariably placed on
  106. the back burner.  Sources should be submitted in the same format as
  107. binaries -- uuencoded arc, zoo, or lzh files.  Please use Pierre Dumas'
  108. "uue" program if possible, as it can correct some common transmission
  109. errors.  Split long submissions up into reasonable (less than 50K)
  110. chunks.  "uue" will do this for you, if you use "uue -700 file" to
  111. encode.
  112.  
  113. Please inform me of any special system requirements, and what development
  114. environment was used, so that I can properly test your submission and
  115. label it when I post it.
  116.  
  117. -------------------
  118.  
  119. weiner
  120.