![]() |
OE newsgroup .dbx file name BUG
On WinXP SP2, Outlook Express 6.00.2900.2180:
1. Subscribe a newsgroup "szGroupName" under news account A (NewsServerA), a "szGroupName.dbx" file is created ok, then unsubscribe it, close OE, "szGroupName.dbx" file is deleted ok. 2. Restart OE, subscribe the same newsgroup "szGroupName" under news account B (NewsServerB), a "szGroupName.dbx" file is created ok. 3. Subscribe the newsgroup "szGroupName" under news account A (NewsServerA) again, WOW!!! It uses the same "szGroupName.dbx" file!!! Then what a mass! 1. Click NewsServerA.GroupFolder, it deletes all messages (from NewsServerB) in the folder, and then downloads messages from NewsServerA. 2. Click NewsServerB.GroupFolder, it shows the messages (from NewsServerA). 3. Unsubscribe one of them, close OE, the "szGroupName.dbx" file is deleted, restart OE, click the GroupFolder, it re-creates "szGroupName.dbx" file and re-downloads messages. It seems a BUG of OE: 1. When NewsServerA.szGroupName is subscribed, it checks if a szDbxFileName record already exists for NewsServerA.szGroupName, if exists, uses szDbxFileName, if NOT, uses "szGroupName.dbx" (if "szGroupName.dbx" already exists in the file directory, uses "szGroupName (1).dbx"). 2. When NewsServerA.szGroupName is unsubscribed, the szDbxFileName record is not removed!!! 3. When NewsServerB.szGroupName is subscribed, acts as step 1, uses "szGroupName.dbx". 4. When NewsServerA.szGroupName is subscribed again, acts as step 1, uses the previous recorded szDbxFileName="szGroupName.dbx"!!! The szDbxFileName record can't be removed with unsubscribing szGroupName, it can be removed only with deleting the news account (and all news groups under this account). I won't to delete all news groups under either account, so I hack this by: 1. Compact all folder (is this the only way to compact Folders.dbx?). 2. Find "szGroupName.dbx" string in Folders.dbx (compacting delete all unused "szGroupName.dbx" strings, so the found string is the active record). 3. Change the first "szGroupName.dbx" string to "szGroupNam1.dbx", and the second string to "szGroupNam2.dbx", it works! Could someone tell me if this bug has reported and fixed? And has someone tested this bug on Windows Mail (I have no vista machine)? Why not to give a function of customizing the .dbx file names (both newsgroup and mail)? |
OE newsgroup .dbx file name BUG
You are probably going to need more than I have to offer on this, but are
you /sure/ the dbx file is deleted when you unsubscribe? I have had to delete them manually. Unlike local folders, newsgroup dbx files tend to hang around. More important at the moment, you are running a very outdated and less secure version of OE. If you go to Windows Updates, you will find dozens of patches waiting for you, and no less than four directly affect OE. Start there. -- Bruce Hagen MS-MVP Outlook Express ~IB-CA~ "duguru" wrote in message ... On WinXP SP2, Outlook Express 6.00.2900.2180: 1. Subscribe a newsgroup "szGroupName" under news account A (NewsServerA), a "szGroupName.dbx" file is created ok, then unsubscribe it, close OE, "szGroupName.dbx" file is deleted ok. 2. Restart OE, subscribe the same newsgroup "szGroupName" under news account B (NewsServerB), a "szGroupName.dbx" file is created ok. 3. Subscribe the newsgroup "szGroupName" under news account A (NewsServerA) again, WOW!!! It uses the same "szGroupName.dbx" file!!! Then what a mass! 1. Click NewsServerA.GroupFolder, it deletes all messages (from NewsServerB) in the folder, and then downloads messages from NewsServerA. 2. Click NewsServerB.GroupFolder, it shows the messages (from NewsServerA). 3. Unsubscribe one of them, close OE, the "szGroupName.dbx" file is deleted, restart OE, click the GroupFolder, it re-creates "szGroupName.dbx" file and re-downloads messages. It seems a BUG of OE: 1. When NewsServerA.szGroupName is subscribed, it checks if a szDbxFileName record already exists for NewsServerA.szGroupName, if exists, uses szDbxFileName, if NOT, uses "szGroupName.dbx" (if "szGroupName.dbx" already exists in the file directory, uses "szGroupName (1).dbx"). 2. When NewsServerA.szGroupName is unsubscribed, the szDbxFileName record is not removed!!! 3. When NewsServerB.szGroupName is subscribed, acts as step 1, uses "szGroupName.dbx". 4. When NewsServerA.szGroupName is subscribed again, acts as step 1, uses the previous recorded szDbxFileName="szGroupName.dbx"!!! The szDbxFileName record can't be removed with unsubscribing szGroupName, it can be removed only with deleting the news account (and all news groups under this account). I won't to delete all news groups under either account, so I hack this by: 1. Compact all folder (is this the only way to compact Folders.dbx?). 2. Find "szGroupName.dbx" string in Folders.dbx (compacting delete all unused "szGroupName.dbx" strings, so the found string is the active record). 3. Change the first "szGroupName.dbx" string to "szGroupNam1.dbx", and the second string to "szGroupNam2.dbx", it works! Could someone tell me if this bug has reported and fixed? And has someone tested this bug on Windows Mail (I have no vista machine)? Why not to give a function of customizing the .dbx file names (both newsgroup and mail)? |
OE newsgroup .dbx file name BUG
Thank you, Bruce, according to your advice I just install the Cumulative
Security Update for Outlook Express (923694), now it's 6.00.2900.3028 (while the about dialog still shows 6.00.2900.2180:-). This time, I test the microsoft.public.news.server group: 1. Subscribe news:\\msnews.microsoft.com\microsoft.public.news. server, microsoft.public.news.server.dbx is created ok (the group folder shows total 25 titles). 2. Then unsubscribe it (first subscribe it, then unsubscribe it), close OE, microsoft.public.news.server.dbx is deleted ok (if just click the news:\\ link then close OE with not-willing-to-subscribe, .dbx will hang around. The deleting operation seems to be triggered by unsubscribing event). 3. Restart OE, subscribe news:\\nntp.aioe.org\microsoft.public.news.server, microsoft.public.news.server.dbx is created ok (the group folder shows total 3 titles). 4. Subscribe news:\\msnews.microsoft.com\microsoft.public.news. server again, WOW!!! It also uses microsoft.public.news.server.dbx!!! The group folder shows 3 titles (from news:\\nntp.aioe.org), they are immediately deleted automatically, refresh group folder, still zero items, reset and refresh group folder, shows 25 titles again, download some articles for test. 5. Back to news:\\nntp.aioe.org\microsoft.public.news.server group folder, it shows 25 titles (with the downloaded articles), the head info of these downloaded articles identify they are downloaded from news:\\msnews.microsoft.com), click the titles of the undownloaded articles, shows articles are not available. Refresh group folder, still no change, reset and refresh, download the 3 articles, the head info identify they are really from news:\\nntp.aioe.org. 6.Forward to news:\\msnews.microsoft.com\microsoft.public.news. server, these 3 articles are immediately deleted automatically again. It seems the first subscribed news:\\msnews.microsoft.com is a Master, and the second subscribed news:\\nntp.aioe.org is a Slaver:-) "Bruce Hagen" wrote in message ... You are probably going to need more than I have to offer on this, but are you /sure/ the dbx file is deleted when you unsubscribe? I have had to delete them manually. Unlike local folders, newsgroup dbx files tend to hang around. More important at the moment, you are running a very outdated and less secure version of OE. If you go to Windows Updates, you will find dozens of patches waiting for you, and no less than four directly affect OE. Start there. -- Bruce Hagen MS-MVP Outlook Express ~IB-CA~ |
OE newsgroup .dbx file name BUG
Although you're accessing the newsgroup microsoft.public.news.server via two
(2) different newsservers, you're only accessing one (1) newsgroup as far as your OE identity is concerned, so there can only be one (1) microsoft.public.news.server.dbx file _in one identity_ at any time. But OE will sync with the newsserver to which you're connected, which is why the messages you've downloaded from news:\\nntp.aioe.org 5 minute ago disappear when you then sync with news:\\msnews.microsoft.com. To have two (2) instances of microsoft.public.news.server.dbx (one from each newsserver), you'd have to be accessing the newsgroup via nntp.aioe.org newsserver in one identity and via msnews.microsoft.com in another identity. -- ~Robear Dyer (PA Bear) MS MVP-Windows (IE, OE, Security, Shell/User) AumHa VSOP & Admin; DTS-L.org duguru wrote: Thank you, Bruce, according to your advice I just install the Cumulative Security Update for Outlook Express (923694), now it's 6.00.2900.3028 (while the about dialog still shows 6.00.2900.2180:-). This time, I test the microsoft.public.news.server group: 1. Subscribe news:\\msnews.microsoft.com\microsoft.public.news. server, microsoft.public.news.server.dbx is created ok (the group folder shows total 25 titles). 2. Then unsubscribe it (first subscribe it, then unsubscribe it), close OE, microsoft.public.news.server.dbx is deleted ok (if just click the news:\\ link then close OE with not-willing-to-subscribe, .dbx will hang around. The deleting operation seems to be triggered by unsubscribing event). 3. Restart OE, subscribe news:\\nntp.aioe.org\microsoft.public.news.server, microsoft.public.news.server.dbx is created ok (the group folder shows total 3 titles). 4. Subscribe news:\\msnews.microsoft.com\microsoft.public.news. server again, WOW!!! It also uses microsoft.public.news.server.dbx!!! The group folder shows 3 titles (from news:\\nntp.aioe.org), they are immediately deleted automatically, refresh group folder, still zero items, reset and refresh group folder, shows 25 titles again, download some articles for test. 5. Back to news:\\nntp.aioe.org\microsoft.public.news.server group folder, it shows 25 titles (with the downloaded articles), the head info of these downloaded articles identify they are downloaded from news:\\msnews.microsoft.com), click the titles of the undownloaded articles, shows articles are not available. Refresh group folder, still no change, reset and refresh, download the 3 articles, the head info identify they are really from news:\\nntp.aioe.org. 6.Forward to news:\\msnews.microsoft.com\microsoft.public.news. server, these 3 articles are immediately deleted automatically again. It seems the first subscribed news:\\msnews.microsoft.com is a Master, and the second subscribed news:\\nntp.aioe.org is a Slaver:-) "Bruce Hagen" wrote in message ... You are probably going to need more than I have to offer on this, but are you /sure/ the dbx file is deleted when you unsubscribe? I have had to delete them manually. Unlike local folders, newsgroup dbx files tend to hang around. More important at the moment, you are running a very outdated and less secure version of OE. If you go to Windows Updates, you will find dozens of patches waiting for you, and no less than four directly affect OE. Start there. -- Bruce Hagen MS-MVP Outlook Express ~IB-CA~ |
OE newsgroup .dbx file name BUG
Thank you for your response, PA, but I still consider it's a bug of OE.
Accessing to 2 instances of one group does not need 2 identities. I can access to 8 instances of microsoft.public.cn.announcement in one identity, each instance owns its unique file name: microsoft.public.cn.announcement.dbx microsoft.public.cn.announcement (1).dbx microsoft.public.cn.announcement (2).dbx .... microsoft.public.cn.announcement (6).dbx microsoft.public.cn.announcement (7).dbx Each instance just syncs with its news server, never interrupts the other instances. "PA Bear" wrote in message ... Although you're accessing the newsgroup microsoft.public.news.server via two (2) different newsservers, you're only accessing one (1) newsgroup as far as your OE identity is concerned, so there can only be one (1) microsoft.public.news.server.dbx file _in one identity_ at any time. But OE will sync with the newsserver to which you're connected, which is why the messages you've downloaded from news:\\nntp.aioe.org 5 minute ago disappear when you then sync with news:\\msnews.microsoft.com. To have two (2) instances of microsoft.public.news.server.dbx (one from each newsserver), you'd have to be accessing the newsgroup via nntp.aioe.org newsserver in one identity and via msnews.microsoft.com in another identity. -- ~Robear Dyer (PA Bear) MS MVP-Windows (IE, OE, Security, Shell/User) AumHa VSOP & Admin; DTS-L.org |
OE newsgroup .dbx file name BUG
Nope: microsoft.public.cn.announcement.dbx is the DBX file OE is currently
using. The others (appended with numerals) are ones the current DBX file has replaced. You can close OE and delete the others from your store without affecting the current folder for microsoft.public.cn.announcement. -- ~PA Bear duguru wrote: Thank you for your response, PA, but I still consider it's a bug of OE. Accessing to 2 instances of one group does not need 2 identities. I can access to 8 instances of microsoft.public.cn.announcement in one identity, each instance owns its unique file name: microsoft.public.cn.announcement.dbx microsoft.public.cn.announcement (1).dbx microsoft.public.cn.announcement (2).dbx ... microsoft.public.cn.announcement (6).dbx microsoft.public.cn.announcement (7).dbx Each instance just syncs with its news server, never interrupts the other instances. "PA Bear" wrote in message ... Although you're accessing the newsgroup microsoft.public.news.server via two (2) different newsservers, you're only accessing one (1) newsgroup as far as your OE identity is concerned, so there can only be one (1) microsoft.public.news.server.dbx file _in one identity_ at any time. But OE will sync with the newsserver to which you're connected, which is why the messages you've downloaded from news:\\nntp.aioe.org 5 minute ago disappear when you then sync with news:\\msnews.microsoft.com. To have two (2) instances of microsoft.public.news.server.dbx (one from each newsserver), you'd have to be accessing the newsgroup via nntp.aioe.org newsserver in one identity and via msnews.microsoft.com in another identity. -- ~Robear Dyer (PA Bear) MS MVP-Windows (IE, OE, Security, Shell/User) AumHa VSOP & Admin; DTS-L.org |
OE newsgroup .dbx file name BUG
I think I had not clearly described the fact:
1. I subscribe 8 instances of microsoft.public.cn.announcement under 8 different news servers for testing and comparing these servers' speed, retention, binary support, posting support, canceling support, article missing. All of the 8 instances can function simultaneously, each instance functions properly as if the other instances do not exist. Different instance has different dbx file name, the instance of news:\\msnews.microsoft.com has the microsoft.public.cn.announcement (6).dbx file name. 2. Then, I unsubscribe all 8 instances, close OE, all 8 dbx files are deleted automatically. Restart OE, subscribe only one instance news:\\msnews.microsoft.com\microsoft.public.cn.an nouncement, it still uses the microsoft.public.cn.announcement (6).dbx file name (the previous recorded file name) and functions properly. 3. I want to use the microsoft.public.cn.announcement.dbx file name for news:\\msnews.microsoft.com\microsoft.public.cn.an nouncement, I have to delete news:\\msnews.microsoft.com account (and all news groups under this account) for removing the previous recorded file name. Re-add news:\\msnews.microsoft.com account, and re-subscribe news:\\msnews.microsoft.com\microsoft.public.cn.an nouncement, now it has the microsoft.public.cn.announcemen.dbx file name. 4. Every thing is ok until I subscribe microsoft.public.cn.announcement under another account (news:\\nntp.aioe.org). The news:\\nntp.aioe.org\microsoft.public.cn.announcem ent had been subscribed (with microsoft.public.cn.announcement.dbx file name) and unsubscribed before. So when RE-subscribe news:\\nntp.aioe.org\microsoft.public.cn.announcem ent, it uses the previous recorded file name (microsoft.public.cn.announcement.dbx), disaster happens! 5. I can resolve this problem by deleting news:\\nntp.aioe.org account (and all news groups under this account) for removing the previous recorded file name, re-adding news:\\nntp.aioe.org account, re-subscribing news:\\nntp.aioe.org\microsoft.public.cn.announcem ent (microsoft.public.cn.announcement.dbx has to exist in file directory before re-subscribing, else it will use microsoft.public.cn.announcement.dbx again), now it uses microsoft.public.cn.announcement (1).dbx. Both instances function ok. 6. But when I re-subscribe news:\\news.cn99.com\microsoft.public.cn.announcem ent, it also uses microsoft.public.cn.announcement (1).dbx (the previous recorded file name), disaster re-happens! 7. I can resolve this (as step 5, both microsoft.public.cn.announcement.dbx and microsoft.public.cn.announcement (1).dbx has to exist in file directory before re-subscribing) to use microsoft.public.cn.announcement (2).dbx, but disaster will re-happen if I re-subscribe an instance which owns the previous recorded file name microsoft.public.cn.announcement (2).dbx, and there's a chain of disasters waiting for me, What a BUG!!! "PA Bear" wrote in message ... Nope: microsoft.public.cn.announcement.dbx is the DBX file OE is currently using. The others (appended with numerals) are ones the current DBX file has replaced. You can close OE and delete the others from your store without affecting the current folder for microsoft.public.cn.announcement. -- ~PA Bear duguru wrote: Thank you for your response, PA, but I still consider it's a bug of OE. Accessing to 2 instances of one group does not need 2 identities. I can access to 8 instances of microsoft.public.cn.announcement in one identity, each instance owns its unique file name: microsoft.public.cn.announcement.dbx microsoft.public.cn.announcement (1).dbx microsoft.public.cn.announcement (2).dbx ... microsoft.public.cn.announcement (6).dbx microsoft.public.cn.announcement (7).dbx Each instance just syncs with its news server, never interrupts the other instances. "PA Bear" wrote in message ... Although you're accessing the newsgroup microsoft.public.news.server via two (2) different newsservers, you're only accessing one (1) newsgroup as far as your OE identity is concerned, so there can only be one (1) microsoft.public.news.server.dbx file _in one identity_ at any time. But OE will sync with the newsserver to which you're connected, which is why the messages you've downloaded from news:\\nntp.aioe.org 5 minute ago disappear when you then sync with news:\\msnews.microsoft.com. To have two (2) instances of microsoft.public.news.server.dbx (one from each newsserver), you'd have to be accessing the newsgroup via nntp.aioe.org newsserver in one identity and via msnews.microsoft.com in another identity. -- ~Robear Dyer (PA Bear) MS MVP-Windows (IE, OE, Security, Shell/User) AumHa VSOP & Admin; DTS-L.org |
OE newsgroup .dbx file name BUG
I subscribe 8 instances of microsoft.public.cn.announcement under 8
different news servers for testing and comparing these servers' speed, retention, binary support, posting support, canceling support, article missing. All of the 8 instances can function simultaneously, each instance functions properly as if the other instances do not exist. Different instance has different dbx file name, the instance of news:\\msnews.microsoft.com has the microsoft.public.cn.announcement (6).dbx file name. Your supposition is incorrect. A DBX file with an appended number (e.g., microsoft.public.cn.announcement (6).dbx) is NOT the one OE is using, no matter what newsserver you're currently using to access the newsgroup. If you subscribed to microsoft.public.cn.announcement in eight (8) separate identities, using a different newsserver in each identity, you would not see any changes in microsoft.public.cn.announcement.dbx or the contents of the microsoft.public.cn.announcement folder _in any one (1) identity_. -- ~PA Bear duguru wrote: I think I had not clearly described the fact: 1. I subscribe 8 instances of microsoft.public.cn.announcement under 8 different news servers for testing and comparing these servers' speed, retention, binary support, posting support, canceling support, article missing. All of the 8 instances can function simultaneously, each instance functions properly as if the other instances do not exist. Different instance has different dbx file name, the instance of news:\\msnews.microsoft.com has the microsoft.public.cn.announcement (6).dbx file name. 2. Then, I unsubscribe all 8 instances, close OE, all 8 dbx files are deleted automatically. Restart OE, subscribe only one instance news:\\msnews.microsoft.com\microsoft.public.cn.an nouncement, it still uses the microsoft.public.cn.announcement (6).dbx file name (the previous recorded file name) and functions properly. 3. I want to use the microsoft.public.cn.announcement.dbx file name for news:\\msnews.microsoft.com\microsoft.public.cn.an nouncement, I have to delete news:\\msnews.microsoft.com account (and all news groups under this account) for removing the previous recorded file name. Re-add news:\\msnews.microsoft.com account, and re-subscribe news:\\msnews.microsoft.com\microsoft.public.cn.an nouncement, now it has the microsoft.public.cn.announcemen.dbx file name. 4. Every thing is ok until I subscribe microsoft.public.cn.announcement under another account (news:\\nntp.aioe.org). The news:\\nntp.aioe.org\microsoft.public.cn.announcem ent had been subscribed (with microsoft.public.cn.announcement.dbx file name) and unsubscribed before. So when RE-subscribe news:\\nntp.aioe.org\microsoft.public.cn.announcem ent, it uses the previous recorded file name (microsoft.public.cn.announcement.dbx), disaster happens! 5. I can resolve this problem by deleting news:\\nntp.aioe.org account (and all news groups under this account) for removing the previous recorded file name, re-adding news:\\nntp.aioe.org account, re-subscribing news:\\nntp.aioe.org\microsoft.public.cn.announcem ent (microsoft.public.cn.announcement.dbx has to exist in file directory before re-subscribing, else it will use microsoft.public.cn.announcement.dbx again), now it uses microsoft.public.cn.announcement (1).dbx. Both instances function ok. 6. But when I re-subscribe news:\\news.cn99.com\microsoft.public.cn.announcem ent, it also uses microsoft.public.cn.announcement (1).dbx (the previous recorded file name), disaster re-happens! 7. I can resolve this (as step 5, both microsoft.public.cn.announcement.dbx and microsoft.public.cn.announcement (1).dbx has to exist in file directory before re-subscribing) to use microsoft.public.cn.announcement (2).dbx, but disaster will re-happen if I re-subscribe an instance which owns the previous recorded file name microsoft.public.cn.announcement (2).dbx, and there's a chain of disasters waiting for me, What a BUG!!! "PA Bear" wrote in message ... Nope: microsoft.public.cn.announcement.dbx is the DBX file OE is currently using. The others (appended with numerals) are ones the current DBX file has replaced. You can close OE and delete the others from your store without affecting the current folder for microsoft.public.cn.announcement. -- ~PA Bear duguru wrote: Thank you for your response, PA, but I still consider it's a bug of OE. Accessing to 2 instances of one group does not need 2 identities. I can access to 8 instances of microsoft.public.cn.announcement in one identity, each instance owns its unique file name: microsoft.public.cn.announcement.dbx microsoft.public.cn.announcement (1).dbx microsoft.public.cn.announcement (2).dbx ... microsoft.public.cn.announcement (6).dbx microsoft.public.cn.announcement (7).dbx Each instance just syncs with its news server, never interrupts the other instances. "PA Bear" wrote in message ... Although you're accessing the newsgroup microsoft.public.news.server via two (2) different newsservers, you're only accessing one (1) newsgroup as far as your OE identity is concerned, so there can only be one (1) microsoft.public.news.server.dbx file _in one identity_ at any time. But OE will sync with the newsserver to which you're connected, which is why the messages you've downloaded from news:\\nntp.aioe.org 5 minute ago disappear when you then sync with news:\\msnews.microsoft.com. To have two (2) instances of microsoft.public.news.server.dbx (one from each newsserver), you'd have to be accessing the newsgroup via nntp.aioe.org newsserver in one identity and via msnews.microsoft.com in another identity. -- ~Robear Dyer (PA Bear) MS MVP-Windows (IE, OE, Security, Shell/User) AumHa VSOP & Admin; DTS-L.org |
OE newsgroup .dbx file name BUG
"A DBX file with an appended number (e.g., microsoft.public.cn.announcement
(6).dbx) is NOT the one OE is using"??? 1. Now, I unsubscribe all microsoft.public.cn.announcement instances, close OE, all microsoft.public.cn.announcement*.dbx files are deleted automatically. 2. Then I subscribe news:\\news.edisontel.com\microsoft.public.cn.anno uncement, a microsoft.public.cn.announcement (3).dbx file is created automatically (the previous recorded file name). 3. The property dialog shows: "This newsgroup stores in the following file: H:\msOE\microsoft.public.cn.announcement (3).dbx". 4. After download 138 titles, microsoft.public.cn.announcement (3).dbx file size is 138 KB. 5. After download 20 articles, microsoft.public.cn.announcement (3).dbx file size is 266 KB, file date also updates. 6. Compact folder, microsoft.public.cn.announcement (3).dbx file size is 184 KB, file date updates. 7. Rest and compact folder, microsoft.public.cn.announcement (3).dbx file size is 59 KB, file date updates. 8. There's only one file is changing, if OE is not using microsoft.public.cn.announcement (3).dbx, which file is OE using? Why does microsoft.public.cn.announcement (3).dbx change its file size and date relating to newsgroup folder operations? "PA Bear" wrote in message ... I subscribe 8 instances of microsoft.public.cn.announcement under 8 different news servers for testing and comparing these servers' speed, retention, binary support, posting support, canceling support, article missing. All of the 8 instances can function simultaneously, each instance functions properly as if the other instances do not exist. Different instance has different dbx file name, the instance of news:\\msnews.microsoft.com has the microsoft.public.cn.announcement (6).dbx file name. Your supposition is incorrect. A DBX file with an appended number (e.g., microsoft.public.cn.announcement (6).dbx) is NOT the one OE is using, no matter what newsserver you're currently using to access the newsgroup. If you subscribed to microsoft.public.cn.announcement in eight (8) separate identities, using a different newsserver in each identity, you would not see any changes in microsoft.public.cn.announcement.dbx or the contents of the microsoft.public.cn.announcement folder _in any one (1) identity_. -- ~PA Bear |
OE newsgroup .dbx file name BUG
You can find out the name of the dbx file that OE is using by right clicking
on the newsgroup name in the folder list and going to Properties. That shows the path to the file. steve "duguru" wrote in message ... "A DBX file with an appended number (e.g., microsoft.public.cn.announcement (6).dbx) is NOT the one OE is using"??? 1. Now, I unsubscribe all microsoft.public.cn.announcement instances, close OE, all microsoft.public.cn.announcement*.dbx files are deleted automatically. 2. Then I subscribe news:\\news.edisontel.com\microsoft.public.cn.anno uncement, a microsoft.public.cn.announcement (3).dbx file is created automatically (the previous recorded file name). 3. The property dialog shows: "This newsgroup stores in the following file: H:\msOE\microsoft.public.cn.announcement (3).dbx". 4. After download 138 titles, microsoft.public.cn.announcement (3).dbx file size is 138 KB. 5. After download 20 articles, microsoft.public.cn.announcement (3).dbx file size is 266 KB, file date also updates. 6. Compact folder, microsoft.public.cn.announcement (3).dbx file size is 184 KB, file date updates. 7. Rest and compact folder, microsoft.public.cn.announcement (3).dbx file size is 59 KB, file date updates. 8. There's only one file is changing, if OE is not using microsoft.public.cn.announcement (3).dbx, which file is OE using? Why does microsoft.public.cn.announcement (3).dbx change its file size and date relating to newsgroup folder operations? "PA Bear" wrote in message ... I subscribe 8 instances of microsoft.public.cn.announcement under 8 different news servers for testing and comparing these servers' speed, retention, binary support, posting support, canceling support, article missing. All of the 8 instances can function simultaneously, each instance functions properly as if the other instances do not exist. Different instance has different dbx file name, the instance of news:\\msnews.microsoft.com has the microsoft.public.cn.announcement (6).dbx file name. Your supposition is incorrect. A DBX file with an appended number (e.g., microsoft.public.cn.announcement (6).dbx) is NOT the one OE is using, no matter what newsserver you're currently using to access the newsgroup. If you subscribed to microsoft.public.cn.announcement in eight (8) separate identities, using a different newsserver in each identity, you would not see any changes in microsoft.public.cn.announcement.dbx or the contents of the microsoft.public.cn.announcement folder _in any one (1) identity_. -- ~PA Bear |
All times are GMT +1. The time now is 12:34 PM. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 2.4.0
Copyright ©2004-2006 OutlookBanter.com