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
   Networked Database  FMAIL SUPPORT   [362 / 801] RSS
 From   To   Subject   Date/Time 
Message   mark lewis    Nicholas Boel   New test..   August 15, 2017
 8:16 AM *  

 On 2017 Aug 14 18:45:26, you wrote to Paul Quinn:

 NB> Just seems I'm having an issue with echomail.jam now. Golded creates it in
 NB> the right place,

is golded creating it in the proper format?

 NB> but running "fmail scan" seems to find it, and delete it, but doesn't
 NB> actually scan out the message.

this seems to indicate another bug or invalid format that isn't being
complained about...

----->8 snip 8<-----

the format of echomail.jam is:

  one line per message.
  each line contains two parts.
    the 1st part is the full path to the message base plus the base name.
    the 2nd part is the message number to be exported.

  eg:
    G:\JAM\FIDO\H\HAM 145346
    G:\JAM\FIDO\H\HAM 145352
    G:\JAM\FIDO\C\COOKING 576683
    G:\JAM\FIDO\H\HAM 145357

    the above says to export messages #145346 and #145352 from the message
    base named HAM in the G:\JAM\FIDO\H directory. and to also export
    message #576683 from the COOKING message base located in the
    G:\JAM\FIDO\C directory. then back to the HAM message base to export
    message #145357.

----->8 snip 8<-----

at least one program, the last version of allfix by the original author, has a
problem with echomail.jam... it is using the wrong variable type (word vs
longint) for the message number so they are wrapped (actually modulo math or
clock math) at 65535... so when message numbers in a base that allfix posts to
get larger than 65535, it writes the wrong (smaller) number to the echomail.jam
 file...

 NB> "fmail scan -S" finds the message and scans it out, though. Odd.

that's actually a GoodThing<tm> :)  i have to use it to scan out allfix's posts
 on my main system... since it takes a while on a large message base setup, i
only have it run at midnight which is why one sees batches of the new file
arrival posts from my main system after midnight each night...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... As handy as an indulgent husband.
---
 * Origin:  (1:3634/12.73)
  Show ANSI Codes | Hide BBCodes | Show Color Codes | Hide Encoding | Hide HTML Tags | Show Routing
Previous Message | Next Message | Back to FMAIL SUPPORT  <--  <--- Return to Home Page

VADV-PHP
Execution Time: 0.1026 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.
v2.0.140505

Warning: Unknown: open(c:\Sessions\sess_gg1hkfi53n1a5spt6r5jgtvo34, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\Sessions) in Unknown on line 0 PHP Warning: session_start(): open(c:\Sessions\sess_gg1hkfi53n1a5spt6r5jgtvo34, O_RDWR) failed: No such file or directory (2) in D:\wc5\http\public\VADV\include\common.inc.php on line 45 PHP Warning: Unknown: open(c:\Sessions\sess_gg1hkfi53n1a5spt6r5jgtvo34, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\Sessions) in Unknown on line 0