home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / pcboard / 150_tips.zip / MSGS.ZIP / ATTACH.MSG < prev    next >
Text File  |  1993-05-12  |  3KB  |  74 lines
  1. Date: 05-07-93 (17:18)              Number: 62330 of 63372 (Refer# 62329)
  2.   To: ART EMERY
  3. From: DAVID TERRY
  4. Subj: Attached file - mail
  5. Read: 05-08-93 (05:25)              Status: PUBLIC MESSAGE
  6. Conf: BETA (6)                   Read Type: MAIL FROM YOU (R/O) (+)
  7.  
  8. -> Is it possible to attach a file that already is on the board to a message?
  9.  
  10. Yes, but it's not really necessary.
  11.  
  12. The caller can, at the "End of Message Command" prompt, type "FLAG" and then
  13. the name of the file to flag (e.g. FLAG MYFILE.ZIP).
  14.  
  15. Or, you could download the file (if you are remote) and then use the SA command
  16. (save with attachment) and upload the file.
  17.  
  18. If you are local it is easier, use the SA command and then select an internal
  19. protocol and PCBoard will ask you where to find the file you are uploading.
  20. You could type C:\DL1\ and it would attach the specified file by copying it out
  21. of C:\DL1\ and into your file attachment location.
  22.  
  23. And there's the rub...   as a "file attachment" the file takes up space.  If
  24. the file is ALREADY on your board, then it is taking up "extra" space that
  25. wouldn't be needed if you just told the user to type "FLAG FILENAME" instead of
  26. using the "FLAG" command (no parameters) to flag the attached file.
  27.  
  28. So, yes, it can be done.  But I would discourage it except on an occasional
  29. basis.
  30.  
  31.  
  32.  
  33. Date: 05-10-93 (09:00)              Number: 62752 of 63372 (Refer# 62658)
  34.   To: FRED MCCLAREN
  35. From: DAVID TERRY
  36. Subj: BETA report
  37. Read: 05-11-93 (01:14)              Status: PUBLIC MESSAGE
  38. Conf: BETA (6)                   Read Type: MAIL FROM YOU (R/O) (+) HAS REPLIES
  39.  
  40. ->    Could you provide some more info on configuring the Attached file option?
  41. -> I have it setup to put it in my public upload directory, but after uploading
  42. -> (which appears to go fine) it isn't there or anywhere else on disk.
  43.  
  44. Do _NOT_ put it into your public upload directory.
  45.  
  46. A file attachment is NOT THE SAME as an uploaded file and CANNOT be downloaded
  47. the same way.
  48.  
  49. The NAME of the file, on a file attachment, is CHANGED in order to allow
  50. multiple messages to have indentically named attachments.  For example, in a
  51. Tech Support environment you might expect many people to upload AUTOEXEC.BAT.
  52. That would not work out very well if the "stored name" of the attachment was
  53. AUTOEXEC.BAT because then only the FIRST ATTACHMENT would be successful.  Every
  54. attempt to attach AUTOEXEC.BAT thereafter would have to fail.
  55.  
  56. PCBoard purposely AVOIDS that problem.
  57.  
  58. The attachment lands in a special attachment directory (NOT your upload
  59. directory).  And it is RENAMED to avoid collisions with existing files.
  60.  
  61. The first upload of AUTOEXEC.BAT will be found in your attachment directory as
  62. AUTOEXEC.000.  The second attachment of AUTOEXEC.BAT will be in the same
  63. directory as AUTOEXEC.001.
  64.  
  65. The message itself contains the translation information necessary to receive
  66. the proper attachment.
  67.  
  68. Therefore, the ONLY WAY to obtain the proper file attachment is to read the
  69. message and type FLAG or V (to flag for download or view the file).
  70.  
  71. You will NOT be able to just get to a command prompt and type "D AUTOEXEC.BAT"
  72. because AUTOEXEC.BAT does not exist.  That is why you must first read the
  73. message and then use the file attachment commands (FLAG/V) to access the file.
  74.