Pat (and all), I did some experimenting today with modifying sessions.c to call aim_setupproxy with appropriate proxy info each time a new connection is created.
That appears to be working as far as registering, connecting, adding contacts, and sending messages. However, when I receive a message from an AIM user, the jabberd hosting aim-transport.so dumps immediately with the following output: Wed Jun 4 16:54:55 2003 sessions.c:1064 [AIM] Parsing Packet on sessions Wed Jun 4 16:54:55 2003 sessions.c:1146 [AIM] Sending a Message Wed Jun 4 16:54:55 2003 sessions.c:1008 [AIM] Flushing outgoing queue incomingim_ch1: unknown TLV 0x000b (len 0) Wed Jun 4 16:55:04 2003 log.c:116 <log type='notice' from='charset.c:91'>it_convert_windows2utf8</log> Wed Jun 4 16:55:04 2003 deliver.c:474 DELIVER 3:91 <log type='notice' from='charset.c:91'>it_convert_windows2utf8</log> Wed Jun 4 16:55:04 2003 deliver.c:678 delivering to instance 'aimlinker' Wed Jun 4 16:55:04 2003 mio.c:1054 mio_write called on x: 818DA00 buffer: (null) ./jabberd/jabberd: relocation error: ./aim-transport-stable-20030314/src/aimtrans.so: undefined symbol: __ctype_b_loc Any help would be appreciated, as I imagine that proxy support would be useful to a lot of us corporate users. -Paul --- "Malone, Pat" <[EMAIL PROTECTED]> wrote: > Hi Paul. > I use SOCKS to handle the AIM and MSN transports. > It is not very clean, but it works. > > What I do is socksify (with the NEC SOCKS suite) the > entire jabberd process, > or in my case, the jabberd processes specific to the > AIM and MSN transports. > My startup script is something like this: > ./jabberd/jabberd -h jabber.co.lsil.com -c > jabber.xml& > /usr/local/bin/runsocks ./jabberd/jabberd -c > aimtrans.xml& > /usr/local/bin/runsocks ./jabberd/jabberd -c > msntrans.xml& > ./jabberd/jabberd -c confserv.xml& > > > The big issue I run into is idle timeouts on my > SOCKS servers. I have them > set to 30 minutes, and as a result the AIM > connections will be idle-dropped. > I get other unpleasant behaviors with both aim and > msn connections that > could be associated with SOCKS as well, but I > haven't pursued them. Most of > my user don't like the transport 'method' and have > gone back to multiple > clients. > > If you find a cleaner or more efficient way to > handle this, let me know. I > sure would appreciate it. > > (Note - I use the NEC runsocks command vs the Dante > socksify command. The > Dante socksify command on my system was crashing > when used like this - no > clue why) > > Pat > > _______________________________________________ > jdev mailing list > [EMAIL PROTECTED] > http://mailman.jabber.org/listinfo/jdev __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com _______________________________________________ jdev mailing list [EMAIL PROTECTED] http://mailman.jabber.org/listinfo/jdev
