| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3574.1 | OA$SHARExxx valid ? | UTRTSC::SCHOLLAERT | Holland goes USA | Wed Nov 24 1993 10:50 | 9 |
| Cb,
Do the OA$SHARExxx logicals point to valid device names ?
If not, use form SM_SHARED_DIR_MASTER to fixed them.
Regards,
Jan
|
| 3574.2 | Attachment NOT recognized... | TAV02::CHAIM | Semper ubi Sub ubi ..... | Tue Nov 30 1993 07:06 | 21 |
| Jan,
> Cb,
>
> Do the OA$SHARExxx logicals point to valid device names ?
>
>
Yes. The logiclas are pointing correctly.
The problem is NOT that the file recognizes that there is an attachment but
cannot find the attachment. The problem IS that the file does NOT even
recognize that it has a file attached to it.
Evidently the file (?) which contains the attachment information has not been
properly updated.
Thanks,
Cb.
|
| 3574.3 | Please help ... | TAV02::CHAIM | Semper ubi Sub ubi ..... | Thu Dec 02 1993 07:47 | 13 |
| Since the customer has really done something that he shouldn't have, I cannot
really escalate this problem through normal support channels.
However, I would like to attempt to assist the customer as much as is possible.
Is there anyway that he can get the pointers to these attachments back. I'm
pretty convinced that the attachment files themselves do exist since they do
normally reside in the oa$sharexx directories and he copied all these files
across his system. What he evidently failed to do was copy the pointers.
Thanks,
Cb.
|
| 3574.4 | To re-attach | IOSG::MAURICE | Insufficient hair for flower | Thu Dec 02 1993 10:03 | 20 |
| Hi,
If the customer knows the document number and the filename of the
attachment, then the following will re-attach the file to the document:
a) Create a temporary document for the attachment
<cab new_sharer "filename", "TEMP"
<get #temp_doc = oa$curdoc
b) Select the main document, and make the attachment using
<cab attach_document , #temp_doc
c) Delete the temporary document
<cab delete_document #temp_doc
HTH
Stuart
|
| 3574.5 | Not pheasable - too many .. | TAV02::CHAIM | Semper ubi Sub ubi ..... | Thu Dec 02 1993 11:01 | 13 |
| Stuart,
> If the customer knows the document number and the filename of the
> attachment, then the following will re-attach the file to the document:
There are too many since the users normally create their messages in WP and
then send them using S.
Where are the attachment pointers stored?
Thanks,
Cb.
|
| 3574.6 | ATT_DOC attribute | IOSG::MAURICE | Insufficient hair for flower | Thu Dec 02 1993 11:09 | 13 |
| Re .5
> Where are the attachment pointers stored?
They are stored in the ATT_DOC attribute. You could use the CABINET
ADD_ATTRIBUTE function to add the pointer, but beware that that the
usage count of the attachment file would then be wrong. So if you do do
this then be sure to run TRM as soon as possible afterwards as this
will fix the usage count values.
Cheers
Stuart
|
| 3574.7 | Data file containing att pointer ??? | TAV02::CHAIM | Semper ubi Sub ubi ..... | Mon Dec 06 1993 06:19 | 9 |
| Perhaps I'm not explaining myself clearly enough.
I would like to know in what data file these pointers are being held. They are
obviously NOT being held in the document itself. Once we find these pointers
perhaps we'll be able to merge the data files and restore these pointers.
Thanks,
Cb.
|
| 3574.8 | DAF | FORTY2::ASH | Mail Interchange Group, Reading | Mon Dec 06 1993 12:35 | 5 |
| ATT_DOC can have multiple values, so must be stored in the DAF. The PDAF if
it's a private message, and the SDAF if it's shared. So check curdoc_filename
to find which DAF.
grahame
|