* Originally in NZ_TEST
* Crossposted in FMAIL_HELP

Hi Paul,

On 2017-06-09 21:20:14, you wrote to me:

------------ Fri 2017-06-09, FMail-W32-2.0.1.4
21:16:08.498 Import
21:16:15.939 Maximum message base size has been reached (# records) 21:16:15.939 - new txt recs: 72, orig txt recs: 65464
21:16:25.268 Updating actual message base files...
21:16:25.315 Netmail: 0, Personal: 0, Hudson: 0, JAMbase: 0 21:16:25.315 Msgbase net: 0, echo: 0, dup: 0, bad: 0
21:16:25.331 Hudson echo write error
21:16:25.346 Exiting with errorlevel 1

Can you help me figure out the above error and how to fix it?

Try the following:

Delete as many messages as possible with your message editor in the hudson message base areas (dup, bad, ...).
Then run: FToolsW32.exe MAINT -H -D -N -O -P

Bye, Wilfred.

--- FMail-lnx64 2.1.0.11-B20170605
* Origin: FMail development HQ (2:280/464)

On 06/09/17, Wilfred van Velzen pondered and said...

Try the following:

Delete as many messages as possible with your message editor in the
hudson message base areas (dup, bad, ...).
Then run: FToolsW32.exe MAINT -H -D -N -O -P

Bye, Wilfred.

OK will need to set up a message editor to look at the base as I don't as a rule look at it. Is it something I am going to need to do manually every now and then do you think?

Thanks for the reply / tips :)

--- Mystic BBS v1.12 A33 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (3:770/100)

Hi Paul,

On 2017-06-10 21:28:20, you wrote to me:

Try the following:

Delete as many messages as possible with your message editor in the
hudson message base areas (dup, bad, ...).
Then run: FToolsW32.exe MAINT -H -D -N -O -P

OK will need to set up a message editor to look at the base as I don't
as a rule look at it.

If you don't care about the contents of your hudson message areas, you can use the 'FToolsW32 DELET <BOARD>' function. To delete all messages in the board you
specify.

Is it something I am going to need to do manually every now and then
do you think?

Probably. If you have defined or use some hudson areas, and messages end up in them, you are bound to run out of space at some point in time.
Of course you can automate things by running the FTools commands in a periodic maintenance batch job. I'm running 'FToolsW32.exe MAINT /D /N /O /P' every night...

Bye, Wilfred.

--- FMail-lnx64 2.1.0.11-B20170605
* Origin: FMail development HQ (2:280/464)

On 06/10/17, Wilfred van Velzen pondered and said...

Probably. If you have defined or use some hudson areas, and messages end up in them, you are bound to run out of space at some point in time.
Of course you can automate things by running the FTools commands in a periodic maintenance batch job. I'm running 'FToolsW32.exe MAINT /D /N
/O /P' every night...

I'm running this at the moment every night but that's not addressing the
issue it would seem.

[snip]

1:03.928 Maint /D /N /O /P /R
23:51:03.928 Processing hudson message base
23:51:03.944 Deleted : 0 msgs
23:51:04.115 Space saved (Hudson) : 0 bytes
23:51:04.115 Processing jam area: ALT.BBS
23:51:04.147 Processing jam area: ALT.BBS.ADS
23:51:04.225 Processing jam area: ALT.BBS.ALLSYSOP
23:51:04.240 Processing jam area: ALT.BBS.AMIGA.CNET
23:51:04.271 Processing jam area: ALT.BBS.DOORS

[snip]

23:53:24.484 Processing jam area: UK.TECH.BROADCAST
23:53:24.562 Space saved (JAM) : 8766614 bytes
23:53:24.562 Maint Active: 140.634 sec.

[snip]


I don't have any bad, dupe or recovery boards defined, only a netmail board which is number 1, I think this is the only hudson base.

I'm unsure how to access the netmail base to clear it / inspect it.

Will keep pondering... fair to say my attention is divided at the momemt so have not looked at this setup too closely

--- Mystic BBS v1.12 A33 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (3:770/100)

On 06/10/17, Wilfred van Velzen pondered and said...

Probably. If you have defined or use some hudson areas, and messages end up in them, you are bound to run out of space at some point in time.
Of course you can automate things by running the FTools commands in a periodic maintenance batch job. I'm running 'FToolsW32.exe MAINT /D /N
/O /P' every night...

OK I fixed it (of sorts)

The import process I use each time I run a poll to the NNTP server generates
4 netmails per poll (an hourly thing). The Hudson base has a limit of around 606/607 messages so when that filled up I hit problems. That happened a long time ago... in a galaxy.. well you get the idea :)

I checked the netmail dir I had defined and there were some 11,000+ *.MSG
files sitting there unable to be imported.

I found in the docs the hudson base was called #NETM in the docs so I ran

ftoolsw32 delete #NETM
ftoolsw32 maint /h /d /n /o /p

then I removed all the old *.msg files.

Now I can add the delete and maint switched to run as part of nightly maint
to keep the base clear. It's only ever (I hope) going to get netmail from the gateway tool that I use.

Do areafix netmail get stored there or are they just processed and removed?

Best, Paul

--- Mystic BBS v1.12 A33 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (3:770/100)

Hi Paul,

On 11 Jun 17 14:24, Paul Hayton wrote to Wilfred van Velzen:
about: "Re: Fmail":

OK I fixed it (of sorts)

Good! ;)

The import process I use each time I run a poll to the NNTP server generates 4 netmails per poll (an hourly thing). The Hudson base has a limit of around 606/607 messages so when that filled up I hit problems. That happened a long time ago... in a galaxy.. well you get the idea :)

I checked the netmail dir I had defined and there were some 11,000+ *.MSG files sitting there unable to be imported.

