Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    MBSE    |    The Linux/FreeBSD MBSE BBS Support Echo    |    2,445 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 960 of 2,445    |
|    Vince Coen to Andrew Leary    |
|    Bug?    |
|    16 Mar 15 16:53:54    |
      Hello Andrew!              Monday March 16 2015 09:47, you wrote to me:               VC>> I am sending file to a downlink that for reasons only he knows is        VC>> then sending them back to me.               VC>> He is set to only receive them so mbse rejects them BUT it leave        VC>> them in the var/inbound and does not move them to var/badtic               VC>> OR have I a incorrect setting somewhere?               > When I have a few moments I'll look at the .TIC processing code and        > see if I can figure out your issue. Nothing has changed in that        > regard between 1.0.4 and 1.0.5, so I should be able to reproduce it        > fairly easily if there is a bug.              Using v1.0.4, and I suspect it has been present way before 0.92 :(              He is the first downlink who can not set up his system to prevent it (or does       not know how to) so making sure mbse deals with it is the next best solution.              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 suspect that the procedure is out of date for modern Linux kernels and       password procedures etc. This stops my system from accepting any new users or       allowing an existing one to modify their password, not that I would assume        that       my system would be swamped with new users :)              It does get as far as setting up new users home directory, Linux user account       then fails to continue with any further processing in the matter including       setting up the account in mbse itself.              I did take a look at the code and did a dirty change by creating a dummy        passwd       of 12345 but did not make much of an improvement however I do not recall       continue to play with just the Linux account setup to include the password but       that does not fix the problem if you cannot change it at any point later.       So a silly test really.                     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)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca