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 FMAIL SUPPORT <-- <--- | Return to Home Page |
|
||||||
From | To | Subject | Date/Time | |||
Wilfred van Velzen | Nicholas Boel | Re: Argh.. |
August 9, 2017 9:03 AM * |
|||
Hi Nicholas, On 08 Aug 17 20:20, Nicholas Boel wrote to All: about: "Argh..": NB> Last question for tonight, and maybe I'll get an answer by tomorrow. It's received here at 3:26 in the middle of the night. NB> So I have everything setup, including in my node manager for my link NB> (myself) I have compression set to NONE. Also, in my NB> compression/decompression settings I only have ZIP setup, and set as NB> default (even though this shouldn't matter since my link is set to no NB> compression). Indeed. NB> That said, when I run "fmail scan -A -E -N -J -S" (even though I NB> really don't need all that), I get: So you red the docs? (I don't use any options on my "regular" scan command) -E and -N are mutually exclusive. I don't know what happens when you use both at the same time. NB> Retrying to compress outgoing mailpacket(s) NB> DEBUG packArc: file /home/axisd/fido/outbound/00000001.qqq 1:154/10.1 -> NB> 1:154/10 outStatus:2 Hey you build a debug version. outStatus:2 just means the node has "crash" status. This is logged at the beginning of the packArc function. It's what happens afterwards that is the interesting part... NB> There the .QQQ file sits with my two messages in my outbound NB> directory. I'm lost. .qqq files are temporary pkt files that are left when something went wrong scanning/packing. And are retried the next time fmail is run. Wilfred. --- FMail-W32 2.0.1.4 * Origin: point@work (2:280/464.112) |
||||||
|
Previous Message | Next Message | Back to FMAIL SUPPORT <-- <--- | Return to Home Page |
Execution Time: 0.0886 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. |