As this area belongs to a Portuguese-echoed area at Fido,
I requested my RC a %RESCAN, but to my surprise I got only the
messages from outside my system... All the old messages from my
BBS got stuck into the DUPES area.
As my uplink uses FastEcho, is there a way to overcome
this?
As my uplink uses FastEcho, is there a way to overcome this?
I had recently an issue with a JAM area into my system that got
corrupted beyond repair.
As this area belongs to a Portuguese-echoed area at Fido, I requested
my RC a %RESCAN, but to my surprise I got only the messages from
outside my system... All the old messages from my BBS got stuck into
the DUPES area.
As my uplink uses FastEcho, is there a way to overcome this?
^^^As my uplink uses FastEcho, is there a way to overcome this?
Just the guy for a copy of his JAM files. :)
As my uplink uses FastEcho, is there a way to overcome
this?
But isn't this *your* system detecting them as dupes / already
imported?
As my uplink uses FastEcho, is there a way to overcome this?
maybe delete your dupe database and %RESCAN again??
As my uplink uses FastEcho, is there a way to overcome this?
maybe delete your dupe database and %RESCAN again??
You mean, deleting the DUPES area?
As my uplink uses FastEcho, is there a way to overcome
this?
But isn't this *your* system detecting them as dupes / already
imported?
Indeed. I was wondering if there were any way to "force"
the rescan and tell the messagebase to ignore the dupe setting.
Sysop: | digital man |
---|---|
Location: | Riverside County, California |
Users: | 1,041 |
Nodes: | 15 (0 / 15) |
Uptime: | 244:15:00 |
Calls: | 500,341 |
Calls today: | 14 |
Files: | 95,205 |
D/L today: |
7,143 files (1,382M bytes) |
Messages: | 465,872 |