I strongly and totally politely and not a bit hostilely suggest that you read this whole page, particularly the FAQs, before running TTYtter.
Check your system's clock. If your clock is off more than a few minutes in any direction, Twitter may give you that message. It's NTP time, homeslice.
Those messages are informational only, and reflect network conditions. If Twitter is having problems, or your network is down, you will see these. These are non-fatal messages.
Similarly, messages like *** JSON warning: connection cut or *** JSON warning: null list are problems with the data received from Twitter, not TTYtter, normally that the JSON is incomplete or not properly parseable. TTYtter will automatically refetch until it gets something it can use.
The reason these messages are printed is so you can see immediately why tweets aren't being fetched or posted.
By default, assuming normal usage, TTYtter is designed to use no more than 50% of the declared rate limit for fetching tweets and DMs. Posting DMs and tweets do not count against your limit. If you're running over the rate limit, check the following:
See the section on TTYtter and UTF-8 support.
Use stty at your shell to set your correct backspace key (either DEL or BS), with something like stty erase ^? (for DEL) or stty erase ^H (for BS). The easiest way is to type stty erase, a SPACE, CTRL-V and press your backspace key. The right sequence will be inserted. Hit RETURN/ENTER, then start TTYtter. If you have to do this a lot, consider putting it in your login script(s).
For some users, picking one or the other is necessary. You can try, for example, using ASCII 0x08 for your backspace: stty erase SPACE CTRL-V CTRL-H RETURN/ENTER
Look at the -verify and -slowpost options.
Use -ansi, or put ansi=1 in your .ttytterrc. See Command-line options.
See the section on TTYtter and SSL.
See the sections on TTYtter and readline and custom environments.
TTYtter reports the driver it is using on startup. By default, it looks for Term::ReadLine::TTYtter; if it doesn't find it, it falls back on the basic but impoverished ::Stub driver. You can tell Term::ReadLine to use a different driver by setting the PERL_RL environment variable before starting TTYtter. For example, in tcsh, setenv PERL_RL Perl or setenv PERL_RL Gnu will select T::RL::Perl or T::RL::Gnu respectively. You can also install Term::ReadLine::TTYtter, of course.
If you have multiple Perls installed on your computer (such as, on Mac OS X, the system-provided Perl and the MacPorts Perl), make sure you are running TTYtter with the right Perl or it won't see T::RL::T (even though it's technically installed somewhere, it's not installed in that Perl's view).
Yes! 1.2 and up directly support lists.
For 1.1 and earlier, there is a TTYtter extension by the awesome @vkoser to enable groups support. Get it from his blog, along with his other TTYtter hacks.
ttytter has been tested against
Perl 5.8.6, 5.12.3 and
5.14.0 running on Mac OS X 10.4.11 (PowerPC) with cURL 7.16.3;
Perl 5.8.9 running on AIX 6.1 (POWER6) with cURL 7.21.4;
Perl 5.8.9 running on Mac OS X 10.5.8 (x86_64) with cURL 7.20.0;
Perl 5.10.1 running on NetBSD/x86_64 with cURL 7.20.0;
Perl 5.12.0 running on Ubuntu 10.04;
and Perl 5.10.0 on Knoppix and Perl 5.8.8 running on the OLPC XO-1
with curl;
connecting both directly and through an HTTP proxy
(configured for Lynx/curl). It is guaranteed to make Larry Wall
nauseous just looking at it. There are also successful reports from users
of Cygwin.
Important support note for Perls < 5.8.6
The version 1.1 branch was the last version to include out-of-the-box
support for versions of Perl prior to 5.8.6. Starting with version 1.2,
there is no routine testing on 5.005 or 5.6
as I am not using
TTYtter on those machines routinely. However, none of the existing
compatibility code will be removed unless necessary, and patches for these
earlier versions of Perl
will still be accepted assuming they are reasonable (in my sole judgment)
and work without modification on later Perls. To run TTYtter
under 5.005 or 5.6, you must pass the -oldperl option, or put
oldperl=1 in your .ttytterrc. Bug reports for
these earlier versions without patches will be ignored as I have no
ability to test code on them. Please note Perl 5.004 and previous have
never been supported. Send your patches to me at
ckaiser@floodgap.com.
Changes in version 1.2.5:
If your TTYtter abruptly quits when you type commands, your system does not support these signals correctly. Send me a report so that I can investigate a workaround.
Send comments and blank cheques to ckaiser@floodgap.com.