You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by janI <ja...@apache.org> on 2012/12/10 15:52:49 UTC
[proposal] manual create new user on upgraded wiki
we have now seen over the last period that the number of new wiki users are
very low and since the "normal" spam measures have received a -1, I propose
the following for the new Wiki.
The "new user" page is changed, to send an e-mail to
dev@openoffice.apache.org (as done manual today), and one of the sysop
reply (as today).
Thereby we can avoid a lot of spam.
If no objections within 72 hours, I will continue along that path (ONLY for
the new version of wiki).
rgds
Jan I
Re: [proposal] manual create new user on upgraded wiki
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 12/10/12 5:33 PM, janI wrote:
> to me it is a long term solution....
+1 when taking into account that we have 10 or less requests per month
Juergen
>
> alternatives are:
>
> 1) open up, and get spam
> 2) use some of the spam measures, like e.g. cool off period = 4 days.
>
> The most efficient measure is a manual creation, and if I count correctly
> we talk about less than 10 new users in a month.
>
> Please feel free to suggest alternatives that avoid spam, and do not burden
> our administrators (opening up for spam is a high burden on sysop as well
> as others).
>
> Rgds
> Jan I.
>
> On 10 December 2012 17:27, imacat <im...@mail.imacat.idv.tw> wrote:
>
>> On 2012/12/10 22:52, janI said:
>>> we have now seen over the last period that the number of new wiki users
>> are
>>> very low and since the "normal" spam measures have received a -1, I
>> propose
>>> the following for the new Wiki.
>>>
>>> The "new user" page is changed, to send an e-mail to
>>> dev@openoffice.apache.org (as done manual today), and one of the sysop
>>> reply (as today).
>>
>> Is this a long-term solution? For short term solution, +1.
>>
>> For long term we should avoid this kind of burden on the wiki admin.
>>
>> --
>> Best regards,
>> imacat ^_*' <im...@mail.imacat.idv.tw>
>> PGP Key http://www.imacat.idv.tw/me/pgpkey.asc
>>
>> <<Woman's Voice>> News: http://www.wov.idv.tw/
>> Tavern IMACAT's http://www.imacat.idv.tw/
>> Woman in FOSS in Taiwan http://wofoss.blogspot.com/
>> OpenOffice http://www.openoffice.org/
>> EducOO/OOo4Kids Taiwan http://www.educoo.tw/
>> Greenfoot Taiwan http://greenfoot.westart.tw/
>>
>>
>
Re: [proposal] manual create new user on upgraded wiki
Posted by Helen russian <he...@gmail.com>.
I've verified for the new account: Testaccount. The manual
registration a new wiki user works fine:
* Email with a random password has been sent. I received it normal.
* When I first login as Testaccount with this password, Wiki offers me
change the password and shows me the form for it.
* The password is changed successfully, the login with the new
password is successfully too, but with the second trying. First Wiki
showed me "LogOut" page
(http://wiki.openoffice.org/w/index.php?title=Special:UserLogout)
Probably, new users have some problems when Wiki not immediately shows
the data of the user after login, but it can happen in case of any
method of the registration.
--
Regards,
Helen
2012/12/10 janI <ja...@apache.org>:
> Some users think they need an account just to read, but that might not be
> the case with these users.
>
> Helen: you have the procedure in your head, could you not simulate a new
> user, and verify it works ?
>
> I have no problem with the old automated procedure, as long as sysop
> understand the risk of a new spam attack (which are higher then 98%, now
> they know we can be attacked).
>
> Jan I.
>
>
> On 10 December 2012 18:46, helen <he...@gmail.com> wrote:
>
>> Hello Jan, all.
>>
>> 10.12.2012 22:33, janI пишет:
>>
>> The most efficient measure is a manual creation, and if I count correctly
>>> we talk about less than 10 new users in a month.
>>>
>>>
>>> I think the manual registration for new wiki users is not good.
>>
>> We have created 12 new user accounts since 24 November. These users don't
>> make any edit on the wiki. Maybe they can't edit the wiki pages or they
>> can't login or can't change a temporary password? I don't know.
>>
>> One new user wrote me: "now I can't edit wiki with my new account". Other
>> new user wrote: "Unfortunately I have not received the email with password.
>> I have checked my Spam folder".
>>
>> I have replied them but I have not result yet (no emails from them).
>>
>> --
>> Regards,
>> Helen
>>
--
Helen
Re: [proposal] manual create new user on upgraded wiki
Posted by janI <ja...@apache.org>.
Some users think they need an account just to read, but that might not be
the case with these users.
Helen: you have the procedure in your head, could you not simulate a new
user, and verify it works ?
I have no problem with the old automated procedure, as long as sysop
understand the risk of a new spam attack (which are higher then 98%, now
they know we can be attacked).
Jan I.
On 10 December 2012 18:46, helen <he...@gmail.com> wrote:
> Hello Jan, all.
>
> 10.12.2012 22:33, janI пишет:
>
> The most efficient measure is a manual creation, and if I count correctly
>> we talk about less than 10 new users in a month.
>>
>>
>> I think the manual registration for new wiki users is not good.
>
> We have created 12 new user accounts since 24 November. These users don't
> make any edit on the wiki. Maybe they can't edit the wiki pages or they
> can't login or can't change a temporary password? I don't know.
>
> One new user wrote me: "now I can't edit wiki with my new account". Other
> new user wrote: "Unfortunately I have not received the email with password.
> I have checked my Spam folder".
>
> I have replied them but I have not result yet (no emails from them).
>
> --
> Regards,
> Helen
>
Re: [proposal] manual create new user on upgraded wiki
Posted by helen <he...@gmail.com>.
Hello Jan, all.
10.12.2012 22:33, janI пишет:
> The most efficient measure is a manual creation, and if I count correctly
> we talk about less than 10 new users in a month.
>
>
I think the manual registration for new wiki users is not good.
We have created 12 new user accounts since 24 November. These users
don't make any edit on the wiki. Maybe they can't edit the wiki pages or
they can't login or can't change a temporary password? I don't know.
One new user wrote me: "now I can't edit wiki with my new account".
Other new user wrote: "Unfortunately I have not received the email with
password. I have checked my Spam folder".
I have replied them but I have not result yet (no emails from them).
--
Regards,
Helen
Re: [proposal] manual create new user on upgraded wiki
Posted by janI <ja...@apache.org>.
to me it is a long term solution....
alternatives are:
1) open up, and get spam
2) use some of the spam measures, like e.g. cool off period = 4 days.
The most efficient measure is a manual creation, and if I count correctly
we talk about less than 10 new users in a month.
Please feel free to suggest alternatives that avoid spam, and do not burden
our administrators (opening up for spam is a high burden on sysop as well
as others).
Rgds
Jan I.
On 10 December 2012 17:27, imacat <im...@mail.imacat.idv.tw> wrote:
> On 2012/12/10 22:52, janI said:
> > we have now seen over the last period that the number of new wiki users
> are
> > very low and since the "normal" spam measures have received a -1, I
> propose
> > the following for the new Wiki.
> >
> > The "new user" page is changed, to send an e-mail to
> > dev@openoffice.apache.org (as done manual today), and one of the sysop
> > reply (as today).
>
> Is this a long-term solution? For short term solution, +1.
>
> For long term we should avoid this kind of burden on the wiki admin.
>
> --
> Best regards,
> imacat ^_*' <im...@mail.imacat.idv.tw>
> PGP Key http://www.imacat.idv.tw/me/pgpkey.asc
>
> <<Woman's Voice>> News: http://www.wov.idv.tw/
> Tavern IMACAT's http://www.imacat.idv.tw/
> Woman in FOSS in Taiwan http://wofoss.blogspot.com/
> OpenOffice http://www.openoffice.org/
> EducOO/OOo4Kids Taiwan http://www.educoo.tw/
> Greenfoot Taiwan http://greenfoot.westart.tw/
>
>
Re: [proposal] manual create new user on upgraded wiki
Posted by imacat <im...@mail.imacat.idv.tw>.
On 2012/12/10 22:52, janI said:
> we have now seen over the last period that the number of new wiki users are
> very low and since the "normal" spam measures have received a -1, I propose
> the following for the new Wiki.
>
> The "new user" page is changed, to send an e-mail to
> dev@openoffice.apache.org (as done manual today), and one of the sysop
> reply (as today).
Is this a long-term solution? For short term solution, +1.
For long term we should avoid this kind of burden on the wiki admin.
--
Best regards,
imacat ^_*' <im...@mail.imacat.idv.tw>
PGP Key http://www.imacat.idv.tw/me/pgpkey.asc
<<Woman's Voice>> News: http://www.wov.idv.tw/
Tavern IMACAT's http://www.imacat.idv.tw/
Woman in FOSS in Taiwan http://wofoss.blogspot.com/
OpenOffice http://www.openoffice.org/
EducOO/OOo4Kids Taiwan http://www.educoo.tw/
Greenfoot Taiwan http://greenfoot.westart.tw/
Re: [proposal] manual create new user on upgraded wiki
Posted by janI <ja...@apache.org>.
It was:
- 4 days cooling off period (simple config switch)
This is quite normal, time can be adjusted, but to combat spam, it should
be at least 3 days.
- sysop approval of new accounts, before they can edit (this is NO mail,
but "inside" mwiki)
I am against this one myself, because it requires sysop to actively look in
mwiki.
We have e-mail confirmation in place, but that is a peace of cake for
spammers.
Having looked at the numbers our current situation (mail to dev list) is
the best guarantee against spam, and not a high burden for the sysop.
rgds
Jan I.
On 10 December 2012 17:45, Rob Weir <ro...@apache.org> wrote:
> On Mon, Dec 10, 2012 at 9:52 AM, janI <ja...@apache.org> wrote:
> > we have now seen over the last period that the number of new wiki users
> are
> > very low and since the "normal" spam measures have received a -1, I
> propose
> > the following for the new Wiki.
> >
>
> What was the "normal" measure that got a -1?
>
> Are there no CAPTCHA plugins that work?
>
> -Rob
>
>
> > The "new user" page is changed, to send an e-mail to
> > dev@openoffice.apache.org (as done manual today), and one of the sysop
> > reply (as today).
> >
> > Thereby we can avoid a lot of spam.
> >
> > If no objections within 72 hours, I will continue along that path (ONLY
> for
> > the new version of wiki).
> >
> > rgds
> > Jan I
>
Re: [proposal] manual create new user on upgraded wiki
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 12/12/12 10:48 AM, janI wrote:
> -1, sorry but this thread is spiraling out to a theoretical discussion, so
> I allow myself to focus it back:
I don't agree here but I am fine with the way how you plan to move forward.
So please continue the upgrade first, keep user registration manual for
now and let us come back on this later.
I am also fine to remove extension that are not used but we should not
hesitate to make use of extension if we think they can help us. I think
that is for what extensions are good for, it's the same in our office ;-)
finally my +1
Juergen
>
> My original proposal was (in shortform, see mail 1): "propopal: keep the
> create user as it is today, in the new version".
>
> I have received no -1, one +1 and 2 concerns:
>
> one (from imacat, mail 2): "we should avoid this kind of burden on the wiki
> admin.",
> however the number of new users is nothing compared to the 60.000 spam
> users, so this solution in my opinion keeps it low
>
> second (from helen, mail 9): "manual registration for new wiki users is not
> good."
> in mail 12 it is confirmed that the method works, it simply a fact that
> some user request an account without editing. I will add a text on e.g.
> create user page to highlight that an account it only needed for editing
> and accounts without contributions will be removed after a period (see
> other thread regarding maintenance).
>
> now since many have been discussing different solutions, I hereby ask:
> - If anybody wants to give the proposal a -1 please do so now, thanks.
>
> ----
> Regarding the extension discussion it is highly interesting, but allow me
> to add a couple of facts:
>
> - there are many "gatcha" extensions out there, but there are 3 pittfalls,
> which should be avoided at all costs:
> - Use of public available questions/answer strings (it is simply to
> easy to hack)
> - extensions that load code from, or execute code code on remote
> machines (we cannot control what happens)
> - extensions that send e.g. e-mail addresses to remote machines for
> "control" (and potentially collect and sell to direct advertising).
> A number of the suggested extensions should be avoided for these reasons.
>
> - there are currently 27 extensions, that are being loaded on each single
> page click. So my intention is to reduce the number (of course not those in
> use) to get a cleaner and faster wiki. I do NOT think it is cool to keep
> adding extensions and making each page click heavier.
>
> - The upgrade is quite an interesting job, since the changes in the live
> wiki is (with a few exceptions) not documented so it is sherlock holmes at
> work to get the upgrade running. Furthermore some of the changes (e.g.
> oooskin) uses a technique that can be done more easy with the new wiki. So
> I am quite busy with this work, and do not see it as a priority, to test
> all the extensions currently suggested.
>
> - I will not install extensions or make modifications I do not believe in,
> independently of what is being decided, I will of course not obstruct it
> somebody wants to do it.
>
> So my conclusion is:
>
> I will leave the create user, as it is today, and not make the original
> proposed changes of the "create user" page.
>
>
> Sorry for being this frank, but as the one responsible for the upgrade, it
> is my primary task to get that done in a secure way and in way I believe is
> correct, if anybody has a different opinion of my role as maintainer,
> please say so.
>
> And please do not misunderstand me, I think it is cool that our community
> likes to discuss so much and once we get the energy in the discussions
> converted into "doing", we will really move fast.
>
> have a nice day
> Jan I.
>
>
> On 12 December 2012 01:35, Kay Schenk <ka...@gmail.com> wrote:
>
>>
>>
>> On 12/10/2012 09:39 AM, janI wrote:
>>
>>> On 10 December 2012 17:51, Jürgen Schmidt <jo...@gmail.com> wrote:
>>>
>>> On 12/10/12 5:45 PM, Rob Weir wrote:
>>>>
>>>>> On Mon, Dec 10, 2012 at 9:52 AM, janI <ja...@apache.org> wrote:
>>>>>
>>>>>> we have now seen over the last period that the number of new wiki users
>>>>>>
>>>>> are
>>>>
>>>>> very low and since the "normal" spam measures have received a -1, I
>>>>>>
>>>>> propose
>>>>
>>>>> the following for the new Wiki.
>>>>>>
>>>>>>
>>>>> What was the "normal" measure that got a -1?
>>>>>
>>>>> Are there no CAPTCHA plugins that work?
>>>>>
>>>>
>>>> maybe
>>>> http://www.mediawiki.org/wiki/**Extension:ConfirmEdit<http://www.mediawiki.org/wiki/Extension:ConfirmEdit>
>>>>
>>>>
>>> This one is about edit, and not create user, or prime problem is "create
>>> user" and sending mail, Editing/Creating pages is a secondary problem.
>>>
>>>
>>>
>>> or better
>>>> https://www.keycaptcha.com/**mediawiki-captcha/<https://www.keycaptcha.com/mediawiki-captcha/>
>>>>
>>>> It might be an idea, but they are very focused on advertising, and that
>>> is
>>> something I do not like.
>>>
>>
>> Well...how does anyone else feel about this?
>>
>> Is this is the pertinent information --
>>
>> https://www.keycaptcha.com/**captcha-features-for-site-**owners/<https://www.keycaptcha.com/captcha-features-for-site-owners/>
>>
>> Is advertising required in some way? This is not clear to me.
>>
>> Ok, here's another one to check out --
>>
>> https://developers.google.com/**recaptcha/docs/mediawiki<https://developers.google.com/recaptcha/docs/mediawiki>
>>
>>
>>
>>>
>>>
>>>> Juergen
>>>>
>>>>
>>>>> -Rob
>>>>>
>>>>>
>>>>> The "new user" page is changed, to send an e-mail to
>>>>>> dev@openoffice.apache.org (as done manual today), and one of the sysop
>>>>>> reply (as today).
>>>>>>
>>>>>> Thereby we can avoid a lot of spam.
>>>>>>
>>>>>> If no objections within 72 hours, I will continue along that path (ONLY
>>>>>>
>>>>> for
>>>>
>>>>> the new version of wiki).
>>>>>>
>>>>>> rgds
>>>>>> Jan I
>>>>>>
>>>>>
>>>>
>>>>
>>>
>> --
>> ------------------------------**------------------------------**
>> ------------
>> MzK
>>
>> "No act of kindness, no matter how small, is ever wasted."
>> -- Aesop
>>
>
Re: [proposal] manual create new user on upgraded wiki
Posted by Andrew Douglas Pitonyak <an...@pitonyak.org>.
+1
--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info: http://www.pitonyak.org/oo.php
Re: [proposal] manual create new user on upgraded wiki
Posted by Kay Schenk <ka...@gmail.com>.
On 12/12/2012 01:48 AM, janI wrote:
> -1, sorry but this thread is spiraling out to a theoretical discussion, so
> I allow myself to focus it back:
>
> My original proposal was (in shortform, see mail 1): "propopal: keep the
> create user as it is today, in the new version".
>
> I have received no -1, one +1 and 2 concerns:
>
> one (from imacat, mail 2): "we should avoid this kind of burden on the wiki
> admin.",
> however the number of new users is nothing compared to the 60.000 spam
> users, so this solution in my opinion keeps it low
>
> second (from helen, mail 9): "manual registration for new wiki users is not
> good."
> in mail 12 it is confirmed that the method works, it simply a fact that
> some user request an account without editing. I will add a text on e.g.
> create user page to highlight that an account it only needed for editing
> and accounts without contributions will be removed after a period (see
> other thread regarding maintenance).
>
> now since many have been discussing different solutions, I hereby ask:
> - If anybody wants to give the proposal a -1 please do so now, thanks.
Jan -- finally, +1 from me on your current proposal
Yes, more discussion is needed on long-term alternatives.
Thank you for everything you've done dealing with this problem.
>
> ----
> Regarding the extension discussion it is highly interesting, but allow me
> to add a couple of facts:
>
> - there are many "gatcha" extensions out there, but there are 3 pittfalls,
> which should be avoided at all costs:
> - Use of public available questions/answer strings (it is simply to
> easy to hack)
> - extensions that load code from, or execute code code on remote
> machines (we cannot control what happens)
> - extensions that send e.g. e-mail addresses to remote machines for
> "control" (and potentially collect and sell to direct advertising).
> A number of the suggested extensions should be avoided for these reasons.
>
> - there are currently 27 extensions, that are being loaded on each single
> page click. So my intention is to reduce the number (of course not those in
> use) to get a cleaner and faster wiki. I do NOT think it is cool to keep
> adding extensions and making each page click heavier.
>
> - The upgrade is quite an interesting job, since the changes in the live
> wiki is (with a few exceptions) not documented so it is sherlock holmes at
> work to get the upgrade running. Furthermore some of the changes (e.g.
> oooskin) uses a technique that can be done more easy with the new wiki. So
> I am quite busy with this work, and do not see it as a priority, to test
> all the extensions currently suggested.
>
> - I will not install extensions or make modifications I do not believe in,
> independently of what is being decided, I will of course not obstruct it
> somebody wants to do it.
>
> So my conclusion is:
>
> I will leave the create user, as it is today, and not make the original
> proposed changes of the "create user" page.
>
>
> Sorry for being this frank, but as the one responsible for the upgrade, it
> is my primary task to get that done in a secure way and in way I believe is
> correct, if anybody has a different opinion of my role as maintainer,
> please say so.
>
> And please do not misunderstand me, I think it is cool that our community
> likes to discuss so much and once we get the energy in the discussions
> converted into "doing", we will really move fast.
>
> have a nice day
> Jan I.
>
>
> On 12 December 2012 01:35, Kay Schenk <ka...@gmail.com> wrote:
>
>>
>>
>> On 12/10/2012 09:39 AM, janI wrote:
>>
>>> On 10 December 2012 17:51, Jürgen Schmidt <jo...@gmail.com> wrote:
>>>
>>> On 12/10/12 5:45 PM, Rob Weir wrote:
>>>>
>>>>> On Mon, Dec 10, 2012 at 9:52 AM, janI <ja...@apache.org> wrote:
>>>>>
>>>>>> we have now seen over the last period that the number of new wiki users
>>>>>>
>>>>> are
>>>>
>>>>> very low and since the "normal" spam measures have received a -1, I
>>>>>>
>>>>> propose
>>>>
>>>>> the following for the new Wiki.
>>>>>>
>>>>>>
>>>>> What was the "normal" measure that got a -1?
>>>>>
>>>>> Are there no CAPTCHA plugins that work?
>>>>>
>>>>
>>>> maybe
>>>> http://www.mediawiki.org/wiki/**Extension:ConfirmEdit<http://www.mediawiki.org/wiki/Extension:ConfirmEdit>
>>>>
>>>>
>>> This one is about edit, and not create user, or prime problem is "create
>>> user" and sending mail, Editing/Creating pages is a secondary problem.
>>>
>>>
>>>
>>> or better
>>>> https://www.keycaptcha.com/**mediawiki-captcha/<https://www.keycaptcha.com/mediawiki-captcha/>
>>>>
>>>> It might be an idea, but they are very focused on advertising, and that
>>> is
>>> something I do not like.
>>>
>>
>> Well...how does anyone else feel about this?
>>
>> Is this is the pertinent information --
>>
>> https://www.keycaptcha.com/**captcha-features-for-site-**owners/<https://www.keycaptcha.com/captcha-features-for-site-owners/>
>>
>> Is advertising required in some way? This is not clear to me.
>>
>> Ok, here's another one to check out --
>>
>> https://developers.google.com/**recaptcha/docs/mediawiki<https://developers.google.com/recaptcha/docs/mediawiki>
>>
>>
>>
>>>
>>>
>>>> Juergen
>>>>
>>>>
>>>>> -Rob
>>>>>
>>>>>
>>>>> The "new user" page is changed, to send an e-mail to
>>>>>> dev@openoffice.apache.org (as done manual today), and one of the sysop
>>>>>> reply (as today).
>>>>>>
>>>>>> Thereby we can avoid a lot of spam.
>>>>>>
>>>>>> If no objections within 72 hours, I will continue along that path (ONLY
>>>>>>
>>>>> for
>>>>
>>>>> the new version of wiki).
>>>>>>
>>>>>> rgds
>>>>>> Jan I
>>>>>>
>>>>>
>>>>
>>>>
>>>
>> --
>> ------------------------------**------------------------------**
>> ------------
>> MzK
>>
>> "No act of kindness, no matter how small, is ever wasted."
>> -- Aesop
>>
>
--
------------------------------------------------------------------------
MzK
"No act of kindness, no matter how small, is ever wasted."
-- Aesop
Re: [proposal] manual create new user on upgraded wiki
Posted by janI <ja...@apache.org>.
-1, sorry but this thread is spiraling out to a theoretical discussion, so
I allow myself to focus it back:
My original proposal was (in shortform, see mail 1): "propopal: keep the
create user as it is today, in the new version".
I have received no -1, one +1 and 2 concerns:
one (from imacat, mail 2): "we should avoid this kind of burden on the wiki
admin.",
however the number of new users is nothing compared to the 60.000 spam
users, so this solution in my opinion keeps it low
second (from helen, mail 9): "manual registration for new wiki users is not
good."
in mail 12 it is confirmed that the method works, it simply a fact that
some user request an account without editing. I will add a text on e.g.
create user page to highlight that an account it only needed for editing
and accounts without contributions will be removed after a period (see
other thread regarding maintenance).
now since many have been discussing different solutions, I hereby ask:
- If anybody wants to give the proposal a -1 please do so now, thanks.
----
Regarding the extension discussion it is highly interesting, but allow me
to add a couple of facts:
- there are many "gatcha" extensions out there, but there are 3 pittfalls,
which should be avoided at all costs:
- Use of public available questions/answer strings (it is simply to
easy to hack)
- extensions that load code from, or execute code code on remote
machines (we cannot control what happens)
- extensions that send e.g. e-mail addresses to remote machines for
"control" (and potentially collect and sell to direct advertising).
A number of the suggested extensions should be avoided for these reasons.
- there are currently 27 extensions, that are being loaded on each single
page click. So my intention is to reduce the number (of course not those in
use) to get a cleaner and faster wiki. I do NOT think it is cool to keep
adding extensions and making each page click heavier.
- The upgrade is quite an interesting job, since the changes in the live
wiki is (with a few exceptions) not documented so it is sherlock holmes at
work to get the upgrade running. Furthermore some of the changes (e.g.
oooskin) uses a technique that can be done more easy with the new wiki. So
I am quite busy with this work, and do not see it as a priority, to test
all the extensions currently suggested.
- I will not install extensions or make modifications I do not believe in,
independently of what is being decided, I will of course not obstruct it
somebody wants to do it.
So my conclusion is:
I will leave the create user, as it is today, and not make the original
proposed changes of the "create user" page.
Sorry for being this frank, but as the one responsible for the upgrade, it
is my primary task to get that done in a secure way and in way I believe is
correct, if anybody has a different opinion of my role as maintainer,
please say so.
And please do not misunderstand me, I think it is cool that our community
likes to discuss so much and once we get the energy in the discussions
converted into "doing", we will really move fast.
have a nice day
Jan I.
On 12 December 2012 01:35, Kay Schenk <ka...@gmail.com> wrote:
>
>
> On 12/10/2012 09:39 AM, janI wrote:
>
>> On 10 December 2012 17:51, Jürgen Schmidt <jo...@gmail.com> wrote:
>>
>> On 12/10/12 5:45 PM, Rob Weir wrote:
>>>
>>>> On Mon, Dec 10, 2012 at 9:52 AM, janI <ja...@apache.org> wrote:
>>>>
>>>>> we have now seen over the last period that the number of new wiki users
>>>>>
>>>> are
>>>
>>>> very low and since the "normal" spam measures have received a -1, I
>>>>>
>>>> propose
>>>
>>>> the following for the new Wiki.
>>>>>
>>>>>
>>>> What was the "normal" measure that got a -1?
>>>>
>>>> Are there no CAPTCHA plugins that work?
>>>>
>>>
>>> maybe
>>> http://www.mediawiki.org/wiki/**Extension:ConfirmEdit<http://www.mediawiki.org/wiki/Extension:ConfirmEdit>
>>>
>>>
>> This one is about edit, and not create user, or prime problem is "create
>> user" and sending mail, Editing/Creating pages is a secondary problem.
>>
>>
>>
>> or better
>>> https://www.keycaptcha.com/**mediawiki-captcha/<https://www.keycaptcha.com/mediawiki-captcha/>
>>>
>>> It might be an idea, but they are very focused on advertising, and that
>> is
>> something I do not like.
>>
>
> Well...how does anyone else feel about this?
>
> Is this is the pertinent information --
>
> https://www.keycaptcha.com/**captcha-features-for-site-**owners/<https://www.keycaptcha.com/captcha-features-for-site-owners/>
>
> Is advertising required in some way? This is not clear to me.
>
> Ok, here's another one to check out --
>
> https://developers.google.com/**recaptcha/docs/mediawiki<https://developers.google.com/recaptcha/docs/mediawiki>
>
>
>
>>
>>
>>> Juergen
>>>
>>>
>>>> -Rob
>>>>
>>>>
>>>> The "new user" page is changed, to send an e-mail to
>>>>> dev@openoffice.apache.org (as done manual today), and one of the sysop
>>>>> reply (as today).
>>>>>
>>>>> Thereby we can avoid a lot of spam.
>>>>>
>>>>> If no objections within 72 hours, I will continue along that path (ONLY
>>>>>
>>>> for
>>>
>>>> the new version of wiki).
>>>>>
>>>>> rgds
>>>>> Jan I
>>>>>
>>>>
>>>
>>>
>>
> --
> ------------------------------**------------------------------**
> ------------
> MzK
>
> "No act of kindness, no matter how small, is ever wasted."
> -- Aesop
>
Re: [proposal] manual create new user on upgraded wiki
Posted by Kay Schenk <ka...@gmail.com>.
On 12/10/2012 09:39 AM, janI wrote:
> On 10 December 2012 17:51, Jürgen Schmidt <jo...@gmail.com> wrote:
>
>> On 12/10/12 5:45 PM, Rob Weir wrote:
>>> On Mon, Dec 10, 2012 at 9:52 AM, janI <ja...@apache.org> wrote:
>>>> we have now seen over the last period that the number of new wiki users
>> are
>>>> very low and since the "normal" spam measures have received a -1, I
>> propose
>>>> the following for the new Wiki.
>>>>
>>>
>>> What was the "normal" measure that got a -1?
>>>
>>> Are there no CAPTCHA plugins that work?
>>
>> maybe
>> http://www.mediawiki.org/wiki/Extension:ConfirmEdit
>>
>
> This one is about edit, and not create user, or prime problem is "create
> user" and sending mail, Editing/Creating pages is a secondary problem.
>
>
>
>> or better
>> https://www.keycaptcha.com/mediawiki-captcha/
>>
> It might be an idea, but they are very focused on advertising, and that is
> something I do not like.
Well...how does anyone else feel about this?
Is this is the pertinent information --
https://www.keycaptcha.com/captcha-features-for-site-owners/
Is advertising required in some way? This is not clear to me.
Ok, here's another one to check out --
https://developers.google.com/recaptcha/docs/mediawiki
>
>
>>
>> Juergen
>>
>>>
>>> -Rob
>>>
>>>
>>>> The "new user" page is changed, to send an e-mail to
>>>> dev@openoffice.apache.org (as done manual today), and one of the sysop
>>>> reply (as today).
>>>>
>>>> Thereby we can avoid a lot of spam.
>>>>
>>>> If no objections within 72 hours, I will continue along that path (ONLY
>> for
>>>> the new version of wiki).
>>>>
>>>> rgds
>>>> Jan I
>>
>>
>
--
------------------------------------------------------------------------
MzK
"No act of kindness, no matter how small, is ever wasted."
-- Aesop
Re: [proposal] manual create new user on upgraded wiki
Posted by janI <ja...@apache.org>.
On 10 December 2012 17:51, Jürgen Schmidt <jo...@gmail.com> wrote:
> On 12/10/12 5:45 PM, Rob Weir wrote:
> > On Mon, Dec 10, 2012 at 9:52 AM, janI <ja...@apache.org> wrote:
> >> we have now seen over the last period that the number of new wiki users
> are
> >> very low and since the "normal" spam measures have received a -1, I
> propose
> >> the following for the new Wiki.
> >>
> >
> > What was the "normal" measure that got a -1?
> >
> > Are there no CAPTCHA plugins that work?
>
> maybe
> http://www.mediawiki.org/wiki/Extension:ConfirmEdit
>
This one is about edit, and not create user, or prime problem is "create
user" and sending mail, Editing/Creating pages is a secondary problem.
> or better
> https://www.keycaptcha.com/mediawiki-captcha/
>
It might be an idea, but they are very focused on advertising, and that is
something I do not like.
>
> Juergen
>
> >
> > -Rob
> >
> >
> >> The "new user" page is changed, to send an e-mail to
> >> dev@openoffice.apache.org (as done manual today), and one of the sysop
> >> reply (as today).
> >>
> >> Thereby we can avoid a lot of spam.
> >>
> >> If no objections within 72 hours, I will continue along that path (ONLY
> for
> >> the new version of wiki).
> >>
> >> rgds
> >> Jan I
>
>
Re: [proposal] manual create new user on upgraded wiki
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 12/10/12 5:45 PM, Rob Weir wrote:
> On Mon, Dec 10, 2012 at 9:52 AM, janI <ja...@apache.org> wrote:
>> we have now seen over the last period that the number of new wiki users are
>> very low and since the "normal" spam measures have received a -1, I propose
>> the following for the new Wiki.
>>
>
> What was the "normal" measure that got a -1?
>
> Are there no CAPTCHA plugins that work?
maybe
http://www.mediawiki.org/wiki/Extension:ConfirmEdit
or better
https://www.keycaptcha.com/mediawiki-captcha/
Juergen
>
> -Rob
>
>
>> The "new user" page is changed, to send an e-mail to
>> dev@openoffice.apache.org (as done manual today), and one of the sysop
>> reply (as today).
>>
>> Thereby we can avoid a lot of spam.
>>
>> If no objections within 72 hours, I will continue along that path (ONLY for
>> the new version of wiki).
>>
>> rgds
>> Jan I
Re: [proposal] manual create new user on upgraded wiki
Posted by Rob Weir <ro...@apache.org>.
On Mon, Dec 10, 2012 at 9:52 AM, janI <ja...@apache.org> wrote:
> we have now seen over the last period that the number of new wiki users are
> very low and since the "normal" spam measures have received a -1, I propose
> the following for the new Wiki.
>
What was the "normal" measure that got a -1?
Are there no CAPTCHA plugins that work?
-Rob
> The "new user" page is changed, to send an e-mail to
> dev@openoffice.apache.org (as done manual today), and one of the sysop
> reply (as today).
>
> Thereby we can avoid a lot of spam.
>
> If no objections within 72 hours, I will continue along that path (ONLY for
> the new version of wiki).
>
> rgds
> Jan I