Enable spam blocking for authorization requests

[GoogleCodeExporter]

As I often get authorizations requests containing a spam message from
unknown contacts, would it be possible to block these?
As messages from known spammers are already blocked, maybe this could be
extended to authorization requests.

Original issue reported on code.google.com by Sebastia...@gmail.com on 18 Nov 2009 at 8:07

[GoogleCodeExporter]

Are you referring to ICQ?

Original comment by sami%mir...@gtempaccount.com on 18 Nov 2009 at 8:36

[GoogleCodeExporter]

Yes I'm referring to ICQ.

I had a quick look on the source of the ICQ protocol, but did not find the right
point to get started.

Original comment by Sebastia...@gmail.com on 19 Nov 2009 at 6:57

[GoogleCodeExporter]

Original comment by sami%mir...@gtempaccount.com on 19 Nov 2009 at 7:53

• Changed state: Assigned
• Added labels: Component-Protocol-ICQ

[GoogleCodeExporter]

I do not think it is possible to detect spammers at that point, since these 
contacts
are mostly offline (or invisible, but I can not see their client)

Original comment by wishmaster51 on 26 Nov 2009 at 7:44

[GoogleCodeExporter]

Would it be possible to match them against a list or regex of some urls? mostly 
they
advertise russian spam sites (.ru) or use the same contact name - maybe even 
the same
UIN.

Original comment by Sebastia...@gmail.com on 26 Nov 2009 at 7:47

[GoogleCodeExporter]

I think that is what spam blocking plugins are made for.. there are some of 
them and
I think they do what you want..

This should be configurable (imagine you live in Russia and all .ru websites get
blocked by Miranda without the ability to change that) and work for all 
protocols, so
it is not really ICQ-specific

The only thing that would make sense to implement in the ICQ plugin would be a 
way to
really ignore such auth requests (currently the sender gets notified that the 
request
was denied ans do a confirmation that the UIN is still active)

Original comment by wishmaster51 on 26 Nov 2009 at 7:52

[GoogleCodeExporter]

I think plugin which would ignore authorization requests based on some regexp 
(custom) 
would be enough. Why would some whitehat place a link into auth request? I 
think most 
of these auth requests with link in them are plain spam.

Original comment by zub...@gmail.com on 22 Jan 2010 at 7:41

[GoogleCodeExporter]

That's exactly, what I thought of.
No contact of me would send a authorization message containing an URL.
So it would not hurt anyone.

Original comment by Sebastia...@gmail.com on 24 Jan 2010 at 8:03

[GoogleCodeExporter]

An option to block ALL authorization requests would be desirable as well.

Original comment by theorigi...@gmail.com on 4 Apr 2010 at 3:43

[GoogleCodeExporter]

> An option to block ALL authorization requests would be desirable as well.

Options -> Events -> Ignore

Original comment by sami%mir...@gtempaccount.com on 4 Apr 2010 at 3:57

[GoogleCodeExporter]

>> An option to block ALL authorization requests would be desirable as well.

>Options -> Events -> Ignore

So, from this, I assume the line labeled ".__." means "everyone except the users
listed" ?  If this is the case, it could be labeled more clearly (maybe provide 
a
legend stating what "._." and ".__." mean).

Thanks for the quick reply.

Original comment by theorigi...@gmail.com on 4 Apr 2010 at 4:58

[GoogleCodeExporter]

The first lines are:
** All contacts **
** Unknown contacts **

Language packs can change them, but point is you can currently block all auth 
request
if you want to. Please post on the forums if you have further problems or 
questions.

Original comment by sami%mir...@gtempaccount.com on 4 Apr 2010 at 5:53

[GoogleCodeExporter]

Does not work. I have jabber running ICQ transport. I have selected to ignore 
auth reqeusts from unknown contacts (which is a VERY BAD workaround, since 
these are the only contacts that auth requests make sense from), and I still 
get around 50 auth request on each connect. This makes ICQ close to unusable 
for me..

Original comment by alg...@gmail.com on 23 Jun 2010 at 6:41