Text 2658, 43 rader
Skriven 2004-12-02 11:49:42 av Philip Lozier (1:267/169)
   Kommentar till text 2654 av Michiel van der Vlist (2:280/5555)
Ärende: Lost messages perhaps...
================================
 >> Unfortunately the tosser I use (FMail) uses the HMB to toss
 >> bad messages for later retrieval, and it seems our Russian
 >> freinds are very busy in the echoes... the ru.* echoes

 MvdV> Well, there are still some 90.000 registered points and
 MvdV> most of them in former USSR. So one can expect a bit of
 MvdV> activity there...

I would say without any doubt that the activity is there.

 >> exceeded the 13 meg limit

 MvdV> It is 16 Meg IIRC.

Swore it was 13, but I could be wrong.

 >> in just one night, and I had to wipe it clean... this was
 >> also preventing packets from tossing once FMail would try
 >> to toss one and get an HMB write error.

 MvdV> Ah, you shouldn't use HMB if you want to import so much
 MvdV> echomail. Why not switch to JAM? Fmail supports that too.

All of the actual echoes are in JAM format.  FMail does -not- support JAM for
netmail boards, bad message boards, and recovery boards... they -have- to be
hudson.  They all got tossed into area 2, my bad message board, because the
areas were coming in quicker than I could set them up, and it quickly jumped to
over 18megs.  I got it all straightened out now though.  I removed area 2 as an
active BMB, and then added all the areas FMail was seeing as new areas, then
rectivated the BMB, and did a "fmailw32.exe toss /b", which still left the area
too large so followed it up with "ftoolsw3.exe maint /p" which trimmed it right
down.  Got lucky this time... happened once a long time ago, earlier version of
FMail, and once the HMB was too large, there was no fixing it short of deleting
the files and starting it fresh.

The only areas aside from bad, netmail, and recovery I keep in the HMB are the
local BBS areas, as this keeps them on top of any other areas that are later
added to the JAM base.

Phil

--- FMail/Win32 1.60
 * Origin: (1:267/169)