| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Strange error |
Hello Andrew, On Monday December 03 2007 21:03, you wrote to Timothy Cornett: AL> What I used to have to do was pick up the packets from Janis with AL> BinkD. After that was done, IRex would start to work ok again That makes sense. Apparently there is some sort of incompatibility problem bewteen BinkD and Irex. BinkD insists on sending the file and Irex refuses it because it has already got (part of?) it. If the file is removed form the sender's que. Either manually by the sysop of the sending system or by the receiver by downloading it with BinkP the problem is solved. AL> until the problem resurfaced. Until another file gets corrupted in transfer or until the sender want to send a file with the same name as the previous file causing the problem. Now that we know where the problem files end up, it is relatively easy to solve. Just clear the subdirectories of the hold directory. One could even do that in a batch file that starts Irex. Just like some people clear out the *.0 semphores in the sema directory when starting Irex. Cheers, Michiel --- GoldED+/W32-MINGW 1.1.5-b20070503* Origin: http://www.vlist.org (2:280/5555) SEEN-BY: 10/1 3 14/250 300 34/999 90/1 103/105 106/1 120/228 123/500 134/10 SEEN-BY: 140/1 222/2 226/0 249/303 261/20 38 100 1381 1404 1406 1410 1418 SEEN-BY: 266/1413 280/1027 320/119 393/68 633/104 200 260 262 267 285 690/682 SEEN-BY: 690/734 712/848 800/432 801/161 189 2222/700 2320/100 105 200 303 SEEN-BY: 2905/0 @PATH: 280/5555 5003 2432/200 774/605 123/500 261/38 633/260 267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.