]> jfr.im git - irc.git/blob - software/RELEASES/ircservices/achurch.org/services/lists/ircservices/2008/005607.html
rename -> *.git
[irc.git] / software / RELEASES / ircservices / achurch.org / services / lists / ircservices / 2008 / 005607.html
1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
2 <HTML>
3 <HEAD>
4 <TITLE> [IRCServices] Kick war with ChanServ, for the 135175631861th time..
5 </TITLE>
6 <LINK REL="Index" HREF="index.html" >
7 <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Kick%20war%20with%20ChanServ%2C%0A%09for%20the%20135175631861th%20time..&In-Reply-To=b19eae4e0801051605l313e9550rd52a6f4f5ad04775%40mail.gmail.com">
8 <META NAME="robots" CONTENT="index,nofollow">
9 <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
10 <LINK REL="Previous" HREF="005606.html">
11 <LINK REL="Next" HREF="005620.html">
12 </HEAD>
13 <BODY BGCOLOR="#ffffff">
14 <H1>[IRCServices] Kick war with ChanServ, for the 135175631861th time..</H1>
15 <B>Anton Wolkov</B>
16 <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Kick%20war%20with%20ChanServ%2C%0A%09for%20the%20135175631861th%20time..&In-Reply-To=b19eae4e0801051605l313e9550rd52a6f4f5ad04775%40mail.gmail.com"
17 TITLE="[IRCServices] Kick war with ChanServ, for the 135175631861th time..">phan70m at gmail.com
18 </A><BR>
19 <I>Sun Jan 6 05:08:23 PST 2008</I>
20 <P><UL>
21 <LI>Previous message: <A HREF="005606.html">[IRCServices] Kick war with ChanServ, for the 135175631861th time..
22 </A></li>
23 <LI>Next message: <A HREF="005620.html">[IRCServices] Kick war with ChanServ, for the 135175631861th time..
24 </A></li>
25 <LI> <B>Messages sorted by:</B>
26 <a href="date.html#5607">[ date ]</a>
27 <a href="thread.html#5607">[ thread ]</a>
28 <a href="subject.html#5607">[ subject ]</a>
29 <a href="author.html#5607">[ author ]</a>
30 </LI>
31 </UL>
32 <HR>
33 <!--beginarticle-->
34 <PRE>there are many issues with unreal, since i had a chance to build my own
35 unreal services i stumbled a lot of sync issues.
36 here are some issues, some of which (but not all) are already handled:
37
38 +b can be overridden or be desynced.
39 here are the reasons i remember for overrides:
40 user who gets an /invite (services invite too in ajoin etc)
41 user who has +e *!*@*
42 +e can include shit loads of extensions i.e. +e ~c:#opers or ~r:gekos
43 +I acts like /invite and also may include weird extensions
44 and when u handle all that you need to start taking into account services
45 timestamp desync handler,
46 generally speaking, if your timestamp is higher than the one the ircd sends
47 you, you need to discard your modes, if they are identical, you need to do
48 an awkward merge, and if you have a lower value discard everything the
49 server just told you.
50 btw, are time desyncs (TS) taking into account here? usually not an issue
51 when services link to localhost, but i've seen different setups.
52 sounds simple? sure, just a couple more ideas
53 my implementation unsets a ban after 5 minutes, to avoid ban list getting
54 filled, and akicks/restricts always set a ban in *!*@host form to avoid
55 dbls.
56 some modules allow opers to override but that's obvious.
57 i've still didn't have a chance to figure out the new maskign module (thanks
58 ircd for sending * instead of the actual value) so i do USERHOST nick1 nick2
59 nick3 on every connect to get in sync.
60
61 i've implemented ALL of that, and guess what, on extremely rare occasions, i
62 still get a desync issue (my services think ban is set but it's not).
63 i'm pretty sure it's just a protocol compatibility issue and not the
64 services fault (although implementing more of the protocol would help), so
65 my solution is to set +f with user join flood protection that bans users and
66 unsets the bans after 5 minutes.
67
68
69 On Jan 6, 2008 2:05 AM, Robin Burchell &lt;<A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">robin at en2no.com</A>&gt; wrote:
70
71 &gt;<i> No +I masks, three +e masks are set, neither of which match me..
72 </I>&gt;<i>
73 </I>&gt;<i> #helpers *!*@herring.chatspike.net set by Om (Sat Nov 03 23:13:31)
74 </I>&gt;<i> #helpers *!*@helper.chatspike.net set by Om (Sat Nov 03 23:13:27)
75 </I>&gt;<i> #helpers *!*@tortoisegod.chatspike.net set by Om (Sat Nov 03 23:13:21)
76 </I>&gt;<i> #helpers End of Channel Exception List
77 </I>&gt;<i> -
78 </I>&gt;<i> #helpers End of Channel Invite Exception List
79 </I>&gt;<i>
80 </I>&gt;<i> w00t is <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">w00t at globop.chatspike.net</A> * Master of all trades; jack of none
81 </I>&gt;<i> &lt;- being me.
82 </I>&gt;<i>
83 </I>&gt;<i> Explicit invite - (as in /invite?) - aren't used on that channel. It's
84 </I>&gt;<i> also perhaps worthy of note that /invite only overrides ban on some
85 </I>&gt;<i> software.
86 </I>&gt;<i>
87 </I>&gt;<i> I imagine the problem was caused as some IRCds will propegate the ban
88 </I>&gt;<i> anyway (no duplicates checking) from a server to server link, so I
89 </I>&gt;<i> guess that could be construed as a problem of sorts, though not a
90 </I>&gt;<i> major one.
91 </I>&gt;<i>
92 </I>&gt;<i> Given the infrequency of this problem, I don't mind waiting until the
93 </I>&gt;<i> list archives are back up for you to check, by all means. :)
94 </I>&gt;<i>
95 </I>&gt;<i> On Jan 5, 2008 11:52 PM, Andrew Church &lt;<A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">achurch at achurch.org</A>&gt; wrote:
96 </I>&gt;<i> &gt; &gt;I understand it must be frustrating to have an issue like this that's
97 </I>&gt;<i> &gt; &gt;so hard to track down, but it is equally frustrating to get bit in the
98 </I>&gt;<i> &gt; &gt;ass by it. Isn't it wise to assume that if they are joining an
99 </I>&gt;<i> &gt; &gt;existing channel that a ban matching them doesn't exist anyway
100 </I>&gt;<i> &gt; &gt;(otherwise how are they joining?)
101 </I>&gt;<i> &gt;
102 </I>&gt;<i> &gt; +e, +I, explicit INVITE, possibly other methods. Originally, I didn't
103 </I>&gt;<i> &gt; bother checking for the ban, but apparently it caused a problem, because
104 </I>&gt;<i> &gt; I added the check in 4.5pre0:
105 </I>&gt;<i> &gt;
106 </I>&gt;<i> &gt; 2001/01/11 Fixed duplicate adding of bans when auto-kicking a user
107 </I>&gt;<i> &gt; from a channel. Reported by James &lt;
108 </I>&gt;<i> <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">daemus at evilcode.com</A>&gt;
109 </I>&gt;<i> &gt; --- chanserv.c 11 Jan 2001 00:03:56 -0000 1.10
110 </I>&gt;<i> &gt; +++ chanserv.c 11 Jan 2001 04:29:13 -0000 1.11
111 </I>&gt;<i> &gt; @@ -670,10 +670,13 @@
112 </I>&gt;<i> &gt; #else
113 </I>&gt;<i> &gt; }
114 </I>&gt;<i> &gt; #endif
115 </I>&gt;<i> &gt; - av[1] = &quot;+b&quot;;
116 </I>&gt;<i> &gt; - av[2] = mask;
117 </I>&gt;<i> &gt; - send_cmd(s_ChanServ, &quot;MODE %s +b %s %lu&quot;, chan, mask, time(NULL));
118 </I>&gt;<i> &gt; - do_cmode(s_ChanServ, 3, av);
119 </I>&gt;<i> &gt; + /* Apparently invites can get around bans, so check for ban first
120 </I>&gt;<i> */
121 </I>&gt;<i> &gt; + if (!chan_has_ban(mask)) {
122 </I>&gt;<i> &gt; + av[1] = &quot;+b&quot;;
123 </I>&gt;<i> &gt; + av[2] = mask;
124 </I>&gt;<i> &gt; + send_cmd(s_ChanServ, &quot;MODE %s +b %s %lu&quot;, chan, mask,
125 </I>&gt;<i> time(NULL));
126 </I>&gt;<i> &gt; + do_cmode(s_ChanServ, 3, av);
127 </I>&gt;<i> &gt; + }
128 </I>&gt;<i> &gt; free(mask);
129 </I>&gt;<i> &gt; send_cmd(s_ChanServ, &quot;KICK %s %s :%s&quot;, chan, user-&gt;nick, reason);
130 </I>&gt;<i> &gt; if (stay) {
131 </I>&gt;<i> &gt;
132 </I>&gt;<i> &gt; The list archives are down at the moment, so I can't check exactly what
133 </I>&gt;<i> &gt; the problem was, whether it was a serious issue or just cosmetic; I'm
134 </I>&gt;<i> &gt; hesitant to remove the check without knowing more. (Of course, you're
135 </I>&gt;<i> &gt; welcome to try removing it yourself and seeing what happens.)
136 </I>&gt;<i> &gt;
137 </I>&gt;<i> &gt;
138 </I>&gt;<i> &gt; --Andrew Church
139 </I>&gt;<i> &gt; <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">achurch at achurch.org</A>
140 </I>&gt;<i> &gt; <A HREF="http://achurch.org/">http://achurch.org/</A>
141 </I>&gt;<i> &gt;
142 </I>&gt;<i> &gt; ------------------------------------------------------------------
143 </I>&gt;<i> &gt; To unsubscribe or change your subscription options, visit:
144 </I>&gt;<i> &gt; <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">http://lists.ircservices.za.net/mailman/listinfo/ircservices</A>
145 </I>&gt;<i> &gt;
146 </I>&gt;<i>
147 </I>&gt;<i>
148 </I>&gt;<i>
149 </I>&gt;<i> --
150 </I>&gt;<i> Robin Burchell
151 </I>&gt;<i> mob: +447702671419
152 </I>&gt;<i> msn: <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">msn at viroteck.net</A>
153 </I>&gt;<i> web: <A HREF="http://www.en2no.com">http://www.en2no.com</A>
154 </I>&gt;<i> ------------------------------------------------------------------
155 </I>&gt;<i> To unsubscribe or change your subscription options, visit:
156 </I>&gt;<i> <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">http://lists.ircservices.za.net/mailman/listinfo/ircservices</A>
157 </I>&gt;<i>
158 </I>
159
160
161 --
162 Best Regards,
163
164 Anton Wolkov
165 Information Security Expert | BugSec Ltd.
166 Mobile: 054-7703580 | Office: 03-9622655
167 Visit us at our web site: www.bugsec.com
168 -------------- next part --------------
169 An HTML attachment was scrubbed...
170 URL: <A HREF="../attachments/20080106/61013a93/attachment.html">../attachments/20080106/61013a93/attachment.html</A>
171 </PRE>
172
173
174
175 <!--endarticle-->
176 <HR>
177 <P><UL>
178 <!--threads-->
179 <LI>Previous message: <A HREF="005606.html">[IRCServices] Kick war with ChanServ, for the 135175631861th time..
180 </A></li>
181 <LI>Next message: <A HREF="005620.html">[IRCServices] Kick war with ChanServ, for the 135175631861th time..
182 </A></li>
183 <LI> <B>Messages sorted by:</B>
184 <a href="date.html#5607">[ date ]</a>
185 <a href="thread.html#5607">[ thread ]</a>
186 <a href="subject.html#5607">[ subject ]</a>
187 <a href="author.html#5607">[ author ]</a>
188 </LI>
189 </UL>
190
191 </body></html>