Hello All!
I had a mail from a downlink that issued a request for access to a mail area,
however my system refused him.
Here is the detail from manager.log :
-!-
+ 13-Aug-2017 15:49:57 mbfido[4916] AreaMgr request from Sean Rima of
2:263/1@fidonet start
+ 13-Aug-2017 15:49:57 mbfido[4916] AreaMgr: connect "+aftershock"
+ 13-Aug-2017 15:49:57 mbfido[4916] 2:263/1@fidonet may not connect to group
AUTOCREADAS
+ 13-Aug-2017 15:49:57 mbfido[4916] AreaMgr request from Sean Rima of
2:263/1@fidonet finished
-!-
So thought err bit odd so look at the settings for AUTOCREADAS (and at the
same time the FIDONET mail group which shows as :
-!-
Group name AUTOCREADAS
Comment Autocreate
Active Yes
Use Aka 2:250/1@fidonet
Uplink 1:261/38@fidonet
Areas file BACKBONE.NA
Base path /home/mbse/var/mail/fido
Netmail reply area 1
Start new areas at 6
Read security 0 --------------------------------
Write security 0 --------------------------------
Sysop security 0 --------------------------------
Def. link security X-------------------------------
Use aliases No
Add quotes No
Auto add/del areas Yes
User add/del areas Yes
Default charset UTF-8 4
GoldED groupid #001
Start area date Sat Apr 20 16:03:58 2002
Last active date Sun Jul 23 00:13:38 2017
Group name FIDONET
Comment Fidonet areas
Active Yes
Use Aka 2:250/1@fidonet
Uplink 1:261/38@fidonet
Areas file fidoarea.lst
Base path /home/mbse/var/mail/fido
Netmail reply area 1
Start new areas at 6
Read security 0 --------------------------------
Write security 0 --------------------------------
Sysop security 0 --------------------------------
Def. link security X-------------------------------
Use aliases No
Add quotes No
Auto add/del areas Yes
User add/del areas Yes
Default charset UTF-8 4
GoldED groupid #003
Start area date Wed Apr 17 21:19:42 2002
Last active date Sun Jul 23 00:13:38 2017
-!-
As far as I know the flags in Def. link security is the only one that matters
other than what is set for the downlink so then looked there (I have omitted
the passwd blocks:
-!-
Sysop Sean Rima
First date Thu Oct 23 15:31:49 2014
Last date Sat Jul 22 23:39:17 2017
Aka 1 2:263/1@fidonet
Route via 2:263/1@fidonet
..
passwords block removed
..
Mail direct Yes Mail crash No Mail hold Yes
Pack mail Yes Send notify Yes Language E
No EMSI No No YooHoo/2U2 No No Filerequests No
Don't call No 8.3 filenames No Use NR mode No
No PLZ No No GZ/BZ2 No No Zmodem No
No Zedzap No No Hydra No binkp old esc No
No binkp/1.1 No Ignore Hold/Down No Mail forward No
Check mailpwd No ARCmail comp. Yes ACRmail a..z Yes
Send message No Send .TIC Yes File forward No
Advanced TIC Yes Advanded SB Yes Sent To line Yes
TIC 4d addresses No
Security flags X-------------------------------
Outbound session Direct
Inbound session Direct
Uplink mgrs Program Password BBBS
------------ -------- --------------- ----
Files metpOI Yes
Mail metpOI Yes
Statistics Send KBytes Received KBytes
------------ -------- -------- -------- --------
Total files 106 4864 0 4864
Total mail 3983 56
File groups:
ALLFILES APPLEMAC BBBSFDN BFDS CHEEPWARE
COBOL-TOOLS DBRIDGE FDN ECHOLIST FERNWOOD FIDO-ADMIN
FIDOGAZETTE FIDONEWS FILEMGR GFD LNX4
MBSE MYSTIC NASA NODEDIFFS ODDBALL
OREDSON S/W OS2 PASCALFDN PDN PERLNET
R50 RAR SDS SFDS SPORTNET
STN TABLETS TAURUS FDN UTILNET W32BINKD
WINDOWS
Mail groups:
AUTOCREADAS FIDONET LOCAL NEWS GROUPS Sportnet
-!-
From the above the Security flags is the same and he is set up for both
FIDONET
and AUTOCREADAS mail groups.
So why is mbse refusing him ?
The mail group was set up many years ago when the new was important for new
mail areas being auto added into the system but was made redundant with the
introduction of using the Areas File and yes I have one I built myself for
FIDONET and the standard one BACKBONE.NA for FIDONET but the problem here is
that backbone.na is not being maintained hence my usage of my own created one
for one of them. This way at least according to my logic is that if an area
is
in the old BACKBONE.NA it will belong to FIDONET and if not AUTOCREADAS using
my created list (which I do not keep fully up to date other than look at what
mail areas go into my bad area.
So the question is what on earth is wrong that is stopping the downlink from
adding himself into an area that is assigned to AUTOCREADAS group ?
I did have a thought of moving all areas from AUTOCREADAS to FIDONET but there
is no "G" option to do so and no I am not going to do that one mail area at a
time as it will take far too long with no garrantee it will work.
This option for the G(roup) change in mail or for that matter file groups
would
be handy as also most of the sub params within each Group such as group chane
for say the various flags "Mail direct", "Mail Crash" etc.
Could be another reason for changing the existing internal mbse database type
system used for all of the various data blocks moving to say a SQL system such
as MySQL or even SQLite etc. However it would involve a good weeks worth of
programming in understanding the fields for each database and creating SQL
ones
as replacements.
That said it it did use SQL then it would be a simple task to issue a SQL
command to change all rows required extremely easily.
Vince
--- Mageia Linux v5/Mbse v1.0.7.2/GoldED+/LNX 1.1.501-b20150715
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)
|
The Linux/FreeBSD MBSE BBS Suppo... 