I found in the docs the hudson base was called #NETM in the docs so I ran

ftoolsw32 delete #NETM
ftoolsw32 maint /h /d /n /o /p

then I removed all the old *.msg files.

Now I can add the delete and maint switched to run as part of nightly maint to keep the base clear. It's only ever (I hope) going to get netmail from the gateway tool that I use.

Do areafix netmail get stored there or are they just processed and removed?

There are these settings regarding AreaFix messages:

3.3.4 Mgr options

For a more extensive explanation of some of the options below, see
also paragraph 3.8.

Keep requests

Do not delete AreaMgr requests after they have been
processed.

Keep receipts

Do not set the KILL attribute on receipts created by
AreaMgr.

Besides that, they are just netmails that should be treated as such. But I don't use a hudson area for my netmail, I keep them all as *.msg's. So I don't know how that would work out exactly, with a hudson netmail area. And so I don't use the 'import' funciton of FMail:

4.3 Import

Imports netmail messages destined for your system into the message
base. A netmail board should be defined in FConfig. Whether or not
messages to the Sysop should be imported can also be defined in
FConfig. The /A switch tells FMail to ignore AreaMgr requests.


Wilfred.

--- FMail-W32 2.0.1.4
* Origin: point@work (2:280/464.112)

Hi Paul,

On 2017-06-11 13:24:16, you wrote to me:

I'm unsure how to access the netmail base to clear it / inspect it.

Golded ?

Bye, Wilfred.

--- FMail-lnx64 2.1.0.11-B20170605
* Origin: FMail development HQ (2:280/464)

On 06/12/17, Wilfred van Velzen pondered and said...

Keep receipts

Do not set the KILL attribute on receipts created by
AreaMgr.

Besides that, they are just netmails that should be treated as such. But
I don't use a hudson area for my netmail, I keep them all as *.msg's. So
I don't know how that would work out exactly, with a hudson netmail
area. And so I don't use the 'import' funciton of FMail:

Aha OK thanks.. :)

Yes the import works OK and I thought I needed to do that but perhaps I was wrong? So how do you read your *.msgs ? Do you use GoldEd?

--- Mystic BBS v1.12 A33 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (3:770/100)

Hi Paul,

On 2017-06-13 20:15:22, you wrote to me:

Yes the import works OK and I thought I needed to do that but perhaps
I was wrong? So how do you read your *.msgs ? Do you use GoldEd?

Yes, GoldEd...

Bye, Wilfred.

--- FMail-lnx64 2.1.0.11-B20170605
* Origin: FMail development HQ (2:280/464)

On 06/13/17, Wilfred van Velzen pondered and said...

Yes, GoldEd...

Aha. thanks :)

--- Mystic BBS v1.12 A33 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (3:770/100)

On 2017 Jun 13 20:15:22, you wrote to Wilfred van Velzen:

But I don't use a hudson area for my netmail, I keep them all as
*.msg's. So I don't know how that would work out exactly, with a
hudson netmail area. And so I don't use the 'import' funciton of
FMail:

Aha OK thanks.. :)

Yes the import works OK and I thought I needed to do that but perhaps
I was wrong? So how do you read your *.msgs ? Do you use GoldEd?

don't be confused about the netmail areas... if one is running a BBS, they would generally use their tosser's netmail import and export features so their users can have access to netmail... you don't always want all netmails imported, though... as a sysop, i prefer to keep my netmails out of the BBS... they get moved to a special private netmail area solely for me... then there are the general netmails used by the mailers and tossers to communicate with others... areafix and allfix messages fall into this category... they can stay in the mailer's netmail area if it has one, al la frontdoor... the mailer's netmail area is for the mailer and the tosser to communicate... netmails between humans really belong in another netmail area solely for human access ;)

in my processing, i generally run the areafix and allfix commands first so those netmails are handled... then netmails to me are moved and finally any remaining netmails to users are imported into the BBS... then i run the toss command... this is one of the reasons why i extract the PKTs from the bundles... if i didn't do that, i'd have to dance the netmail dance again after
the tossing plus it allows the new mail to be added to the areafix response and
start the mail flowing immediately instead of after the next tossing session...

my workflow may not be the same as others' workflow but it seems to flow logically for my wants, needs and desires :)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... A hobby is hard work you wouldn't do for a living.
---
* Origin: (1:3634/12.73)

HI there

What is the latest version and where can it be obtained?

I looked at SF but am not sure that is the most recent one?

Do you know if tools that look at JAM bases created by Fastecho would also
work on JAM bases created by Fmail?

Can I just import/migrate current JAM bases used in Fastecho across to Fmail?

Is there zone stripping of seen-bys?

Can netmail please be handled by Fmail using a JAM base, please :)

--- Mystic BBS v1.12 A39 2018/04/21 (Windows/32)
* Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (3:770/100)

Hi Paul,

On 2018-11-29 22:36:16, you wrote to me:

What is the latest version and where can it be obtained?

I looked at SF but am not sure that is the most recent one?

That's currently the latest release. Sometimes there are newer development versions, but they aren't published.

Do you know if tools that look at JAM bases created by Fastecho would
also work on JAM bases created by Fmail?

JAM is a standardized public format. There are no opperational issues between golded and fmail on jam messagebases afaik, for instance.

There once was a report of someone that went from fastecho to fmail and back to
fastecho, where there was an issue with jam on the second step. But I don't remember the details, and if it was investigated and or resolved or not...

Can I just import/migrate current JAM bases used in Fastecho across to Fmail?

You should. But it doesn't hurt to have backups. ;)

Is there zone stripping of seen-bys?

No.

(However you can configure "Tiny Seenbys" for each area and/or each node, if you choose so. Should be off by default.)

Can netmail please be handled by Fmail using a JAM base, please :)

Not yet. ;)


Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)