Outlook Banter

Outlook Banter (http://www.outlookbanter.com/)
-   Outlook Express (http://www.outlookbanter.com/outlook-express/)
-   -   OE newsgroup .dbx file name BUG (http://www.outlookbanter.com/outlook-express/47698-oe-newsgroup-dbx-file-name.html)

duguru May 7th 07 01:20 PM

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)?


Bruce Hagen May 7th 07 03:57 PM

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)?



duguru May 7th 07 07:43 PM

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~



PA Bear May 8th 07 04:16 PM

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~



duguru May 8th 07 05:42 PM

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



PA Bear May 8th 07 08:07 PM

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



duguru May 9th 07 04:51 AM

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



PA Bear May 9th 07 08:44 AM

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



duguru May 9th 07 10:28 AM

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



Steve Cochran May 9th 07 12:35 PM

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