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: | DaiTengu |
|---|---|
| Location: | Appleton, WI |
| Users: | 1,086 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 214:29:46 |
| Calls: | 13,904 |
| Calls today: | 1 |
| Files: | 187,015 |
| D/L today: |
2,774 files (692M bytes) |
| Messages: | 2,452,754 |