Re: [Ekiga-devel-list] Peering with SIPBroker enabled

2006-12-24 Thread Simon Wood
Hi Damien et all, I'm happy to update the wiki, but I'm not 100% sure of what has been configured. It appears that ekiga.net is using the same peering codes as SipBrooker, so as in Damien's example you can call FWD number with the '*393' prefix (ie. '*393' will place a call from Ekiga.net user t

Re: [Ekiga-devel-list] Peering with SIPBroker enabled

2006-12-24 Thread Simon Wood
On Sun, 24 Dec 2006 14:40:17 +0100 Damien Sandras <[EMAIL PROTECTED]> wrote: > Btw, somebody should add a "Peering" category in the wiki. > What like this one :-) http://wiki.ekiga.org/index.php/Peering There's also a 'fun' numbers section. Merry Christmas to all the Ekiga Dev's. Simon. ___

Re: [Ekiga-devel-list] Blacklisting

2006-12-24 Thread Kilian Krause
Jan, > What did you have in mind for greylists? greylisting would be responding with a "busy" upon first call and letting everything through after a given timeout. The idea is that you erase all the "one-shot-only" SPAMmers (SPITers here). For obvious reasons this is not really a good idea with V

Re: [Ekiga-devel-list] Peering with SIPBroker enabled

2006-12-24 Thread Damien Sandras
Btw, somebody should add a "Peering" category in the wiki. Le dimanche 24 décembre 2006 à 13:56 +0100, Damien Sandras a écrit : > Hello to all, > > > While migrating Ekiga.net to the new server, I enabled peering with > SIPBroker. > > What does that mean? > > That means that while being regist

Re: [Ekiga-devel-list] Blacklisting

2006-12-24 Thread Julien Puydt
Julien Puydt a écrit : > So signals aren't a good way to handle a call answer decision. To make things more precise : - the endpoint emits the usual signal ; - this signal is then used by the call-answering chain to make the decision what to do with it. Snark

[Ekiga-devel-list] Peering with SIPBroker enabled

2006-12-24 Thread Damien Sandras
Hello to all, While migrating Ekiga.net to the new server, I enabled peering with SIPBroker. What does that mean? That means that while being registered to Ekiga.net, you can reach users registered to other networks. For example, sip:[EMAIL PROTECTED] is an echo test. Formerly, you were regist

Re: [Ekiga-devel-list] Blacklisting

2006-12-24 Thread Julien Puydt
Julien Puydt a écrit : > And where message would be I don't know what. Just gpointer perhaps... Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list

Re: [Ekiga-devel-list] Blacklisting

2006-12-24 Thread Julien Puydt
Jan Schampera a écrit : > I just saw a (IMHO) good idea: > Filtering incoming calls by a SIP-address blacklist. > > Comments? I have thought about this. The idea I had was the following : if we make the core of ekiga work with signals, how do we handle answering a call? Here are some ways to h

Re: [Ekiga-devel-list] Blacklisting

2006-12-24 Thread Jan Schampera
On Sun, 24 Dec 2006 02:10:29 +0100 thomas schorpp <[EMAIL PROTECTED]> wrote: > > Comments? > unacceptable user effort to control as soon as > telemarketers and other idiots get on sip. > > lets torture them not us. > > whitelist or greylist somehow or other modern > filter practice, pls. Ok,