Message Area
Casually read the BBS message area using an easy to use interface. Messages are categorized exactly like they are on the BBS. You may post new messages or reply to existing messages!

You are not logged in. Login here for full access privileges.

Previous Message | Next Message | Back to D'Bridge Support Echo  <--  <--- Return to Home Page
   Networked Database  D'Bridge Support Echo   [644 / 900] RSS
 From   To   Subject   Date/Time 
Message   mark lewis    Rob Swindell   Dupeloops   June 19, 2018
 7:10 PM *  

 On 2018 Jun 19 14:26:36, you wrote to me:

 >> in numerous cases, yes... but, if i want a rescan of an area that had
 >> damaged  data files and i'm trying to recover the last year's messages,
 >> why should the  rescanned messages be sent on to any other system? mine
 >> is the only one that  wants or needs them... why should other linked
 >> systems have to do the  additional work? if we just don't send
 >> ^aRESCANNED messages on to other  systems, no other systems would be
 >> bothered...

 RS> I don't dispute that rescanned message shouldn't be forwarded to
 RS> downlinks and I just committed a change to SBBSecho to that effect.

that is so very cool, man! <3

 >> i've seen the second one cause systems to only see, for example, the
 >> first monthly posting of something and they never see it again in any
 >> of the following months... then it is purged out of their message base
 >> and they don't  have it any more and don't receive it either... maybe
 >> it is echo rules... maybe it is a monthly PSA...

 RS> And if it's duplicate, it's a duplicate. That's why auto-posters should
(?)
 RS> put timestamps or other unique data in their message body if they really
 RS> want to avoid being ignored as dupes.

there is that... it is something i have considered adding to my automated
postings but haven't...

 RS> But including metadata (control lines) in the dupe detection seems
 RS> like a bad approach. If message takes a different path, it'll have
 RS> different metadata, but it's still a dupe (and often that's how dupes
 RS> arrive, via a different path than the original).

AFAIK, seenbys and paths are not included in most dupe detection schemes...
other non-changing control lines are fine to be included... one of the problems
 comes when some system sort those control lines on messages they are passing
along... we don't see so much of that like we did at one time ;)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... Impossibility is an excuse before the law.
---
 * Origin:  (1:3634/12.73)
  Show ANSI Codes | Hide BBCodes | Show Color Codes | Hide Encoding | Hide HTML Tags | Show Routing
Previous Message | Next Message | Back to D'Bridge Support Echo  <--  <--- Return to Home Page

VADV-PHP
Execution Time: 0.0793 seconds

If you experience any problems with this website or need help, contact the webmaster.
VADV-PHP Copyright © 2002-2024 Steve Winn, Aspect Technologies. All Rights Reserved.
Virtual Advanced Copyright © 1995-1997 Roland De Graaf.
v2.0.140505

Warning: Unknown: open(c:\Sessions\sess_n5gk43ka7o9ae6d8hlp9ife503, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\Sessions) in Unknown on line 0 PHP Warning: session_start(): open(c:\Sessions\sess_n5gk43ka7o9ae6d8hlp9ife503, O_RDWR) failed: No such file or directory (2) in D:\wc5\http\public\VADV\include\common.inc.php on line 45 PHP Warning: Unknown: open(c:\Sessions\sess_n5gk43ka7o9ae6d8hlp9ife503, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\Sessions) in Unknown on line 0