[IRCServices Coding] Mass memos
Saturn
saturn at jetirc.net
Wed Aug 13 14:49:02 PDT 2003
M wrote:
Saturn wrote:
>> Can we reconsider adding a Mass memo function for the next release?
>I do not think services should include spam functionality. Spam is
>enough of a problem without adding features to make it easier to annoy
>users.
This is not spam, and should probably be only accessible by either Services
Admins or Services OPs. The intention is to announce outages, important
events, etc
>> If not, or even if so... one thing puzzles me: In the /ns
>> list * command, the listings have occasional punctuation...
>> a ! or ? in front of the nick. There is nothing in the docs
>> anywhere that seems to address this, and I'm curious as to
>> what those mean.... an explanation would be helpful there too.
>Do an info on the nick. It will explain the purpose of the symbol
>(forbidden/noexpire).
I did come across that after sending the email to the group. Sadly, it
provides no help whatsoever to the memo question.. but it did shed light on
the question i asked.....
>> Additionally, perhaps we can have some way to glag a nick
>> name as "Linked" -- not necessarily the Primary name, but the
>> linked nicks... liek another puntuation in the listing that
>> indicates linked names, so I can script around it, havign it
>> ignore the marked nicks....
>As an SA you can list links for a nick. A user has no need to determine
>links of other users.
Who decided that? you? Perhaps I would like my users to be able to see the
links for each other... Either way the command is only useful when you
have a "starting point" - a nick that you want to look up...
>> the main reason nobody read the logonnews is that
>> 90% of the time for them, it is unchanged........
>That is why it includes a date and you should delete old news to avoid
>vast amounts of useless text. I assume you have a website, so you can
>use this to display information that you want people to be able to
>"keep".
Frankly, logonnews is useless, and most of my users and opers agree. It
scrolls off too fast. Ideally, it shoudl have a delay to prevent it being
lost in the system notices on connection. Maybe a 10 second delay beforee
it flashes by, to give the user time to connect, etc, and then they might
actually SEE it. Most users I know don't tend to make a habit of readin gth
ebacklog in their status windows when they connect to the network......
Anyhow these were just friendly suggestions, tryign to solve a problem I
have. I don't plan to simply go "OK well, since one or two others out there
think my ideas are dumb for them, obviously I ought to abandon them, because
they MUST be dumb" That attitude is ignorant, and I think my suggestions
had weight and merit. Your objections have merit too, but I see you did not
suggest any useful alternatives or workarounds... Thanks for the input!
>M.