<Sheik>         struct  IgnoreStru *next;
<Sheik>         char    *nick;
<Sheik>         int     type;
<Sheik>         int     dont;
<Sheik>         int     high;
<Sheik>         char    *nick_high;
<Sheik>         char    *msg_high;
<Sheik> }       Ignore;

/cdcc close #N

(Sheik) $getnicklist(channel user.pubflood) or something

<Sheik> make a  fd_set list that will call a callback function.
<Sheik> so we can make  /finger /nslookup   etc work without blocking.

2. BlackJac: /reld for DCCs

<Sheik> say("%s: Couldn't connect to anything... Waiting 15 seconds to try a
<Sheik> AddCTimer(NULL, NULL, NULL, server, timed_nextserver, 15);
<Sheik> reconnect_flag = 1;
<Sheik> times++;

[CoW(gmo@fsn-ppp90.lightspeed.net)] add like a /cdreset or something,
because  when I change cd's, I have to do like /set cd_device /dev/cdrom again...
[CoW(gmo@fsn-ppp90.lightspeed.net)] or mabey an auto reset?

<bk_> pana-sync: Could you create a command called /fbk which does the exact
          same as /fk does but ban the user too.

[MHacker(mhacker@stn-on1-43.netcom.ca)] wanna add: FORMAT_WHOIS_ADMIN as 309

<_bk> remove mk and add nk :P
<_bk>  /nk blah blah2 blah3
<_bk> mk is like fk
<panasync> mult
<_bk> also, add /fbk
<_bk> mult sounds lame
<_bk> change it to nk
<_bk> remove mk and rename mult to mk
<_bk> add fbk

<mmpp> It could be called /window save.  It would hold what channels you've
          got in each window, so you could change servers and not have to
          re-arrange.

<Myrdraal> [panasync]: Someone earlier had an idea for specifying a DNS
server
          when looking up with /nslookup

[sh00p(shewp@snafu.north.wfu.edu)] i have a file called 'core'. what if i
did
          /dcc send panasync core shoops-core, and you would receive it as
          shoops-core?

<novalogic:#BitchX> panasync: hrm. I was thinking along the lines of, I
would
          make an alias with the function_return = [$ecrypt($nz.c.pass $0-)]
          then run that though a $encode and $rot13 so i could be sent over
a
          public channel, then the other client, with an ^on set would watch
          for whatever leads that, then $decode and $rot13 it, then run the
          same function return...

[BlackJac(blackjac@jacobs.Geeks.ORG)] /ig <time> <rest.......
 |By-Tor| has changed the topic on channel #bitchx to: bind alias -
          parse_alias ... proc parse_alias { args } { return "pana made a
new
 |By-Tor| has changed the topic on channel #bitchx to: bind alias -
          parse_alias ; proc parse_alias { args } { return "pana made a new
b
 |By-Tor| has changed the topic on channel #bitchx to: bind alias - cool
          coolproc ; proc coolproc { args } { putscr "kewl new bind" }

BlackJac a never ignore list which accepts the same types as /ignore

Rell> It would be a quick kludge too, in the code that recieves from the
          server, add a bit of code to set a last_packet time to 0.  Then
          you'd have your SIGTIMER event check up on it.

[ogre(ogre@du41.con.ptd.net)] ok, well, uhm, bx by default displays u@h in
          every /notice.. perhaps create a /set which would define a
specific
          set of nicknames as services.. and it wouldnt display the u@h on
          each /notice.. ? (perhaps create *another* /on for it, on
          notice_service or something maybe?)
[ogre(ogre@du41.con.ptd.net)] right.. and the services nicknames (generally
          ChanServ/NickServ/MemoServ/X/W/NoteOp/ChanOp/NickOP) can be
adjusted
          with a /set, in case of new service nicknames..

[BlackJac(blackjac@jacobs.Geeks.ORG)] DCC list that'll autoget even if
          dcc_autoget is off
[BlackJac(blackjac@jacobs.Geeks.ORG)] Flood list that WON'T trigger fprot
even
          if fprot is on

 5 [BlackJac(blackjac@jacobs.Geeks.ORG)] You adding those 2 things?
 6 [BlackJac(blackjac@jacobs.Geeks.ORG)] STATUS_DCC
 7 [BlackJac(blackjac@jacobs.Geeks.ORG)] oh
 8 [BlackJac(blackjac@jacobs.Geeks.ORG)] can't remember the other right now
 9 [BlackJac(blackjac@jacobs.Geeks.ORG)] One was STATUS_NICK for %N
