From: AthlonRob <Ath...@ax...> - 2003-11-19 23:34:57
|
I'm getting a ton of it lately. It's getting out of hand. It interrupts my typing of emails, it causes a bunch of dings when I finish watching a recorded show (stupid mplayer insists on locking the hardware device even though pcm.default is defined to use the dmix plugin... grrr...).... it's just a general annoyance. So I was just thinking about ways to handle it on the client side of things, perhaps to kill IM spam nearly dead. The vast majority of IM spam I get is coming in under my AIM name. It always comes from a long screen name (not the old-school 9 character names). About 75% of it is a single IM with a hyperlink in the line. Of that 75%, about 50% is just a hyperlink, the other 50% has plain text leading up to the hyperlink. The remaining 25% of these spams are one greeting/intro IM followed by an IM containing a hyperlink about five seconds later. None of the spam comes from screen names I have ever had contact with before and are not on my buddy list. I wonder, is there any interest in reworking gaim, perhaps through a plugin?... to block out these IM spams? If an IM comes in, it could be checked to see if the sender is in my buddylist. If not, hold the IM for ten seconds, waiting for further IMs and holding them if they come, as well. When the ten second timer runs out, check the IMs for hyperlinks. If there is anything that looks like a URL in them (http://) dropkick the suckers into /dev/null. If there isn't, let the IMs pass through to the user... There's my idea... now I have no idea how easy such a thing would be to implement... or if I'm a great minority with the number of IM spams I keep getting... what are some thoughts on it? Rob |
From: Paul M. <pmi...@us...> - 2003-11-20 00:18:35
|
I've thought about this too... a plugin could do this pretty easily. My idea was to check if the user what in the buddy list, and if not, hold the message for a few seconds, if the user logs off immediately, discard it. I noticed that some of these users log off right away so that they don't get warned. If I could compile gaim-cvs, I'd be willing to write the core of this plugin (I hate writting UIs). -Paul On Wednesday 19 November 2003 5:33 pm, AthlonRob wrote: > I'm getting a ton of it lately. It's getting out of hand. It > interrupts my typing of emails, it causes a bunch of dings when I > finish watching a recorded show (stupid mplayer insists on locking > the hardware device even though pcm.default is defined to use the > dmix plugin... grrr...).... it's just a general annoyance. > > So I was just thinking about ways to handle it on the client side of > things, perhaps to kill IM spam nearly dead. > > The vast majority of IM spam I get is coming in under my AIM name. > It always comes from a long screen name (not the old-school 9 > character names). About 75% of it is a single IM with a hyperlink in > the line. Of that 75%, about 50% is just a hyperlink, the other 50% > has plain text leading up to the hyperlink. The remaining 25% of > these spams are one greeting/intro IM followed by an IM containing a > hyperlink about five seconds later. None of the spam comes from > screen names I have ever had contact with before and are not on my > buddy list. > > I wonder, is there any interest in reworking gaim, perhaps through a > plugin?... to block out these IM spams? If an IM comes in, it could > be checked to see if the sender is in my buddylist. If not, hold the > IM for ten seconds, waiting for further IMs and holding them if they > come, as well. When the ten second timer runs out, check the IMs for > hyperlinks. If there is anything that looks like a URL in them > (http://) dropkick the suckers into /dev/null. If there isn't, let > the IMs pass through to the user... > > There's my idea... now I have no idea how easy such a thing would be > to implement... or if I'm a great minority with the number of IM > spams I keep getting... what are some thoughts on it? > > Rob > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel |
From: Bryce C <Plug@BryceCo.Net> - 2003-11-20 00:42:44
|
Umm... Tools->Privacy? "Allow only the users on my buddy list" On Wed, 2003-11-19 at 17:13, Paul Miller wrote: > I've thought about this too... a plugin could do this pretty easily. >=20 > My idea was to check if the user what in the buddy list, and if not,=20 > hold the message for a few seconds, if the user logs off immediately,=20 > discard it. I noticed that some of these users log off right away so=20 > that they don't get warned. >=20 > If I could compile gaim-cvs, I'd be willing to write the core of this=20 > plugin (I hate writting UIs). >=20 > -Paul >=20 > On Wednesday 19 November 2003 5:33 pm, AthlonRob wrote: > > I'm getting a ton of it lately. It's getting out of hand. It > > interrupts my typing of emails, it causes a bunch of dings when I > > finish watching a recorded show (stupid mplayer insists on locking > > the hardware device even though pcm.default is defined to use the > > dmix plugin... grrr...).... it's just a general annoyance. > > > > So I was just thinking about ways to handle it on the client side of > > things, perhaps to kill IM spam nearly dead. > > > > The vast majority of IM spam I get is coming in under my AIM name.=20 > > It always comes from a long screen name (not the old-school 9 > > character names). About 75% of it is a single IM with a hyperlink in > > the line. Of that 75%, about 50% is just a hyperlink, the other 50% > > has plain text leading up to the hyperlink. The remaining 25% of > > these spams are one greeting/intro IM followed by an IM containing a > > hyperlink about five seconds later. None of the spam comes from > > screen names I have ever had contact with before and are not on my > > buddy list. > > > > I wonder, is there any interest in reworking gaim, perhaps through a > > plugin?... to block out these IM spams? If an IM comes in, it could > > be checked to see if the sender is in my buddylist. If not, hold the > > IM for ten seconds, waiting for further IMs and holding them if they > > come, as well. When the ten second timer runs out, check the IMs for > > hyperlinks. If there is anything that looks like a URL in them > > (http://) dropkick the suckers into /dev/null. If there isn't, let > > the IMs pass through to the user... > > > > There's my idea... now I have no idea how easy such a thing would be > > to implement... or if I'm a great minority with the number of IM > > spams I keep getting... what are some thoughts on it? > > > > Rob > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > Gaim-devel mailing list > > Gai...@li... > > https://lists.sourceforge.net/lists/listinfo/gaim-devel >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel --=20 Bryce C <Plug@BryceCo.Net> CoBryce Communications |
From: AthlonRob <Ath...@ax...> - 2003-11-20 01:00:00
|
On Wed, 2003-11-19 at 16:41, Bryce C wrote: > Umm... Tools->Privacy? "Allow only the users on my buddy list" That would have the same end result of not receiving any spam IMs... but would also leave you unable to receive any IMs from people you haven't added to your buddylist, period. I, personally, don't like that idea... sometimes if I'm working on something and see an AIM name of somebody working related to it, I'll just send them an IM. Now, I'm not on their list, and they're not on mine... if I block everybody on my buddylist, then neither of us can contact the other. I don't like the side effects of that one, myself... which is why I like the idea of holding an IM in purgatory for a few seconds, watching for URLs... to cut down on so-called false-positives, maybe is what I'm aiming for? Rob |
From: John B. S. <sil...@us...> - 2003-11-20 01:20:25
|
Yeah, I'm had something of a similar concern, and now I'm starting to get at least one a day, and it's annoying me. My main concern, actually, is the log files...I can't stand the fact that I'm having junk logs started for these things, one day, I actually weeded the damn mess out. I was thinking about a plugin that would add a menu choice to the "Conversation" menu, or the button bar (right by "Block"), to delete logs, and have this option show up if the person is not on your buddy list. Point expanded out of parenthesis: (my brain is fried right now after taking the GRE) you most likely wouldn't want to delete the log under normal circumstances - but I think there should be some form of priortization w.r.t. the person being on your buddy list, and making the delete option more accessible - perhaps even a gaim_request box when you close the conversation after not having typed anything. I just realized that I really like that last idea - offering you the choice to delete logs for IMs you don't respond to - that could be really useful to me. After I do my thesis, and *ahem* start & finish my independent study, I'll try that, unless someone else runs with it (be my guest :)). /me leaves this mess of an e-mail to eat dinner... John On Wed, Nov 19, 2003 at 04:59:15PM -0800, AthlonRob wrote: > On Wed, 2003-11-19 at 16:41, Bryce C wrote: > > Umm... Tools->Privacy? "Allow only the users on my buddy list" > > That would have the same end result of not receiving any spam IMs... but > would also leave you unable to receive any IMs from people you haven't > added to your buddylist, period. I, personally, don't like that idea... > sometimes if I'm working on something and see an AIM name of somebody > working related to it, I'll just send them an IM. Now, I'm not on their > list, and they're not on mine... if I block everybody on my buddylist, > then neither of us can contact the other. > > I don't like the side effects of that one, myself... which is why I like > the idea of holding an IM in purgatory for a few seconds, watching for > URLs... to cut down on so-called false-positives, maybe is what I'm > aiming for? > > Rob > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel |
From: Ka-Hing C. <ja...@ja...> - 2003-11-20 01:49:14
|
> actually, is the log files...I can't stand the fact that I'm having junk > logs started for these things, one day, I actually weeded the damn mess > out. I was thinking about a plugin that would add a menu choice to the > "Conversation" menu, or the button bar (right by "Block"), to delete > logs, and have this option show up if the person is not on your buddy > list. > Point expanded out of parenthesis: (my brain is fried right now after > taking the GRE) > you most likely wouldn't want to delete the log under normal > circumstances - but I think there should be some form of priortization > w.r.t. the person being on your buddy list, and making the delete option > more accessible - perhaps even a gaim_request box when you close the > conversation after not having typed anything. I just realized that I My main concern is/was that gaim keeps logging my IMs to NickServ, which includes my password. My logging plugin provided an option for per-buddy log setting because of that, although it didn't go as far as determining if the buddy is in your buddy list. Also all the log files are by default world readable, although I wouldn't care, someone may. - Ka-Hing |
From: Ethan B. <ebl...@cs...> - 2003-11-25 21:14:03
|
Ka-Hing Cheung spake unto us the following wisdom: > Also all the log files are by default world readable, although I > wouldn't care, someone may. As of Not Long Ago, the directories they are in are certainly not world readable ... therefore the files themselves don't matter. Ethan --=20 To surrender one's personal weapon is to invite disaster. This has been obvious for so long and so often that there is probably a Greek word for the practice. -- Jeff Cooper |
From: Ka-Hing C. <ja...@ja...> - 2003-11-25 22:45:07
|
On Tue, Nov 25, 2003 at 04:13:58PM -0500, Ethan Blanton wrote: > Ka-Hing Cheung spake unto us the following wisdom: > > Also all the log files are by default world readable, although I > > wouldn't care, someone may. > > As of Not Long Ago, the directories they are in are certainly not > world readable ... therefore the files themselves don't matter. Okay, I was not aware of this. Maybe gaim should do a chmod when it's started, so the permission would be set to the new value for people who've been using gaim for a while? But then this would create issues for people who really want their logs to be world readable. - Ka-Hing > > Ethan > > -- > To surrender one's personal weapon is to invite disaster. This has > been obvious for so long and so often that there is probably a Greek > word for the practice. > -- Jeff Cooper |
From: John P. <joh...@ci...> - 2003-11-25 23:00:14
|
Ka-Hing Cheung wrote: >On Tue, Nov 25, 2003 at 04:13:58PM -0500, Ethan Blanton wrote: > > >>Ka-Hing Cheung spake unto us the following wisdom: >> >> >>>Also all the log files are by default world readable, although I >>>wouldn't care, someone may. >>> >>> >>As of Not Long Ago, the directories they are in are certainly not >>world readable ... therefore the files themselves don't matter. >> >> > >Okay, I was not aware of this. Maybe gaim should do a chmod when it's started, >so the permission would be set to the new value for people who've been using >gaim for a while? But then this would create issues for people who really want >their logs to be world readable. > >- Ka-Hing > > Shouldn't the logs default to the user's umask? -jp >>Ethan >> >>-- >>To surrender one's personal weapon is to invite disaster. This has >>been obvious for so long and so often that there is probably a Greek >>word for the practice. >> -- Jeff Cooper >> >> > > > > > |
From: Ethan B. <ebl...@cs...> - 2003-11-25 23:50:54
|
John Patton spake unto us the following wisdom: > Shouldn't the logs default to the user's umask? The umask is just that -- a mask. You have to mask something with it... In this case, we mask 0700 with your umask, and create the directories following those permissions. If your case is that we should be masking 0777 and creating ... I might be willing to listen, but I don't think it's a good idea. Ethan --=20 To surrender one's personal weapon is to invite disaster. This has been obvious for so long and so often that there is probably a Greek word for the practice. -- Jeff Cooper |
From: John P. <jp...@ci...> - 2003-11-25 23:01:11
|
Ka-Hing Cheung wrote: >On Tue, Nov 25, 2003 at 04:13:58PM -0500, Ethan Blanton wrote: > > >>Ka-Hing Cheung spake unto us the following wisdom: >> >> >>>Also all the log files are by default world readable, although I >>>wouldn't care, someone may. >>> >>> >>As of Not Long Ago, the directories they are in are certainly not >>world readable ... therefore the files themselves don't matter. >> >> > >Okay, I was not aware of this. Maybe gaim should do a chmod when it's started, >so the permission would be set to the new value for people who've been using >gaim for a while? But then this would create issues for people who really want >their logs to be world readable. > >- Ka-Hing > > Shouldn't the logs default to the user's umask? -jp >>Ethan >> >>-- >>To surrender one's personal weapon is to invite disaster. This has >>been obvious for so long and so often that there is probably a Greek >>word for the practice. >> -- Jeff Cooper >> >> > > > > > |
From: AthlonRob <Ath...@ax...> - 2003-11-20 00:57:10
|
On Wed, 2003-11-19 at 16:13, Paul Miller wrote: > I've thought about this too... a plugin could do this pretty easily. Cool - a plugin interface would be idea, IMHO, as I'm sure there are users out there who either don't get the spam (so don't want the delay) or who need to receive URLs in the first few seconds of a brand new IM conversation with a stranger... > My idea was to check if the user what in the buddy list, and if not, > hold the message for a few seconds, if the user logs off immediately, > discard it. I noticed that some of these users log off right away so > that they don't get warned. Unfortunately, the spam list I'm on doesn't follow this practice of logging off right away. I've warned them sometimes an hour after I received the IM(s), and the warn went right through. A combo, though, might be ideal... perhaps as an option? > If I could compile gaim-cvs, I'd be willing to write the core of this > plugin (I hate writting UIs). Well, if we dealt with it without an options, everything just default hard-coded values, do we need a UI at all? :-) Rob |
From: Ka-Hing C. <ja...@ja...> - 2003-11-20 00:33:33
|
On Wed, Nov 19, 2003 at 03:33:54PM -0800, AthlonRob wrote: > plugin?... to block out these IM spams? If an IM comes in, it could be > checked to see if the sender is in my buddylist. If not, hold the IM Tools->Privacy->Allow only the users on my buddy list > > There's my idea... now I have no idea how easy such a thing would be to > implement... or if I'm a great minority with the number of IM spams I > keep getting... what are some thoughts on it? I kind of like the idea that someone suggested a while ago: send a challenge to the sender, if the sender can complete the challenge, then he can IM you from that point on, otherwise drop the IM. The challenge can be as simple as 5 + 2, or your pet's name, etc. - Ka-Hing |
From: AthlonRob <Ath...@ax...> - 2003-11-20 01:02:45
|
On Wed, 2003-11-19 at 16:32, Ka-Hing Cheung wrote: > I kind of like the idea that someone suggested a while ago: send a challenge > to the sender, if the sender can complete the challenge, then he can IM you > from that point on, otherwise drop the IM. The challenge can be as simple as > 5 + 2, or your pet's name, etc. Even better... I think I like it. Kinda like the C/R method of spam fighting vs the SpamAssassin method. In the email world, C/R causes more problems than the SA method, so the SA method is usually preferred, but with the nature of IMs, a challenge/response would be ideal. Shoot, even, "five plus five is ten. Please send the number ten to me," would work wonders. Thanks for the idea... :-) Rob |