| |
DL1BDY > DIEBOX 07.03.98 13:20l 37 Lines 1931 Bytes #-10234 (0) @ DL
BID : 073802DB0OBK
Read: GUEST
Subj: RE: DH9YAI, BID-Verwaltung
Path: DB0ZKA<DB0ABH<DB0SRS<DB0MW<DB0ERF<DB0NHM<DB0EAM<DB0OBK
Sent: 980307/1144z @:DB0OBK.#NDS.DEU.EU [JO42AG,TheBox,DL1BDY] $:073802DB0OBK
de DL1BDY @ DB0OBK.#NDS.DEU.EU (Chris)
to DIEBOX @ DL
Hallo Tobias, hallo liebe Leser....der beschriebene Effekt erklaert sich am
besten, wenn man weiss, wie DIEBOX die BID-Verwaltung macht:
DIEBOX merket sich alle einkommenden BIDs in den FIles BULLID.BOX bzw.
CBULLID.BOX. Die Anzahl der BIDs in diesen Files wird durch den Eintrag
"verbleibende BIDs nach WASHUP" in der CONFIG.BOX beeinflusst. Einzig ueber
diese beiden Files entscheidet DIEBOX ueber Annahme oder Abweisung einer
angebotenen BID. Dabei ist vollkommen unerheblich, ob eine BID noch in der
Box vorhanden ist, oder nicht. Wenn man also im Extremfall die Anzahl der
verbleibenden BIDs z.B. auf nur 10 einstellt, wuerden dadurch so ziehmlich
alle Mails mehrfach angenommen werden, auch wenn sie schon vorhanden sind.
Es empfiehlt sich also, die Anzahl der verbleibenden BIDs recht hoch zu
konfigurieren. Bei der Menge M- und E-Mails sind 80000 durchaus angemessen.
Es koennen nach Belieben auch mehr sein. Damit laesst sich der von Tobias
beschriebene Effekt wirkungsvoll vermeiden. Die Aenderungen sind per Remote
bei laufender Box machbar, da durch das RESTART-Kommando die CONFIG.BOX
komplett neu eingelesen wird.
Zu den Fragen:
Negative Auswirkungen gibt es nicht, bis auf die Tatsache, dass
Plattenkapazitaet durch doppelte Mails belegt wird.
Man kann die Doubletten leider nur durch Auslesen bzw. das CHECK-Kommando mit
BID-Parameter finden. Allerdings kann man sich die Suche erleichtern:
CHECK-Befehl mit BID-Option setzen; den CHECK-Output abspeichern und z.B. mit
DOS-SORT oder MEGBSORT (von DF3VI) nach BID sortieren. Dann sieht man sofort
die doppelten Eintraege.
Die Abwehr von BIDs ist nur ueber die eingangs beschriebenen Files moeglich.
Sicherlich sind die beschriebenen Ablaeufe nicht ganz optimal. DIe
Nachfolgeversion wird auch eine ganz andere BID-Verwaltung haben, die diese
Probleme nicht mehr kennt.
73s de Chris, DL1BDY, SysOp DB0OBK
Read previous mail | Read next mail
| |
