On Sat, 29 Oct 2005 01:40:56 +1300
Andrew Miller <[EMAIL PROTECTED]> wrote:
>
> There are several fixes:
> Fix A: We need to globally synchronise delayed state, which means that
> we need to transmit it in BURST. We can then apply the "don't propagate
> WASDELAYED" because we can track delayed sta
Yes, but you're speaking about +d Umode, and I'm speaking about +d Chanmode.
So, read again.
Thx
On Thu, 27 Oct 2005 17:54:28 +0200
Carlo Wood <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 27, 2005 at 11:31:45AM +0200, Progs wrote:
> > Hello
> >
> > There is
But if a service want to know who is delayed or not, and if it is +d, it can't.
On Thu, 27 Oct 2005 18:04:29 +0200
Carlo Wood <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 27, 2005 at 04:16:52PM +0200, Progs wrote:
> > If I have two servers, AA and AB, with A and ABAAA on #fo
And with two servers, AA and AB, with A and ABAAA, and #foo a +D channel.
There is only A on #foo and he is *not* delayed.
When ABAAA join channel, he sees A as a delayed user.
Is it correct ?
Progs.
On Thu, 27 Oct 2005 16:16:52 +0200
Progs <[EMAIL PROTECTED]> wrote:
> Hi
Hi,
If I have two servers, AA and AB, with A and ABAAA on #foo, a +D channel.
A is delayed on #foo and ABAAA is +d.
There are only A and ABAAA in #foo.
When A speaks on #foo, ABAAA is +d so AB doesn't receive message, so ABAAA
doesn't see A's join.
Bug or fea
Hello
There is a bug in channel.c.
+d is a local mode, so servers should no propagate it to
the other servers.
I've sent a patch at
http://sourceforge.net/tracker/index.php?func=detail&aid=1339069&group_id=63470&atid=504082
Progs.
Hello,
1- This is an english mailing list
2- We don't care about
Progs
Le sam 05/07/2003 à 06:13, Info a écrit :
> À qui de droit,
>
> j'ai récemment visité votre site web et
> Je me demandais si vous seriez intéressé à un nouveau look/design pour votre
> website
