| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Argh.. |
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{at}work (2:280/464.112) SEEN-BY: 103/705 154/10 203/0 229/426 240/5832 249/303 261/38 280/464 5003 SEEN-BY: 280/5555 292/624 854 310/31 423/120 633/0 267 280 281 412 640/384 SEEN-BY: 712/848 770/1 2320/100 @PATH: 280/464 712/848 633/280 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™.