symantec.tcl 1.0.4-rosc

[rosc2112]

Fixed this script and will upload to the archive as well:
http://members.dandy.net/~fbn/symantec.tcl.txt

[demond]

man, you are one scripting dynamo good job

[rosc2112]

/me tips her hat

[rosc2112]

Did some minor formatting changes and a little more cleanup/code consolidation. Uploaded to archive as well, and available at the same url as above.

[strikelight2]

Modifying someone else's script and releasing it, without their permission, is poor etiquette.

For those who wish to obtain the proper version of the script, point your browsers to http://www.tclscript.com/

Regarding some of your changes:
- The script was developed to be the most compatible it can be with
all versions of eggdrop. As such, egghttp.tcl is required, and no, it is not outdated. It is also less bloated than the http package.
- From experience, utimer's perform better than their timer counterpart.
- Your changed version will not auto broadcast threats of a defined level,
due to a bug in your code, related to site changes.

-sL

[rosc2112]

Actually, I just fixed the broadcast alert thing, been looking at it for a few days to see what's wrong with it.. But you're right about posting updates, I'd assumed you were missing in action and just fixed it for someone when requested.. If you're now back and working on it, good As far as compatibility issues, fuggem, upgrade

[strikelight2]

Even if I had disappeared off the face of the planet, the default behaviour from an individual should be to assume that there is no permission to modify and release someone else's work, unless otherwise stated in the project itself. As it so happens, this author's wishes with regard to the matter could always be seen from the very bottom of his project's page at http://www.tclscript.com/scripts.shtml .

As for compatibility and upgrading, many people still use eggdrop versions as far back as 1.1.5, not because they are lazy, but because of benefits in prior releases, wether it be performance benefits or less bloat. Similarly, it goes beyond a matter of compatibility, as mentioned, egghttp is less bloated and more suited for simple web retrieval, than the http package which has its purpose for more advanced web retrieval. I personally use both 1.1.5 and 1.6.x eggdrop, and since it is my script, as with all my scripts, I prefer them to be compatible with most flavors of eggdrop.

-sL!

[digs]

I cant get either script to update... and the revised one here, the dcc doesnt work right and it errors out.

Anyway, if anyone knows if there is a current working version of this script please let me know.

[DragnLord]

I highly suggest posting where the script is: http://www.tclscript.com/cgi-bin/yabb/YaBB.pl

[strikelight]

Symantec changed the url...

For a quick fix, after sourcing the (my) script in your eggdrop's config,
place after the line:

Code: Select all

source scripts/symantec.tcl
# insert the following line after this...
set symantec(url) "http://www.symantec.com/norton/security_response/threatexplorer/threats.jsp"

and all should be well.

[digs]

Thank you very much. Love your work.

[digs]

Ok. The script updates great and partyline commands work... channel commands dont work no matter what I do.

Any thoughts anyone?

-digs

[strikelight]

This is the part where reading comes in handy:

# Channels to answer trigger requests in?
# (Note 1: For eggdrop1.5.x users and above, ignore this setting
# and instead use: .chanset #channel +symtrigger)
# (Note 2: Use "*" for all channels)

[digs]

I did read all of that.

.chanset #channel +symtrigger

Was showing invalid. I tried it several times. I dont know why it wouldnt work. I finally got it to take.

I am sure it is user error.

Thanks again.

[speechles]

Code: Select all

# Uncomment these if you want to use the channel udef flags (.chanset) instead of the above channel configs for
# setting the triggerchans, broadcastchans and repeatchans.
#catch {setudef flag "symtrigger"}
#catch {setudef flag "symbroadcast"}
#catch {setudef flag "symrepeat"}

User error indeed. You read all of that and missed the above? Next time actually read, don't skim.