1. Forum
  2. FidoNet
  3. MBSE Support

  • Bug?

    From Vince Coen@2:250/1 to Andrew Leary on Thu Mar 19 10:34:37 2015
    Hello Andrew!

    Tuesday March 17 2015 05:04, you wrote to me:

    Hello Vince!

    Monday March 16 2015 16:53, Vince Coen wrote to Andrew Leary:

    If you have the time? can you take a look at the way mbse deals
    with setting up or amending a users password (both new and
    existing)?

    On my system, since changing from Mandriva 2011 (and previous
    versions) to Mageia v4 (and v3) when a new user telnet's in s/he
    can only get as far as entering a password then it fails by
    saying that the file (shadow) is busy.

    I think this is something specific to Mageia, because it works fine on
    other distributions, including Debian, Ubuntu, and Slackware. I would
    have to try setting up a test system on Mageia to see if I can sort
    that out.

    It may well be the way mbse sets the password that conflicts but I could not see it
    when I looked at the code but I am hardly current with C and may have missed some
    odd coding but it does 'assume' specific working that may be out of date with current kernels and password processing.

    Most odd !


    Vince

    --- Mageia Linux v4/Mbse v1.0.4/GoldED+/LNX 1.1.5-b20130910
    * Origin: Air Applewood, The Linux Gateway to the UK (2:250/1)
  • From Sean Dennis@1:18/200 to All on Mon Feb 14 08:14:05 2022
    Hello All,

    I recently discovered that for some reason, uncompressed mail packets are not being tossed in upon receipt and are instead being tossed in much later in queue. This does not seem to affect compressed mail packets. The mail IS tossing but very slowly. So I am going to set up a MBSE test system that is non-production and we're going to debug this. This is the same issue that popped up the last time with my using MBSE (and why, out of frustration, I switched back to my OS/2 set up). This time around I'm going to stick to MBSE and figure out why it's acting this way with uncompressed mail packets. I have two Fidonet links that use uncompressed packets and it's only the mail from these two links that are affected.

    -- Sean

    ... When my phone battery died, I was angry and needed to find an outlet.
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Outpost BBS * Johnson City, TN (1:18/200)
  • From Vincent Coen@2:250/1 to Sean Dennis on Mon Feb 14 14:33:46 2022
    Hello Sean!

    Monday February 14 2022 08:14, you wrote to All:

    Hello All,

    I recently discovered that for some reason, uncompressed mail packets
    are not being tossed in upon receipt and are instead being tossed in
    much later in queue. This does not seem to affect compressed mail
    packets. The mail IS tossing but very slowly. So I am going to set
    up a MBSE test system that is non-production and we're going to debug
    this. This is the same issue that popped up the last time with my
    using MBSE (and why, out of frustration, I switched back to my OS/2
    set up). This time around I'm going to stick to MBSE and figure out
    why it's acting this way with uncompressed mail packets. I have two
    Fidonet links that use uncompressed packets and it's only the mail
    from these two links that are affected.

    I had this last month or so, Check in the system.log what processes are running around the same time that the packets arrive.

    I 'think' that it was to do with an instance of the tosser running when the packet arrives so they get ignored until the next time it runs.

    Of course my memory might be wrong :)

    It has not happened this month but was to do with running more than one instance of golded at the same time so when exiting it sets a semophore up while the other instance is still running.

    I am now trying to avoid having more than one instance of golded running.
    This was because I was responding within an area but needed to look at another message for details etc.

    Vincent
    --- Mageia Linux v8 X64/Mbse v1.0.7.24/GoldED+/LNX 1.1.5-b20180707
    * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)