bsflite-users — A general mailing list for BSFlite users.

[bsflite-users] authenticate, connect, disconnect

[Jerrit E. <je...@gm...>]

I tried to figure out what's going on before posting. I'm on linux, so
I cut out as much of the ifdef for other platforms from bos_signon.c
as I could before reading it through, and there's still a lot of black
magic in there like the CLIENT_V* hex numbers. I know nothing about
the underlying protocol.

Anyhow, here's the infinitely repeatable behavior.

thorsmark@atom:~/bsflite-0.85 $ make
<snip>
thorsmark@atom:~/bsflite-0.85 $ ./bsflite
:: bsflite 0.85 started.
:: (00:20:05) Logging in as <snip>...
:: (00:20:06) Login failed.    [this is because of too many previous
attempts ending this same way, ignore the failure]
:: (00:20:12) Reconnecting as <snip>...
>> Enter password: ....
:: (00:20:13) Authentication succeeded.
:: (00:20:14) Connected.
:: (00:20:14) Disconnected.  [the interesting part]
>> q!Segmentation fault


Any quick fixes to try? Define a different client string or something?
These accounts work fine in other clients.

[bsflite-users] bsflite 0.85 officially out

[Claudio L. <bs...@le...>]

Well, folks-- it was a bit rushed, but it's out and functional.
I've updated the website and SourceForge. Any of you using the
pre-release fixed version have the latest version minus the
updated version number in bsf.h. There are no more changes.

I have just finished submitting the pkgsrc patches so hopefully
those using that (incl. SDF) will be able to upgrade soon.

Thanks to everyone who tested and submitted reports.

It's probably worth posting this again, which I added to the
ChangeLog:

 * Please note that bsflite is no longer in active development.
   Any updates at this point will be minor. Since I do not use
   AIM myself these days I am interested in finding somebody
   interested in taking over bsflite development.

Regards,
-Claudio

Re: [bsflite-users] BSFlite no longer works

[Claudio L. <bs...@le...>]

* Jesse Petre (jp...@SD...) wrote:
> I tried replacing the source file you sent me and I compiled again.  SDF 
> runs many servers on both x86_64 and alpha.  On the x86_64 server it 
> compiled, but when I try to launch bsflite I get "Floating point exception 
> (core dumped)"
> 
> When I try to compile on alpha, it won't compile and I get this error
> ld: skipping incompatible imcomm//libimcomm.a when searching for -limcomm
> ld: cannot find -limcomm

