Conference iosg::all-in-1_v30

    Hi there,
    
    	I am afraid I can't help you much, but I can interpret the log
    	for you.
    
    	The:
    
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM_FOLD, You have reached the bottom of the folder
%OA-I-CAB_BOTTOM, You have reached the bottom of your File Cabinet
    
    	is all perfectly normal. You get one "bottom of folder" for each
    	folder as the script loops through it, and one "bottom of cabinet"
    	at the end. The line:
    
$ if .not arch_status then goto log_failure
    
    	is detecting some error, but not showing us what the error was.
    	Maybe the mail sent to the manager would tell us more?
    
>P.S. The customer did not have an archive area open, but assures me he 
>never has had one - does he need one open?
    
    	No you don't need an archiving area. Although PAT uses the
    	archiving functions, it does all the tom-foolery to get them
    	to work without.
    
>	The customer has hundreds of .archive* files in 
>[user.user.documents], but as none of the mail within ALL-IN-1 is set to 
>archived, I do not know how he should recover them.
    
    	If you REALLY have to continue from this point then you would
    	have to delve into the internals of Transfer User and write a
    	script that set up an archive pointer and did the restore. Not
    	something I would like to attempt (I have nightmares about it)
    	and I have BEEN in the internals of Transfer User! :-)
    
>subject, and the file still pointed to oa$sharb:zxxxxxx.wpl. When looking 
    
    	Was the file in oa$sharB before the transfer? Has the WPL file
    	been put into the "right" (ie a different) shared area, and just
    	the pointer not updated?
    
    	Sorry I can't be much help, I've not seen this before. Whatever you
    	do, don't re-run PAT on the original machine, it is not restartable
    	in V2.4 and will get you in a bigger mess.
    
    Regards,
    Paul

    Hello,
    
    	Customer has had a go at running a script to import all his mail
    messages back into the account, but finds the following problem;
    
    
    If he has a file xxxxxxxxxxx.archive_body
    
    and he tries, within ALL-IN-1, to copy this file to a xxxxx.wpl
    filename, the copy works, but he cannot read/edit the file, as it looks
    as though it is stored in a strange format.
    
    	What is the best way to recover the archive body files so that they
    can be read from within ALL-IN-1?
    
    	Thanks
    		Julie

    There's a well documented procedure on how to recover from a PAT
    failure in DSN - do you have the article?  I wouldn't attempt a
    recovery without it.  I don't have the article or I'd post it.
    
    				Dan, who recently recovered an account of
    				six thousand documents, that was run
    				through PAT _twice_ (once for about two
    				thousand docs, then a user area backup,
    				then the second PAT...)
    

As .-1 said use the documented recovery procedure, but for what it's worth ...

When a document is archived (via transfer user or standard archiving) three
types of file are created. All have the same filename part but the extention
tells you what the file contains.

.archive - a list of ALL the document attributes (including the original 
filename) in human readable form, if there are any this file also contains
the attributes of attachments. The file contains some special marker lines
to tell the code what part belongs to what (e.g. DOCDB info, DAF info etc)
if you mess with these markers then you have probably lost all hope of restoring
the document, so leave well alone.

.archive_body - a copy (no format changes) of the original top document

.archive_attn where n is 1, 2 ,3 ... copy of the body file for each attachment
(again no conversion).

One of the attributes in the .archive file will tell you the format of the 
original document, which will be the format of the .archive_body file.

Could it be that in this case the original document was not WPSPLUS?

HTH

Terry