Older version of tin

I have seen many successful posts to inn.qnx.com from tin 1.4.3 “Marion”.

The latest version on the 3rd party CD (1.4.5 “One More Nightmare”)does
not allow posting. Where can I get tin 1.4.3 compiled for QNX 6?


Bill Caroselli
Q-TPS Consulting
(626) 824-7983

Try adding these lines to your ~/.tin/tinrc

mail_address=Chris McKillop <cdm@qnx.com>

And then add the following line to /etc/tin/tin.defaults

disable_sender=ON

This is a common issue with dialups/DSL users and tin. Found the entry on
google.com really fast by searching for “tin Invalid Sender”. I don’t
see any side effects of this so I will try to get this added for the 6.2.1
tin package.

chris

PS - This was posted from the tin on the 3rd Party CDROM.


Bill Caroselli <qtps@earthlink.net> wrote:

I have seen many successful posts to inn.qnx.com from tin 1.4.3 “Marion”.

The latest version on the 3rd party CD (1.4.5 “One More Nightmare”)does
not allow posting. Where can I get tin 1.4.3 compiled for QNX 6?


Bill Caroselli
Q-TPS Consulting
(626) 824-7983


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

Chris McKillop <cdm@qnx.com> wrote:

Try adding these lines to your ~/.tin/tinrc

mail_address=Chris McKillop <> cdm@qnx.com

And then add the following line to /etc/tin/tin.defaults

disable_sender=ON

This is a common issue with dialups/DSL users and tin. Found the entry on
google.com really fast by searching for “tin Invalid Sender”. I don’t
see any side effects of this so I will try to get this added for the 6.2.1
tin package.

May Ala bless your camels! (Or whatever. IT WORKED!)

Thank you, thank you, thank you.

OK. This is really cool. tin is now working perfectly (remotely).

I also have Robert’s newnews working perfectly.

If someone could just figure out how to:

  1. read news files locally collected by newnews, and
  2. post follow-ups and new articles that were created while accessing the local data base.

The real beauty of this is to be able to do fast local searches. Although I have some convoluted find/grep/less scripts that help me do that with the local data base now.


Bill Caroselli – Q-TPS Consulting
1-(626) 824-7983
qtps@earthlink.net

Bill Caroselli <qtps@earthlink.net> wrote:

OK. This is really cool. tin is now working perfectly (remotely).

I also have Robert’s newnews working perfectly.

If someone could just figure out how to:

  1. read news files locally collected by newnews, and
  2. post follow-ups and new articles that were created while accessing the local data base.

The real beauty of this is to be able to do fast local searches. Although I have some convoluted find/grep/less scripts that help me do that with the local data base now.

Then you’ll want to get my full text retrieval software. But it’s not
yet available… BWU HA HA HA HA!!! :slight_smile:

Anyway, glad to hear it all worked out. BTW, I’m running the latest
version of tin here with no problems…

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at www.parse.com.
Email my initials at parse dot com.

I’m running tin 1.4.5 from the 3rd Party DC ROM. It works great.

Is there an option that I can use to read news from news servers that
require me to log in?

(I do have a valid ID and password)

Bill Caroselli <qtps@earthlink.net> wrote:

I’m running tin 1.4.5 from the 3rd Party DC ROM. It works great.

Is there an option that I can use to read news from news servers that
require me to log in?

(I do have a valid ID and password)

It should just ask you when you connect.

chris


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

Chris McKillop <cdm@qnx.com> wrote:

Bill Caroselli <> qtps@earthlink.net> > wrote:
I’m running tin 1.4.5 from the 3rd Party DC ROM. It works great.

Is there an option that I can use to read news from news servers that
require me to log in?

(I do have a valid ID and password)


It should just ask you when you connect.

Sorry. I was getting a “Permission Denied” error. But upon reading
the fine print it was because I wasn’t trying to connect from an IP
address originating from their network. (God forbid I try to connect
from my customers T-1 instead of my own crappy dial-up connection!)

Chris McKillop wrote:

Try adding these lines to your ~/.tin/tinrc

mail_address=Chris McKillop <> cdm@qnx.com

And then add the following line to /etc/tin/tin.defaults

disable_sender=ON

This is a common issue with dialups/DSL users and tin. Found the entry on
google.com really fast by searching for “tin Invalid Sender”. I don’t
see any side effects of this so I will try to get this added for the 6.2.1
tin package.

chris

Hi Chris

I had this working months ago. However, Yesterday I upgraded to 6.21NC.
This included a new tin. Now I have the same problem again.

Except now, there is no /etc/tin/tin.defaults to change. Nor is there
a /etc/tin or //tin.defualts.

Do you have any idea where the “disable_sender=ON” line should go now?

I had this working months ago. However, Yesterday I upgraded to 6.21NC.
This included a new tin. Now I have the same problem again.

Except now, there is no /etc/tin/tin.defaults to change. Nor is there
a /etc/tin or //tin.defualts.

Do you have any idea where the “disable_sender=ON” line should go now?

You can put it in ~/.tin/tinrc.

chris


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

Chris McKillop wrote:

I had this working months ago. However, Yesterday I upgraded to 6.21NC.
This included a new tin. Now I have the same problem again.

Except now, there is no /etc/tin/tin.defaults to change. Nor is there
a /etc/tin or //tin.defualts.

Do you have any idea where the “disable_sender=ON” line should go now?



You can put it in ~/.tin/tinrc.

chris

This did not work. When I try to post with tin it says:

Invalid Sender: Bill Caroselli <qtps@Poly-rtp.qat>

Note that the name Poly-rtp.qat is what QNX believes my host name
is. This is NOT a valid name to the outside world.
The From: line in the message says it’s from:
Bill Caroselli <qtps@earthlink.net>
which is a valid address, but not my system.

Tin does not seam to like “disable_sender=ON” in the ~/.tin/tinrc
file. It completely ignores it… If I re-save that file from
tin, it does not re-save that line.

I so much liked using tin. What can I do to make it work again?

It seams that I can’t even back out the upgrade because the
config file that was once there has been deleted by the QNX
packager.

Hi

I have the latest version of tin working again on my system. I want
to report what happened to help other people. I believe that this
represents an installer (script) buglet.

First issue:

My system has a host/domain name that is NOT valid on the net. This is
common for anyone that is connected via a dialup connection. (Although
I am actually connected through a client’s (T1) network.) Tin will
complain that the sender is NOT valid when you try to post and your
host/domain name isn’t valid.

The cure for this is to edit the /etc/tin/tin.defaults file to say:
disable_sender=ON

Bigger issue:

When I upgraded from tin 1.4.5 to 1.4.6 on the 6.21 3rd Party CD it
(installer?) deleted /etc/tin/tin.defaults and the /etc/tin directory.
I tried to recreate this by hand, it did not work.

I went to installer and re-activated 1.4.5 and re-edited the
/etc/tin/tin.defaults file. Tin worked again. Now I re-activated
1.4.6. This time installer did not remove the tin.defaults file. And
now all is working again. Whoever prepared the tin package should look
into the install script for an upgrade.

NOTE: In both cases I did get a warning about a file conflict with
/etc/tin/tin.defaults. In both cases I left the file checked so that
it should NOT have been deleted.

I went to installer and re-activated 1.4.5 and re-edited the
/etc/tin/tin.defaults file. Tin worked again. Now I re-activated
1.4.6. This time installer did not remove the tin.defaults file. And
now all is working again. Whoever prepared the tin package should look
into the install script for an upgrade.

The tin.defaults file is not even in the package (my mistake). I will
re-package it and get it on the online repository.

chris


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/