TIP: Click on subject to list as thread! ANSI
echo: binkd
to: WILFRED VAN VELZEN
from: JOACIM MELIN
date: 2017-12-07 21:41:00
subject: Re: Binkd nondinnding to

 WvV> Hi Joacim,

 WvV> On 2017-12-07 20:27:03, you wrote to All:

 JM>> quick question: I got a setup with Crashmail II tossing and scanning
 JM>> FTN style mail for my BBS. It all works fine with Fidonet but if I add
 JM>> a second network to my BBS, to Crashmail II and to Binkd it goes
 JM>> south. Binkd will not touch any outgoing mail to any other network
 JM>> than Fidonet. In my case, I'm also a member of Aminet and any mail
 JM>> created for Aminet is found and put in the outgoing folder by
 JM>> Crashmail II.  Once there, Binkp will not even send it if my Aminet
 JM>> HUB will connect to me and send me mail.

 JM>> Here's Crashmail II's output:

 JM>> Exporting message #8 from "Joacim Melin" to "All" in SYSOP_AMY 1
 JM>> message exported Scanning for orphan files Scanning for old packets
 JM>> Scanning for new files to pack Sending 29974200.pkt unpacked to
 JM>> 39:150/200.0 Updating hwm for area SYSOP_AMY, old = 7, new = 8
 JM>> CrashMail end

 JM>> Binkp does... nothing at this point. Just sits there.

 JM>> I see two possible issues:

 JM>> 1. Crashmail II only has one (1) setting for outgoing mail:

 JM>> INBOUND /fido/inbound/
 JM>> OUTBOUND /fido/outbound/

 JM>> Maybe Binkp would like it better if outgoing mail for different networks
 JM>> was sorted in different folders?

 WvV> Outbound pkt files for other zones should be put in seperate
 WvV> automatically created directories.

 WvV> For instance:

 WvV> FidoNet Zone 1 -> /fido/outbound.001
 WvV> AmigaNet Zone 39 -> /fido/outbound.027

 WvV> You don't specify these either in your binkd.conf! This would look
 WvV> like:

 WvV> domain fidonet  /fido/outbound 2
 WvV> domain AmigaNet /fido/outbound 2

Thanks for your input!  I noticed now that there are a folder named
/fido/AmigaNet.027. In there is the outgoing packet that was created earlier
tonight. But it's still not sent out properly.  The content of the 009600c8.clo
is as follows: 

^/fido/outbound/be9ed600.pkt
^/fido/outbound/be9f1e00.pkt
^/fido/outbound/bea52300.pkt
^/fido/outbound/59bea5c4.su0
^/fido/outbound/59bea5c4.su1
^/fido/outbound/59bea5c4.tu0
^/fido/outbound/59bea5c4.tu1
^/fido/outbound/59bea5c4.tu2
^/fido/outbound/59bea5c4.tu3
^/fido/outbound/59bea5c4.we0
^/fido/outbound/59bea5c4.th0
^/fido/outbound/2994e600.pkt
^/fido/outbound/29974200.pkt

Which, I guess, is all the outgoing packets that hasn't been sent yet. I wonder
if the ^ symbol in front of the path is what mess things up. I have no idea
where that symbol comes from though. 



--- NiKom v2.3.1
* Origin: Delta City (deltacity.se, Vallentuna, Sweden) (2:201/120.0)

SOURCE: echomail via QWK@docsplace.org

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™.