• Missing TIC files

    From RJ Clay@110:205/1 to Gert Andersen on Sun Nov 20 08:51:05 2011
    Hi Gert!

    I've been seeing an issue with missing file echos files; primarily with having multiple TIC files that refer to archives my system does not appear to have received...



    Jame

    --- GoldED+/LNX 1.1.5-b20110213
    * Origin: ftn.rocasa.net (110:205/1)
  • From Gert Andersen@110:110/2 to RJ Clay on Sun Nov 20 15:46:26 2011
    * Reply to message originally in area CarbonArea

    Hello RJ!

    Sun Nov 20 2011, RJ Clay wrote to Gert Andersen:

    I've been seeing an issue with missing file echos files; primarily
    with
    having multiple TIC files that refer to archives my system does not
    appear to have received...

    That could have ben in reason of some ups I can have done and that a first file
    sending was bad and then was a new file and tic been send out. If you still have the tic file then check if what it show for linuxnet file and file echo.

    Then can I send you the missing file for the tic files.



    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: KofoBBS at ftp://ftp.kofobbs.dk (110:110/2)
  • From Nicholas Boel@110:215/1 to RJ Clay on Sun Nov 20 13:50:53 2011
    Re: Missing TIC files
    By: RJ Clay to Gert Andersen on Sun Nov 20 2011 08:51 am

    I've been seeing an issue with missing file echos files; primarily with having multiple TIC files that refer to archives my system does not appear t have received...

    I have noticed this as well. Also, I've noticed that either you or Gert is using "FULLNAME" in the .tic files, which I don't believe is supported.

    start htick.log --

    Unknown Keyword "FULLNAME" (CRC16=9B31) in TIC File /sbbs/ftn/fido/insecure/ 40d18c4d.tic

    -- end htick.log

    Which is just one example. Seems every .tic I receive for Linuxnet reports this.

    Lastly, is Linuxnet going to be fixed any time soon? I, for one, thought the importing of newsgroups was a good idea to keep all the echos active, and interesting. I enjoyed reading everyday issues, and snippets of code, etc.
    As of right now every echo but this one are completely dead.

    --
    Nick aka axisd - telnet://bbs.pharcyde.org
    http://pharcyde.org
    --- SBBSecho 2.12-Linux
    * Origin: thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin) (110:215/1)
  • From Gert Andersen@110:110/2 to Nicholas Boel on Sun Nov 20 21:09:00 2011
    Hello Nicholas!

    Sun Nov 20 2011, Nicholas Boel wrote to RJ Clay:

    I've been seeing an issue with missing file echos files; primarily
    with having multiple TIC files that refer to archives my system does not
    appear t have received...

    I have noticed this as well. Also, I've noticed that either you or Gert
    is
    using "FULLNAME" in the .tic files, which I don't believe is supported.

    start htick.log --

    Unknown Keyword "FULLNAME" (CRC16=9B31) in TIC File
    /sbbs/ftn/fido/insecure/
    40d18c4d.tic

    -- end htick.log

    Which is just one example. Seems every .tic I receive for Linuxnet
    reports
    this.

    Lastly, is Linuxnet going to be fixed any time soon? I, for one,
    thought the
    importing of newsgroups was a good idea to keep all the echos active,
    and
    interesting. I enjoyed reading everyday issues, and snippets of code,
    etc.
    As of right now every echo but this one are completely dead.

    I will answer a little on this last one here. :)
    IC's News system was got out of work of gating for some month ago, and after this was discovered was the sysop point system and node 1 by mbse setup to fech
    for linux newsgroups, and is still doing it, but maybe mbse not doing it so well at the gating system had done it. But as so far as I know is there still flowing newsgroups in to linuxnet to ICs system.
    Check the linuxnet.traffic echo for mail on to linuxnet.* echos.

    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: KofoBBS at ftp://fido1.kofobbs.net (110:110/2)
  • From Nicholas Boel@110:215/1 to Gert Andersen on Sun Nov 20 15:17:56 2011
    Re: Missing TIC files
    By: Gert Andersen to Nicholas Boel on Sun Nov 20 2011 09:09 pm

    I will answer a little on this last one here. :)
    IC's News system was got out of work of gating for some month ago, and after this was discovered was the sysop point system and node 1 by mbse setup to f for linux newsgroups, and is still doing it, but maybe mbse not doing it so well at the gating system had done it. But as so far as I know is there stil flowing newsgroups in to linuxnet to ICs system.
    Check the linuxnet.traffic echo for mail on to linuxnet.* echos.

    The only echos I'm seeing any traffic in are LINUXNET.ADMIN, LINUXNET.NEWBIE, (which is all in a different language anyway, so it doesn't matter much to me), LINUXNET.NEWF, and LINUXNET.NEWALLFILE. Every other echo has been dead for over a month.

    If everything is going good on the ICs end, maybe my uplinks can take a look into it as well.

    --
    Nick aka axisd - telnet://bbs.pharcyde.org
    http://pharcyde.org
    --- SBBSecho 2.12-Linux
    * Origin: thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin) (110:215/1)
  • From Gert Andersen@110:110/2 to Nicholas Boel on Sun Nov 20 22:27:52 2011
    * Reply to message originally in area CarbonArea

    Hello Nicholas!

    Sun Nov 20 2011, Nicholas Boel wrote to Gert Andersen:

    I will answer a little on this last one here. :)
    IC's News system was got out of work of gating for some month ago, and
    after this was discovered was the sysop point system and node 1 by mbse
    setup to f for linux newsgroups, and is still doing it, but maybe mbse
    not doing it so well at the gating system had done it. But as so far as
    I know is there stil flowing newsgroups in to linuxnet to ICs system.
    Check the linuxnet.traffic echo for mail on to linuxnet.* echos.

    The only echos I'm seeing any traffic in are LINUXNET.ADMIN,
    LINUXNET.NEWBIE,
    (which is all in a different language anyway, so it doesn't matter much
    to me),
    LINUXNET.NEWF, and LINUXNET.NEWALLFILE. Every other echo has been dead
    for over
    a month.

    If everything is going good on the ICs end, maybe my uplinks can take a
    look into it as well.

    I thin that the flow of linux newsgroup stopped somehow at June/July month when
    ICs fidogate got in to hang by gate the news to fido system, but at september/october was the 2 mbse system been setup to should fech for newgroup to make the flow going on again, but then was both node 2 300/11 and point system 300/1.1 not getting much news in that innd news server could get hand of.
    So if just fidogate like to work and connect fine to innd with hanging while it
    checking for new news mail should the news could flow in to fido system by innd
    co fidogate and to main system (110:300/1.98 to 110:110/0)

    Jame:
    I thing that the fidogate can be that fidogate is like to do just 32-bit system
    where my system is a 64-bit system.
    all fidogate's main setup and mail news scripts and config files looking for /usr/lib/ files and the main files for fidogate is directly at /usr/lib64/ and /news/lib64. This cna maybe have made that fidogate is gone slow and hangs in connection to innd's news directories.

    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: KofoBBS at ftp://ftp.kofobbs.dk (110:110/2)
  • From RJ Clay@110:205/1 to Nicholas Boel on Sun Nov 20 19:49:53 2011
    Hi Nick!

    20 Nov 11 13:50, you wrote to me:

    I have noticed this as well. Also, I've noticed that either you or
    Gert is using "FULLNAME" in the .tic files, which I don't believe is supported.

    Actually, it's a standard but optional [1] keyword...


    start htick.log --

    Unknown Keyword "FULLNAME" (CRC16=9B31) in TIC File /sbbs/ftn/fido/insecure/ 40d18c4d.tic

    -- end htick.log

    If it doesn't do anything with it the way you have it configured, it should just ignore it... (Or log it, perhaps...)




    Jame
    [1] http://www.ftsc.org/docs/fsc-0087.001

    --- GoldED+/LNX 1.1.5-b20110213
    * Origin: ftn.rocasa.net (110:205/1)
  • From RJ Clay@110:205/1 to Gert Andersen on Mon Nov 21 13:02:35 2011
    Hi Gert!

    20 Nov 11 15:46, you wrote to me:

    That could have ben in reason of some ups I can have done and that a
    first file sending was bad and then was a new file and tic been send
    out. If you still have the tic file then check if what it show for linuxnet file and file echo.

    Unlike what I thought, this may be an issue of duplicated TIC files rather than that the archive associated with a TIC file not arriving here. Certainly, that's how the first six tic files are; their associated archives are already in my file base, which means that they did arrive here with a tic file that was processed.

    So I'm going to more throughly investigate the rest of them, to see if it's the same thing with them...

    Note also that I do have some archives that showed up in my inbound without a TIC file, but I haven't decided what I'm going to do with them... (Some look to be too old to bother keeping, if they're available elsewhere...)



    Jame


    --- GoldED+/LNX 1.1.5-b20110213
    * Origin: ftn.rocasa.net (110:205/1)
  • From Gert Andersen@110:110/2 to RJ Clay on Mon Nov 21 21:05:02 2011
    * Reply to message originally in area CarbonArea

    Hello RJ!

    Mon Nov 21 2011, RJ Clay wrote to Gert Andersen:

    That could have ben in reason of some ups I can have done and that a
    first file sending was bad and then was a new file and tic been send
    out. If you still have the tic file then check if what it show for
    linuxnet file and file echo.

    Unlike what I thought, this may be an issue of duplicated TIC files
    rather
    than that the archive associated with a TIC file not arriving here.
    Certainly, that's how the first six tic files are; their associated
    archives
    are already in my file base, which means that they did arrive here with
    a tic file that was processed.

    This can have happen with a resend or more rehatch of the files and while it was too early to send them again so you have got 2 tic file but only one file, and then have the first tic file not been processed by that the file not was match to it, or I can have come to trigger the script file there hatch the files 2 times without knowing that it was with a file there had been send before.
    But some times can I have send a tic and a file out and some time later have I worked with the file and make a new hatch and send it out, then will my system send the new file out and there will be 2 tic file and you have got only one file where it is the latest tic the was processed so the tics without file can be deleted.

    If it is nodelist file is it mostly that have discovered issues in the first auto hatched nodelist files and then manually make new nodelist files for them there had issues and then rehatch all the nodelist again (1 to 2 hours later if
    I am at home).

    So I'm going to more throughly investigate the rest of them, to see
    if it's the same thing with them...

    Note also that I do have some archives that showed up in my inbound
    without a TIC file, but I haven't decided what I'm going to do with
    them...
    (Some look to be too old to bother keeping, if they're available
    elsewhere...)

    Mostly do I have the archive files on my system now.


    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: KofoBBS at ftp://ftp.kofobbs.dk (110:110/2)
  • From Robert Clay@110:205/2 to Gert Andersen on Mon Nov 21 11:10:16 2011
    Gert,

    That could have ben in reason of some ups I can have done and that a first fil
    sending was bad and then was a new file and tic been send out. If you still have the tic file then check if what it show for linuxnet file and file echo.

    I'll try freq's for the missing files. If that doesn't work, I'll send you a list....


    Jame




    --- BBBS/LiI v4.01 Flag
    * Origin: Rocasa BBS (110:205/2)
  • From Robert Clay@110:205/2 to Gert Andersen on Mon Nov 21 11:20:16 2011
    Gert,

    I thing that the fidogate can be that fidogate is like to do just 32-bit system where my system is a 64-bit system.

    Well, didn't you rebuild it for the 64 bit system? I did some 64 test builds of Fidogate, but haven't had a chance yet to actually run it that way since changing the host lxc system from a 32 to a 64 bit system.


    all fidogate's main setup and mail news scripts and config files looking for
    /usr/lib/ files and the main files for fidogate is directly at /usr/lib64/ and
    /news/lib64.

    Where would something like "/news/lib64" come from?



    This cna maybe have made that fidogate is gone slow and hangs in
    connection to innd's news directories.

    Don't forget, there's that setting for where the innd news directories are located, depending on which version of inn is being used...




    Jame



    --- BBBS/LiI v4.01 Flag
    * Origin: Rocasa BBS (110:205/2)
  • From Jame Clay@110:205/2 to Gert Andersen on Mon Nov 21 11:30:36 2011
    Gert,

    The missing flow of linuxnet newsgroup echos is coming from that none of my mbse system have all the news echos in work, and if just fidogate would work without hangs when it runs runtoss commands (options) (4 to 5 options). Commands as runin rungate runnews and send-fidogate is working.

    My system looks to have received a lot of what looks to be catchup echo mail in at least some of the gated newsgroups, bringing them up to the current date...



    Jame




    --- BBBS/LiI v4.01 Flag
    * Origin: Rocasa BBS (110:205/2)
  • From Gert Andersen@110:110/2 to Robert Clay on Tue Nov 22 14:46:50 2011
    * Reply to message originally in area CarbonArea

    Hello Robert!

    Mon Nov 21 2011, Robert Clay wrote to Gert Andersen:

    That could have ben in reason of some ups I can have done and that a
    first fil sending was bad and then was a new file and tic been send out.
    If you still have the tic file then check if what it show for linuxnet
    file and file echo.

    I'll try freq's for the missing files. If that doesn't work, I'll
    send you a list....

    It could so that either freq to 110:110/2 and 110:300/1 not is working as the sl*.* filebase here not is full why it not liek to take all files in. But freq to 110:300/11 should work why here is it mbsebbs there run and do it with out password work too.
    Mu system shoudl have nearly the same files as my main system have.


    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: * One bird in hand is better than 10 on the roof * (110:110/2)
  • From Gert Andersen@110:110/2 to Robert Clay on Tue Nov 22 14:52:20 2011
    * Reply to message originally in area CarbonArea

    Hello Robert!

    Mon Nov 21 2011, Robert Clay wrote to Gert Andersen:

    I thing that the fidogate can be that fidogate is like to do just 32-bit
    system where my system is a 64-bit system.

    Well, didn't you rebuild it for the 64 bit system? I did some 64
    test
    builds of Fidogate, but haven't had a chance yet to actually run it
    that way since changing the host lxc system from a 32 to a 64 bit
    system.

    Yes i rebuild it self if it was a 64-bit build before.

    all fidogate's main setup and mail news scripts and config files looking
    for /usr/lib/ files and the main files for fidogate is directly at
    /usr/lib64/ and /news/lib64.

    Where would something like "/news/lib64" come from?

    It comes from /usr/lib64/news/lib64/

    Where I started up a bash file I made as a extra fidogate run named runpack with some of fidogate files commands
    runtoss outpkt
    runtoss outpkt/news
    runtoss outpkt/mail
    etc.
    When the first command reported 'couldn't find inndvarshell at /usr/lib/news/lib/
    So I search and looked after where it was and it was not in where fidogate looked for it but in the 64-bit libs /lib64/
    Then self if my system has both lib32 and lib64 directories and the /usr/lib/* directory is actually the real /lib directory.
    It is a copy lib directory of use of the systems symlink of the real directory but not full updated with the files in it.


    This can maybe have made that fidogate is gone slow and hangs in
    connection to innd's news directories.

    Don't forget, there's that setting for where the innd news
    directories are
    located, depending on which version of inn is being used...

    Yes i know that. so Maybe I then should check where the latest newsgroup files and archive is put in /var/ directory for the latest innd version.

    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: The KofoBBS at http://www.kofobbs.dk (110:110/2)
  • From Gert Andersen@110:110/2 to Jame Clay on Tue Nov 22 15:09:22 2011
    * Reply to message originally in area CarbonArea

    Hello Jame!

    Mon Nov 21 2011, Jame Clay wrote to Gert Andersen:

    The missing flow of linuxnet newsgroup echos is coming from that none of
    my mbse system have all the news echos in work, and if just fidogate
    would work without hangs when it runs runtoss commands (options) (4 to 5
    options). Commands as runin rungate runnews and send-fidogate is
    working.

    My system looks to have received a lot of what looks to be catchup
    echo
    mail in at least some of the gated newsgroups, bringing them up to the
    current date...


    Yes I have added the missing linuxnet newsgroup in to my sysop point systems mbse and too added a new one.
    There was about 30 newsgroup not added to be taken home by mbse - mbfido ne there fetch for the newsgroup there was in my innd file .pullnews and it find lot of messages in the newsgroup and they was packed as echo messages to my main systems linuxnet aka.


    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: * One bird in hand is better than 10 on the roof * (110:110/2)
  • From Robert Clay@110:205/2 to Gert Andersen on Tue Nov 22 12:04:42 2011
    Gert,

    It could so that either freq to 110:110/2 and 110:300/1 not is working as the sl*.* filebase here not is full why it not liek to take all files in. But freq to 110:300/11 should work why here is it mbsebbs there run and
    do it with password work too. Mu system shoudl have nearly the same files as my main system have.

    I'll keep that in mind, but I may end up not needing to; as you may have noticed, I was able to get the issues with quite a few of the TIC files and their associated archives, and getting them processed. I'll keep on eye on it, to see if the issues show up again...




    Jame



    --- BBBS/LiI v4.01 Flag
    * Origin: Rocasa BBS (110:205/2)
  • From Gert Andersen@110:110/2 to Robert Clay on Wed Nov 23 16:46:00 2011
    * Reply to message originally in area CarbonArea

    Hello Robert!

    Tue Nov 22 2011, Robert Clay wrote to Gert Andersen:


    It could so that either freq to 110:110/2 and 110:300/1 not is working
    as the sl*.* filebase here not is full why it not liek to take all files
    in. But freq to 110:300/11 should work why here is it mbsebbs there run
    and do it with password work too. Mu system shoudl have nearly the
    same files as my main system have.

    I'll keep that in mind, but I may end up not needing to; as you may
    have
    noticed, I was able to get the issues with quite a few of the TIC files
    and their associated archives, and getting them processed. I'll keep
    on eye on it, to see if the issues show up again...

    Yes I saw it in some of you newfiles announcements.
    I will think that the next hathing of files is going fine through, and if some tic files end up with out files is it why there could be send in double by a wrong keying of process my sctipt files for hatching, else shoulf the file hathing could go easy away to sending out.
    It is a long work to search for new linux apps + education and games, sometimes
    do a fie sound good to get hand of for sening out, but then checked it through showing it up to be a old file from before 2009-2010, so it not is good to be send out.


    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: * One bird in hand is better than 10 on the roof * (110:110/2)
  • From Raymond Quinn to RJ Clay on Sun Nov 20 13:47:00 2011
    RJ Clay wrote to Gert Andersen <=-

    Hi Gert!

    I've been seeing an issue with missing file echos files; primarily with having multiple TIC files that refer to archives my system does
    not appear to have received...

    I have the same issue here. The TIC files arrive, but the file echo
    files are not in the inbound directory.

    Ray


    ... When all else fails, read the instructions.
    --- MultiMail/Linux v0.49
  • From Robert Clay@110:205/2 to Gert Andersen on Wed Nov 23 12:14:12 2011
    Gert,

    When the first command reported 'couldn't find inndvarshell at /usr/lib/news/lib/
    So I search and looked after where it was and it was not in where fidogate looked for it but in the 64-bit libs /lib64/
    Then self if my system has both lib32 and lib64 directories and the /usr/lib/* directory is actually the real /lib directory.

    I don't recall that kind of an issue on my system, but it's been a while and I'll need to check it anyway...



    Don't forget, there's that setting for where the innd news
    directories are located, depending on which version of inn
    is being used...

    Yes i know that. so Maybe I then should check where the latest newsgroup files and archive is put in /var/ directory for the latest innd version.

    That's certainly something to take a look at... When/if I have time to work on the packaging for Fidogate again, I'll be taking a look at that again as well; want to see of there is a way to make that a run time option rather than
    a compile time option... (Debian still has both v1.x & v2.x packages for INN...)



    Jame


    --- BBBS/LiI v4.01 Flag
    * Origin: Rocasa BBS (110:205/2)
  • From Gert Andersen@110:110/2 to Robert Clay on Thu Nov 24 11:12:42 2011
    * Reply to message originally in area CarbonArea

    Hello Robert!

    Wed Nov 23 2011, Robert Clay wrote to Gert Andersen:

    When the first command reported 'couldn't find inndvarshell at
    /usr/lib/news/lib/
    So I search and looked after where it was and it was not in where
    fidogate looked for it but in the 64-bit libs /lib64/
    Then self if my system has both lib32 and lib64 directories and the
    /usr/lib/* directory is actually the real /lib directory.

    I don't recall that kind of an issue on my system, but it's been a
    while and I'll need to check it anyway...

    The symlink in linux distribution has a normal /lib32 for 32-bit and /lib64 for
    64-bit and normal shoudl linux by iet self have /lib for a 32-bit linux where lib32 is as a not a full working directory and not always correct updated, so for a funtional fidogate config of directories is it better to use change it paths from the default to use /lib32 and /lib64 instead of /lib/, then will fidogate alway know and could the files for running.


    Don't forget, there's that setting for where the innd news
    directories are located, depending on which version of inn
    is being used...

    Yes i know that. so Maybe I then should check where the latest newsgroup
    files and archive is put in /var/ directory for the latest innd version.

    That's certainly something to take a look at... When/if I have time
    to work
    on the packaging for Fidogate again, I'll be taking a look at that
    again as well; want to see of there is a way to make that a run time
    option rather than a compile time option... (Debian still has both
    v1.x & v2.x packages for INN...)

    I has seen in the last week is there started to come some fidogate mail in where my news fidogate point 300/1.98 binkd now is send mail to 110:110/1 :=) But mostly not much mail, mbse is feching what there is of newsgroups mail where my indd is fetching it too but first put it to news archive and directories and then is fidogate fetch my innd for it by connect to the news directories for news.


    Take care,
    Gert

    - Get the best with linux -

    --- Msged/LNX 6.2.0 (Linux/2.6.39-gentoo-r1 (x86_64))
    * Origin: The KofoBBS at http://www.kofobbs.dk (110:110/2)