![]() |
| If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|||||||
| Tags: article, kb911567, kb918651, ms06016, mskb, update |
|
|
Thread Tools | Display Modes |
|
#21
|
|||
|
|||
|
"Steve Cochran" wrote in message
... Can't wait until peoples' fills up because of their 2 gig dbx files being repeatedly dumped there and they never empty the bin. VBG My limited experience (1 day) with it has been that the newer compact overwrites the older, existing *.bak files in the Recycle Bin, so it should not be much of a problem other than the initial surprise at seeing them the first time after a compacting operation. It's the restore process I'm not sure about. I would have liked to have seen an option to recover/copy from the Recycle Bin to a new folder, then an attempt at import/extract as needed by the user, rather than a wholesale backup and overwrite of everything in the store folder. Any glitch during that though, and DBXpress will be the only tool that might work. All is not lost yet, Steve. I see many more sales into the far future. g But I guess that would have involved the Shell Team and they are not the most responsive to requests. damn them -- Jim |
| Ads |
|
#22
|
|||
|
|||
|
Lucky guess.
They did the compaction changes also. www.oehelp.com/OETips.aspx#2 Update steve "Ottmar Freudenberger" wrote in message ... "Ottmar Freudenberger" schrieb: "Steve Cochran" schrieb: More of the usual from MS. I think they released the KB before the patch. Which patch? I see what you ment now, Steve ;-) Bye, Freudi |
|
#23
|
|||
|
|||
|
"Jim Pickering" wrote in message ... "Steve Cochran" wrote in message ... Can't wait until peoples' fills up because of their 2 gig dbx files being repeatedly dumped there and they never empty the bin. VBG My limited experience (1 day) with it has been that the newer compact overwrites the older, existing *.bak files in the Recycle Bin, so it should not be much of a problem other than the initial surprise at seeing them the first time after a compacting operation. I compacted manually twice and got redundant copies of each file in the Recycle bin. I'm waiting for the Server patch before doing much more testing. It's the restore process I'm not sure about. I would have liked to have seen an option to recover/copy from the Recycle Bin to a new folder, then an attempt at import/extract as needed by the user, rather than a wholesale backup and overwrite of everything in the store folder. Any glitch during that though, and DBXpress will be the only tool that might work. The most often seen scenario by me anyway is that part or all of a folder (e.g. sent items) gets trashed. So the restore method would be as follows: 1. First move the sent items.bak file out of the recycle bin (you can't copy it out of there) to the desktop or another directory. 2. Rename it to sent items0.dbx from sent items.bak. 3. Create in OE a sent items0 folder and access it once, so that OE actually creates the file. 4. Close OE. Then copy the sent items0.dbx file that was in the recycle bin back to the OE folder (Tools Options | Maintenance | Store Folder is the location and the dbx files are hidden), overwriting the sent items0.dbx file that was created there. 5. Open OE and go to the Sent Items0 folder and the lost messages should all be there. 6. After that move any messages out of the original sent items folder that was the problem folder and then close OE and delete the sent items.dbx file (not the new one). OE will then create a new sent items folder and then things should be back to "normal". #0 and #7 there should be to backup the message store. If multiple folders got corrupted, then would could do the following: 1. Move all the bak files out of the recycle bin to another directory such as c:\restore. 2. Go to the Command Prompt and navigate to that directory and type "rename *.bak *.dbx". 3. Open OE and go to File | Identities and set up a new Identity and make sure antivirus email scanning is off. 4. In the new Identity go to File | Import | Messages and point to the c:\restore directory. 5. The files should import into the new Identity and then messages should then be restored. If they'd had to implement all the restore capabilities with the patch, we never would have gotten it. All is not lost yet, Steve. I see many more sales into the far future. g But I guess that would have involved the Shell Team and they are not the most responsive to requests. damn them I don't want to continue to profit from the heartache of message loss. You are correct, now "all is not lost", but rather the messages are "saved and found again". Praise be to Bill! Or JimAll in this case! rofl steve -- Jim |
|
#24
|
|||
|
|||
|
Steve Cochran wrote:
snip It's the restore process I'm not sure about. I would have liked to have seen an option to recover/copy from the Recycle Bin to a new folder, then an attempt at import/extract as needed by the user, rather than a wholesale backup and overwrite of everything in the store folder. Any glitch during that though, and DBXpress will be the only tool that might work. The most often seen scenario by me anyway is that part or all of a folder (e.g. sent items) gets trashed. So the restore method would be as follows: 1. First move the sent items.bak file out of the recycle bin (you can't copy it out of there) to the desktop or another directory. snip QED: Where does, e.g., Sent Items.bak end up if user chooses to Restore the file? -- ~PAÞ |
|
#25
|
|||
|
|||
|
Good question. G
"PA Bear" wrote in message ... Steve Cochran wrote: snip It's the restore process I'm not sure about. I would have liked to have seen an option to recover/copy from the Recycle Bin to a new folder, then an attempt at import/extract as needed by the user, rather than a wholesale backup and overwrite of everything in the store folder. Any glitch during that though, and DBXpress will be the only tool that might work. The most often seen scenario by me anyway is that part or all of a folder (e.g. sent items) gets trashed. So the restore method would be as follows: 1. First move the sent items.bak file out of the recycle bin (you can't copy it out of there) to the desktop or another directory. snip QED: Where does, e.g., Sent Items.bak end up if user chooses to Restore the file? -- ~PAÞ |
|
#26
|
|||
|
|||
|
It will go back to the folder where it was originally located (the Mail
Store), and the extension will be .bak. From there it should be simple to copy all files ending with *.bak to a new folder, change the extension of ..dbx and use the extraction tools. -- Jim "Steve Cochran" wrote in message ... Good question. G "PA Bear" wrote in message ... Steve Cochran wrote: snip It's the restore process I'm not sure about. I would have liked to have seen an option to recover/copy from the Recycle Bin to a new folder, then an attempt at import/extract as needed by the user, rather than a wholesale backup and overwrite of everything in the store folder. Any glitch during that though, and DBXpress will be the only tool that might work. The most often seen scenario by me anyway is that part or all of a folder (e.g. sent items) gets trashed. So the restore method would be as follows: 1. First move the sent items.bak file out of the recycle bin (you can't copy it out of there) to the desktop or another directory. snip QED: Where does, e.g., Sent Items.bak end up if user chooses to Restore the file? -- ~PAÞ |
|
#27
|
|||
|
|||
|
I figgered one of you'd tested this. eg
Jim Pickering wrote: It will go back to the folder where it was originally located (the Mail Store), and the extension will be .bak. From there it should be simple to copy all files ending with *.bak to a new folder, change the extension of .dbx and use the extraction tools. "Steve Cochran" wrote in message ... Good question. G "PA Bear" wrote in message ... Steve Cochran wrote: snip It's the restore process I'm not sure about. I would have liked to have seen an option to recover/copy from the Recycle Bin to a new folder, then an attempt at import/extract as needed by the user, rather than a wholesale backup and overwrite of everything in the store folder. Any glitch during that though, and DBXpress will be the only tool that might work. The most often seen scenario by me anyway is that part or all of a folder (e.g. sent items) gets trashed. So the restore method would be as follows: 1. First move the sent items.bak file out of the recycle bin (you can't copy it out of there) to the desktop or another directory. snip QED: Where does, e.g., Sent Items.bak end up if user chooses to Restore the file? -- ~PAÞ |
|
#28
|
|||
|
|||
|
I hadn't thought of it.
steve "PA Bear" wrote in message ... I figgered one of you'd tested this. eg Jim Pickering wrote: It will go back to the folder where it was originally located (the Mail Store), and the extension will be .bak. From there it should be simple to copy all files ending with *.bak to a new folder, change the extension of .dbx and use the extraction tools. "Steve Cochran" wrote in message ... Good question. G "PA Bear" wrote in message ... Steve Cochran wrote: snip It's the restore process I'm not sure about. I would have liked to have seen an option to recover/copy from the Recycle Bin to a new folder, then an attempt at import/extract as needed by the user, rather than a wholesale backup and overwrite of everything in the store folder. Any glitch during that though, and DBXpress will be the only tool that might work. The most often seen scenario by me anyway is that part or all of a folder (e.g. sent items) gets trashed. So the restore method would be as follows: 1. First move the sent items.bak file out of the recycle bin (you can't copy it out of there) to the desktop or another directory. snip QED: Where does, e.g., Sent Items.bak end up if user chooses to Restore the file? -- ~PAÞ |
|
#29
|
|||
|
|||
|
You shouldn't need the extraction tools. Just rename the messed up folder
and copy the backup to the store folder and change its file extension back to dbx. You just have to replace the screwed up file. You don't need the extraction tools. And DBXpress has an option to show all files, so you wouldn't need to change the file extension from .bak. steve "Jim Pickering" wrote in message ... It will go back to the folder where it was originally located (the Mail Store), and the extension will be .bak. From there it should be simple to copy all files ending with *.bak to a new folder, change the extension of .dbx and use the extraction tools. -- Jim "Steve Cochran" wrote in message ... Good question. G "PA Bear" wrote in message ... Steve Cochran wrote: snip It's the restore process I'm not sure about. I would have liked to have seen an option to recover/copy from the Recycle Bin to a new folder, then an attempt at import/extract as needed by the user, rather than a wholesale backup and overwrite of everything in the store folder. Any glitch during that though, and DBXpress will be the only tool that might work. The most often seen scenario by me anyway is that part or all of a folder (e.g. sent items) gets trashed. So the restore method would be as follows: 1. First move the sent items.bak file out of the recycle bin (you can't copy it out of there) to the desktop or another directory. snip QED: Where does, e.g., Sent Items.bak end up if user chooses to Restore the file? -- ~PAÞ |
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| KB911567 update | William | Outlook Express | 23 | May 22nd 06 08:40 PM |
| Error after Update KB911567 | jimbob_65 | Outlook Express | 5 | April 25th 06 03:18 PM |
| update KB911567 | F.A.D. | Outlook Express | 1 | April 23rd 06 04:47 PM |
| Outlook Express update KB911567 | jd42 | Outlook Express | 21 | April 18th 06 11:29 AM |
| Microsoft security update MS06-003 breaks Outlook 2003 | sergeya | Outlook - Using Forms | 0 | January 14th 06 03:34 AM |