I was able to compile it on SDF myself, on their x86_64 machine. I'm not
sure why you got that floating point exception. However, I checked out
the entire source from CVS (tag orig--the main tag doesn't compile) and
compiled it from there.

The incompatible libimcomm.a has to do with the x86_64 library still
being there and not recompiled on alpha. 'make realclean' from the
bsflite directory would take care of that.

> Would it be easy to update a new version since the current one is 
> permanently broken and push it to the netbsd pkgsrc?

I was a bit concerned about the buddy list functions not working, but I
was just able to add/delete somebody without issue. At this point I see
no reason not to issue 0.85 with the fix.

I'll try to get it out today.

-Claudio


> 
> On Thu, 9 Sep 2010, Claudio Leite wrote:
> 
> > Date: Thu, 9 Sep 2010 16:52:49 -0400
> > From: Claudio Leite <bs...@le...>
> > To: bsf...@li...
> > Subject: Re: [bsflite-users] BSFlite no longer works
> > 
> > Jesse,
> >
> > AOL did indeed upgrade their protocols as they had been warning for a
> > while. Well, actually, it's not so much of an upgrade as much as
> > blocking old clients. Since bsflite 0.84 and lower pretends to be a very
> > old version of AIM it is blocked. However, I made various improvements
> > during the active development period that upgraded the protocol to
> > something much closer to the current one.
> >
> > If you want to compile your own you can use bos_signon.c from:
> >
> > http://bsflite.cvs.sourceforge.net/viewvc/bsflite/imcomm/bos_signon.c?view=log&pathrev=orig
> >
> > and put that into the 0.84 source in imcomm/ . That'll let you sign on.
> >
> > I don't test it myself anymore so I don't know if it breaks much, though
> > I am fairly sure adding/deleting users from your list does not work.
> >
> > -Claudio
> >
> > * Jesse Petre (jp...@SD...) wrote:
> >> My bsflite on SDF no longer connects to the AIM service.  It will
> >> authenticate and give me a system message about using an old version of
> >> AIM, then it will disconnect me.  Did AOL update their protocols and now
> >> bsflite can't talk, or is this isolated to me?
> >>
> >> ------------------------------------------------------------------------------
> >> This SF.net Dev2Dev email is sponsored by:
> >>
> >> Show off your parallel programming skills.
> >> Enter the Intel(R) Threading Challenge 2010.
> >> http://p.sf.net/sfu/intel-thread-sfd
> >> _______________________________________________
> >> bsflite-users mailing list
> >> bsf...@li...
> >> https://lists.sourceforge.net/lists/listinfo/bsflite-users
> >
> > ------------------------------------------------------------------------------
> > This SF.net Dev2Dev email is sponsored by:
> >
> > Show off your parallel programming skills.
> > Enter the Intel(R) Threading Challenge 2010.
> > http://p.sf.net/sfu/intel-thread-sfd
> > _______________________________________________
> > bsflite-users mailing list
> > bsf...@li...
> > https://lists.sourceforge.net/lists/listinfo/bsflite-users
> >
> 
> ------------------------------------------------------------------------------
> Automate Storage Tiering Simply
> Optimize IT performance and efficiency through flexible, powerful, 
> automated storage tiering capabilities. View this brief to learn how
> you can reduce costs and improve performance. 
> http://p.sf.net/sfu/dell-sfdev2dev
> _______________________________________________
> bsflite-users mailing list
> bsf...@li...
> https://lists.sourceforge.net/lists/listinfo/bsflite-users

Re: [bsflite-users] BSFlite no longer works

[Jesse P. <jp...@SD...>]

Thanks for your help, I really like bsflite and would love to get it 
working again.

I tried replacing the source file you sent me and I compiled again.  SDF 
runs many servers on both x86_64 and alpha.  On the x86_64 server it 
compiled, but when I try to launch bsflite I get "Floating point exception 
(core dumped)"

When I try to compile on alpha, it won't compile and I get this error
ld: skipping incompatible imcomm//libimcomm.a when searching for -limcomm
ld: cannot find -limcomm
*** Error code 1

Stop.
make: stopped in /arpa/gm/j/jpetre/bsflite-0.84
*** Error code 1

Stop.
make: stopped in /arpa/gm/j/jpetre/bsflite-0.84

I'm using gcc.

Would it be easy to update a new version since the current one is 
permanently broken and push it to the netbsd pkgsrc?

Thanks!
Jesse


On Thu, 9 Sep 2010, Claudio Leite wrote:

> Date: Thu, 9 Sep 2010 16:52:49 -0400
> From: Claudio Leite <bs...@le...>
> To: bsf...@li...
> Subject: Re: [bsflite-users] BSFlite no longer works
> 
> Jesse,
>
> AOL did indeed upgrade their protocols as they had been warning for a
> while. Well, actually, it's not so much of an upgrade as much as
> blocking old clients. Since bsflite 0.84 and lower pretends to be a very
> old version of AIM it is blocked. However, I made various improvements
> during the active development period that upgraded the protocol to
> something much closer to the current one.
>
> If you want to compile your own you can use bos_signon.c from:
>
> http://bsflite.cvs.sourceforge.net/viewvc/bsflite/imcomm/bos_signon.c?view=log&pathrev=orig
>
> and put that into the 0.84 source in imcomm/ . That'll let you sign on.
>
> I don't test it myself anymore so I don't know if it breaks much, though
> I am fairly sure adding/deleting users from your list does not work.
>
> -Claudio
>
> * Jesse Petre (jp...@SD...) wrote:
>> My bsflite on SDF no longer connects to the AIM service.  It will
>> authenticate and give me a system message about using an old version of
>> AIM, then it will disconnect me.  Did AOL update their protocols and now
>> bsflite can't talk, or is this isolated to me?
>>
>> ------------------------------------------------------------------------------
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> _______________________________________________
>> bsflite-users mailing list
>> bsf...@li...
>> https://lists.sourceforge.net/lists/listinfo/bsflite-users
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> bsflite-users mailing list
> bsf...@li...
> https://lists.sourceforge.net/lists/listinfo/bsflite-users
>

Re: [bsflite-users] BSFlite no longer works

[Claudio L. <bs...@le...>]

Jesse,

 AOL did indeed upgrade their protocols as they had been warning for a
while. Well, actually, it's not so much of an upgrade as much as
blocking old clients. Since bsflite 0.84 and lower pretends to be a very
old version of AIM it is blocked. However, I made various improvements
during the active development period that upgraded the protocol to
something much closer to the current one.

 If you want to compile your own you can use bos_signon.c from:

http://bsflite.cvs.sourceforge.net/viewvc/bsflite/imcomm/bos_signon.c?view=log&pathrev=orig

 and put that into the 0.84 source in imcomm/ . That'll let you sign on.

I don't test it myself anymore so I don't know if it breaks much, though
I am fairly sure adding/deleting users from your list does not work.

-Claudio

* Jesse Petre (jp...@SD...) wrote:
> My bsflite on SDF no longer connects to the AIM service.  It will 
> authenticate and give me a system message about using an old version of 
> AIM, then it will disconnect me.  Did AOL update their protocols and now 
> bsflite can't talk, or is this isolated to me?
> 
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
> 
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> bsflite-users mailing list
> bsf...@li...
> https://lists.sourceforge.net/lists/listinfo/bsflite-users

[bsflite-users] BSFlite no longer works

[Jesse P. <jp...@SD...>]

My bsflite on SDF no longer connects to the AIM service.  It will 
authenticate and give me a system message about using an old version of 
AIM, then it will disconnect me.  Did AOL update their protocols and now 
bsflite can't talk, or is this isolated to me?

[bsflite-users] Fix: change version we send to OSCAR server

[Claudio L. <bs...@le...>]

I have just made a small fix that changes the version imcomm sends to
the server from an old version of AIM for Windows to Apple iChat. This
fixes the message users have been getting saying the client is soon to
stop working, and so far doesn't appear to break anything. Let me know
otherwise.

It's available in CVS (tag 'orig'):

http://bsflite.cvs.sourceforge.net/viewvc/bsflite/imcomm/bos_signon.c?view=log&pathrev=orig

If it works I'll update the version to 0.85.

-Claudio

Re: [bsflite-users] bsflite keymapping

[Jesse P. <jp...@fr...>]

If there is no line editing ability, then it doesn't make sense to spend
time programming the arrow and delete keys.

Thanks for the reply!
-- 
Jesse Petre

> * Jesse Petre (jp...@fr...) wrote:
>> Is there a way to tell bsflite what my keymapping is for certain keys?
>> For example, this is what happens when I press these keys in bsflite:
>>
>> Left Arrow: screen prints [D
>> Up Arrow: screen prints [A
>> Right Arrow: screen prints [C
>> Down Arrow: screen prints [B
>> Delete: screen prints [3~
>>
>> Is there a way to get usability of these keys in bsflite?
>
> Sort of--not without writing some code. I don't use any terminal
> manipulation or line-editing libraries so supporting each different
> implementation of arrow keys seemed like too bothersome of an endeavor.
> I went with control keys instead. Note, however, that there's no line
> editing to begin with beyond backspace and kill (ctrl-U).
>
> -Claudio
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> bsflite-users mailing list
> bsf...@li...
> https://lists.sourceforge.net/lists/listinfo/bsflite-users
>

Re: [bsflite-users] bsflite keymapping

[Claudio L. <bs...@le...>]

* Jesse Petre (jp...@fr...) wrote:
> Is there a way to tell bsflite what my keymapping is for certain keys? 
> For example, this is what happens when I press these keys in bsflite:
> 
> Left Arrow: screen prints [D
> Up Arrow: screen prints [A
> Right Arrow: screen prints [C
> Down Arrow: screen prints [B
> Delete: screen prints [3~
> 
> Is there a way to get usability of these keys in bsflite?

Sort of--not without writing some code. I don't use any terminal
manipulation or line-editing libraries so supporting each different
implementation of arrow keys seemed like too bothersome of an endeavor.
I went with control keys instead. Note, however, that there's no line
editing to begin with beyond backspace and kill (ctrl-U).

-Claudio

[bsflite-users] bsflite keymapping

[Jesse P. <jp...@fr...>]

Is there a way to tell bsflite what my keymapping is for certain keys? 
For example, this is what happens when I press these keys in bsflite:

Left Arrow: screen prints [D
Up Arrow: screen prints [A
Right Arrow: screen prints [C
Down Arrow: screen prints [B
Delete: screen prints [3~

Is there a way to get usability of these keys in bsflite?
-- 
Jesse Petre

Re: [bsflite-users] Bsflite and away messages

[Claudio L. <bs...@le...>]

Hello,

 The closest thing to a message queue is the log, which can be accessed
using either 'L', to see the log for the last person that IM'd you, or
'l<sn>' to see a specific log. There is a shortcoming: when you have
several messages waiting, pressing 'L' will show you only the last
log, and not those for all messages you have waiting from different
people.

 Of course, since the log files are stored you can re-visit them using
any text editor or the like.

-Claudio

* Brian Buhrow (bu...@lo...) wrote:
> 	Hello.  I've been a user of bsflite since 0.80 or so, aand I think
> it's a great client.  One feature I've been wondering about is the support
> of off-line messages.  The 0.83 client shows me when I receive such
> messages, but doesn't show me what the messages were.  I've not looked at
> the code, so I may be asking a harder question than I realize.  However, I
> wonder how hard it would be to capture the off-line messages once the
> notification is received?  Is there some sort of query mechanism where the
> off-line message can be retrieved?
> 
> -thanks
> -Brian
> 
> ------------------------------------------------------------------------------
> Register Now & Save for Velocity, the Web Performance & Operations 
> Conference from O'Reilly Media. Velocity features a full day of 
> expert-led, hands-on workshops and two days of sessions from industry 
> leaders in dedicated Performance & Operations tracks. Use code vel09scf 
> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
> _______________________________________________
> bsflite-users mailing list
> bsf...@li...
> https://lists.sourceforge.net/lists/listinfo/bsflite-users

[bsflite-users] Bsflite and away messages

[<bu...@lo...>]

	Hello.  I've been a user of bsflite since 0.80 or so, aand I think
it's a great client.  One feature I've been wondering about is the support
of off-line messages.  The 0.83 client shows me when I receive such
messages, but doesn't show me what the messages were.  I've not looked at
the code, so I may be asking a harder question than I realize.  However, I
wonder how hard it would be to capture the off-line messages once the
notification is received?  Is there some sort of query mechanism where the
off-line message can be retrieved?

-thanks
-Brian

[bsflite-users] Development update/future outlook

[Claudio L. <bs...@le...>]

Hello,

 First, sorry that this is a bit long-winded.

 It's been over a year since I began the ill-fated cleanup/rewrite
project, so I've for now decided to return to the "old" tree. This means
it continues the 0.83, and (soon) 0.84 line with the nasty code bits in
place. The motivation behind the rewrite was to eliminate it of the code
I wrote while still in high school--much of it in the imcomm library,
not the client itself.

 In any case, I have been pondering the future of bsflite now that I
have less time to work on it, spend less time on AIM than ever and thus
have less testing time/experience as well. Its popularity seems to have
flattened out or dropped down. This is quite likely due to the bugs
encountered recently as AIM changes its protocols and my code breaks
down.

 The original goals were 1) simplicity, 2) portability and 3) no
dependence on external libraries. These are still met, generally
speaking. But there was a bit of feature crawl/bloat, as some pointed
out, and I'll once again point the finger at imcomm and its tendency to
break down. So, I'd like to propose a few things:

 * create an imcomm cousin that uses TOC2 instead of OSCAR, which is
   less likely to break suddenly. When I first started writing bsflite
   TOC had some limits and looked like it could go away any second, so I
   began implementing OSCAR. But due to lack of documentation this is
   difficult, and as we have seen a little change here and there breaks
   my code since I often had to guess on how things worked.

   libpurple, etc. are simply too complex. I want to keep it small,
   self-contained and as portable as possible.

 * seek more volunteers to keep packages up to date. Some of the package
   managers have been good, while others have let packages fall stagnant. I
   don't have enough hobby computing time anymore to install every OS
   under the sun and figure out its package management system.

   Since most of the recent releases are important bug fix updates,
   having up-to-date packages available is a top priority. I wouldn't
   want to have a new user try bsflite through a package manager and get
   an extremely old, buggy version and be turned away. I don't want to
   point fingers at anybody here but this is really a priority.

 * remove some frivolous things. I'd like to hear what users think are
   frivolous features, and perhaps eliminate some things to return
   bsflite to its minimalist roots.

   I'm inspired by the suckless.org model of minimalism, but its a bit
   extreme for bsflite. I'm not obsessive about LOC, binary size, etc.
   I just want to keep it usable, customizable and headache-free, and
   keeping things simple is a good way to do that.

 I really don't want to drop the ball on bsflite at this point, so I'm
hoping this'll get me going again.

Thank you,
Claudio

Re: [bsflite-users] Unknown rate info?

[Claudio L. <bs...@le...>]

Hello,

* St?phane Lavergne (354...@im...) wrote:
> Hello,
> 
> Everyday user here... I noticed starting very recently, I've been getting
> "Unknown rate info:" followed by an increasing serial number...
> 
> Do I just comment out that printf() and forget about it, or is it a sign of
> something more important?
> 

Just comment out the printf. The rate-limit stuff hasn't worked properly
in a long time and needs to be removed altogether. I do not know what
AOL changed on the OSCAR servers recently but this seems to be happening
to most, if not all, bsflite users.

Getting rid of it won't cause you any problems. I will do so myself but
for some reason I can't access the CVS server right now.

-Claudio

[bsflite-users] Unknown rate info?

[Stéphane L. <354...@im...>]

Hello,

Everyday user here... I noticed starting very recently, I've been getting
"Unknown rate info:" followed by an increasing serial number, every time I
send a message to someone. Sure, I could recompile bsflite with that warning
commented out, but before I do, I'd like the author's opinion on the meaning
of that message. I know it's in "case IMCOMM_RATE_LIMIT_WARN" but I don't see
why I'd be getting such warnings after sending every message, especially with
my mild usage. Also since it hits the "default" of "switch (data)" I suspect
it's a consequence of AOL modifying its protocol.

Do I just comment out that printf() and forget about it, or is it a sign of
something more important?


For example:


$ bsflite
:: bsflite 0.83 started.
:: (15:24:51) Logging in as XXXXXXXX...
:: (15:24:52) Authentication succeeded.
:: (15:24:52) Connected.
:: (15:24:52) XXXXXXXX is now online.
:: (15:24:52) XXXXXXXX is now online.
:: (15:24:52) XXXXXXXX is now online.
(15:25:08) ->XXXXXXXX: Ceci test un test pour reproduire un bug.
:: Unknown rate info: 18

(15:25:17) ->XXXXXXXX: Dernier test. Sorry. :)
:: Unknown rate info: 19

>> q!
$

-- 
Stéphane Lavergne

Re: [bsflite-users] need help compiling sendim via msys

[Andrew H. <ha...@ho...>]

I was able to get an executable by adding the libs line, adding another header you suggest elsewhere, changing the config path, and changing the referenced sleep to Sleep *100). However, I get one warning
sendim.c:81: warning: passing arg 3 of `imcomm_register_callback' from incompatible pointer type
and when I run the executable, it does nothing and does not exit


> Date: Sun, 27 Apr 2008 20:37:24 -0400
> From: bs...@le...
> To: bsf...@li...
> Subject: Re: [bsflite-users] need help compiling sendim via msys
> 
> * Andrew Haberbosch (ha...@ho...) wrote:
> > 
> > I am trying to get only sendim compiled and working on windows, but am having some problems.
> > I've tried just compiling sendim and then also bsflite.
> > I get various message similar to 
> > undefined reference to `shutdown@8' in various files.
> 
> 
> Did you add '-lwsock32' to LIBS in the Makefile? shutdown and the other
> socket functions are defined there. I just compiled bsflite and imcomm
> (current sources from CVS) with a gcc 3.4.5 cross-compiler and it seems
> to work.
> 
> Note, however, that sendim might not work at all in Windows. It could
> work with cygwin out of the box, but with mingw you'll have to change
> the path from which it gets the config file, or hardcode the
> username/password, if you wish. Looking at the rest of the source it
> looks as though it'll work, but I have not tried it myself.
> 
> -Claudio
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> bsflite-users mailing list
> bsf...@li...
> https://lists.sourceforge.net/lists/listinfo/bsflite-users

Re: [bsflite-users] need help compiling sendim via msys

[Claudio L. <bs...@le...>]

* Andrew Haberbosch (ha...@ho...) wrote:
> 
> I am trying to get only sendim compiled and working on windows, but am having some problems.
> I've tried just compiling sendim and then also bsflite.
> I get various message similar to 
> undefined reference to `shutdown@8' in various files.


Did you add '-lwsock32' to LIBS in the Makefile? shutdown and the other
socket functions are defined there. I just compiled bsflite and imcomm
(current sources from CVS) with a gcc 3.4.5 cross-compiler and it seems
to work.

Note, however, that sendim might not work at all in Windows. It could
work with cygwin out of the box, but with mingw you'll have to change
the path from which it gets the config file, or hardcode the
username/password, if you wish. Looking at the rest of the source it
looks as though it'll work, but I have not tried it myself.

-Claudio

[bsflite-users] need help compiling sendim via msys

[Andrew H. <ha...@ho...>]

I am trying to get only sendim compiled and working on windows, but am having some problems.
I've tried just compiling sendim and then also bsflite.
I get various message similar to 
undefined reference to `shutdown@8' in various files.
Since there doesn't appear to be source outside of cvs in a tarball, i'm just trying with 82, but it doesn't seem to really matter what version i try to compile.
ideas?
i'm using recent stable msys to do this on windows xp.

Re: [bsflite-users] 0.83 Text Not Displaying

[Claudio L. <le...@le...>]

I have placed updated Win32 and DOS binaries at
	http://pfzt.net/~leitec/bsflite/

Please test them if you can; I can't do so right now, but to the extent
I can test they appear to work.

-Claudio

Re: [bsflite-users] 0.83 Text Not Displaying

[Claudio L. <le...@le...>]

* Tim (ba...@ya...) wrote:
> But the new version 0.83 has problems running under windows. It can 
> login and connect fine but it wouldn't display text if I type something.
> It just sits their idling and doesn't give me any errors. I haven't
> tried it with putty yet, don't plan to.

Hello Tim--

 I made a small modification between 0.82 and 0.83 to make it work on
BeOS and AmigaOS and forgot to update the DOS/Windows input code. I did
not test the Windows binary I produced (shame on me) but I have put up
code which I think fixes this bug in CVS. I will compile a binary later
for testing.

Thanks for the report. I hope to get this fix out soon.

-Claudio

[bsflite-users] 0.83 Text Not Displaying

[Tim <ba...@ya...>]

Just want to thank you for making an excellent program. Version 0.82 is working fine--I'm lovin
it. But the new version 0.83 has problems running under windows. It can login and connect fine but
it wouldn't display text if I type something. It just sits their idling and doesn't give me any
errors. I haven't tried it with putty yet, don't plan to.


      ____________________________________________________________________________________
Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  http://tools.search.yahoo.com/newsearch/category.php?category=shopping

Re: [bsflite-users] About bell additions

[Claudio L. <le...@le...>]

Hello Stephane,

* St?phane Lavergne (ste...@im...) wrote:
> Hello,
> 
> This is the very first time that I post in any sort of mailing list, so please
> forgive me if I'm doing this incorrectly. :)

No issues here. Pardon the delay in my reply.

> 
> I see a post "bsflite enhancements..." dated 2006-05-26 where Claudio Leite
> talks about integrating bell_on_connect, bell_on_away, bell_on_idle and
> screen_log into 0.82 but it doesn't seem to have made it into 0.83. I myself
> am particularly interested in screen_log as I'm using a permanent status line
> to list my screens and prefer not to have a bell notification overwriting it.
> 

Err, must have been a brain lapse sometime in the development period.
It's quite likely I just forgot to add the patch onto the 0.82 tree, and
therefore it's not in 0.83. I can dig up the patch and try to fit it
into the current source.

> I also notice that bell_on_incoming exists, but is not mentioned in the
> manpage nor the README file.

Good observation--I'll fix that.

> 
> In both cases, I'm just curious about the status of these. I do program in C
> but feel uneasy about figuring out on my own how to modify the older patches
> to work with 0.83, so I will try to wait for them if they're in the works for
> 0.84 or something. :)

It shouldn't be too difficult, really, and you won't blow anything up if
you try. The code hasn't changed too much since the 0.82 development
period (except the current CVS tree, which is a complete and utter mess
that I haven't had time to deal with in months-ugh.)

> 
> With that said, I'd like to take a moment to thank the author for BSFlite: it
> is _exactly_ what I've been looking for! I couldn't convince myself to install
> gimp-text... (If only otrproxy didn't require a GUI, I'd have the perfect
> encrypted IM solution right here too.)

Great, I'm glad to hear that.

Cheers,
Claudio

[bsflite-users] About bell additions

[L. <ste...@im...>]

Hello,

This is the very first time that I post in any sort of mailing list, so please
forgive me if I'm doing this incorrectly. :)

I see a post "bsflite enhancements..." dated 2006-05-26 where Claudio Leite
talks about integrating bell_on_connect, bell_on_away, bell_on_idle and
screen_log into 0.82 but it doesn't seem to have made it into 0.83. I myself
am particularly interested in screen_log as I'm using a permanent status line
to list my screens and prefer not to have a bell notification overwriting it.

I also notice that bell_on_incoming exists, but is not mentioned in the
manpage nor the README file.

In both cases, I'm just curious about the status of these. I do program in C
but feel uneasy about figuring out on my own how to modify the older patches
to work with 0.83, so I will try to wait for them if they're in the works for
0.84 or something. :)

With that said, I'd like to take a moment to thank the author for BSFlite: it
is _exactly_ what I've been looking for! I couldn't convince myself to install
gimp-text... (If only otrproxy didn't require a GUI, I'd have the perfect
encrypted IM solution right here too.)

Kind regards,

-- 
Stéphane Lavergne

[bsflite-users] bsflite 0.83 released

[Claudio L. <le...@le...>]

All--

 I've *finally* released 0.83. This release fixes the bug where buddies
sign off repeatedly and leave you with negative numbers in the buddy
list display. Aside from that, not much is new:

0.83 - 12/12/2007

 * Log to a single file (option "single_log")
   To review, use the command "lg"

 * Added BeOS (R5) support.

 * Ported to AmigaOS w/ GeekGadgets.

 * Added 'v' command to set/unset invisible status.

 * Fixed a mysterious bug where buddies would sign off repeatedly

 I haven't put up all the binaries yet (including Windows) but the
source is up, as well as the manual. I'm way behind on the complete
rewrite I started in September and this version is still based on the
same code as 0.82. Hopefully I can get some time to work on that rewrite
soon, and release 0.9 or whatever I'll call it.

 Please give it a shot and report any problems.

 http://bsflite.sourceforge.net/ as usual.

Thanks!
-Claudio

Re: [bsflite-users] script bsflite with expect or php/perl pipe?

[Claudio L. <le...@le...>]

Hello,

* Daniel Smith (jav...@gm...) wrote:
> Am looking into the idea of using bsflite to send batches of IMs
> on a periodic basis (that a user signs up for..)
> 
> Has anyone used 'expect' to drive the sending of IMs through
> bsflite?  Or perhaps popen via php or perl? Just trying to find
> an example.

You can use 'sendim' from the CVS repository to do this. If you check
the mailing list archives I think I've explained how to use it before,
though as far as I recall it's pretty much self-explanatory.

bsflite itself is intended only for interactive use and manipulates the
terminal, so I don't think you could use any tools without modifying it.

> 
> The real goal would be to have a command line driven client
> that could handle aim/msb/y!/gtalk...

I prefer the 'do one thing and do it well' model. They each have their
own peculiarities in behavior that would merit having separate clients.
I've previously considered making a thin 'bsf*' layer that would combine
reusable code like input parsing, terminal manipulation, etc., so that I
could create other, similar clients with consistent interfaces. 

The issue is I don't use anything other than AIM[1], so I have very little
motivation to write anything else. And since some protocol designers,
who shall remain nameless, think XML is appropriate for a client-server
application (yuck) I have even less desire to write any libraries for
other protocols[2].

[1] I use IRC very lightly in a small room on a small server; I wrote
bsfirc (also in CVS) to chat on IRC but it is very incomplete compared
to bsflite. I would like to release it one day but would probably only
do that if I end up writing that UI library so that I can sync it with
bsflite.

[2] I've thought about making a TOC2 library for bsflite since OSCAR
changes without warning and breaks my (bad) code. It'd probably be
fairly easy, but I haven't actually written anything.


Cheers,
Claudio