On Oct 31, 2008, at 12:43 PM, Stefan Walk wrote:
There are cases where one user replied to
multiple mails in a short time without fighting, just explaining and
discussiong, and you don't want to block that - as well as it
wouldn't stop
random people from suggesting dropping the $ from
On Friday 31 October 2008 1:23:12 pm Lukas Kahwe Smith wrote:
Here I come to the key part of my idea. We would allow every PHP
usergroup to also appoint one person that gets unmoderated access to
the list. This enables members of the usergroup to feed their ideas
via that person directly to
On Fri, 2008-10-31 at 23:35 +, Scott MacVicar wrote:
Users can still use reply on the internals list, so the poster can
still receive responses rather than relying on them being subscribed
to the internals list.
So I see a mail in my inbox, then I'd have to check the internals folder
Rasmus Lerdorf wrote:
A simpler approach might be to just make the mailing list software
enforce a 1 email per 24-hour day per user. It would require a bit
more upfront work to munge the software, but wouldn't require any ongoing
effort. Moderation can get messy since it isn't simply spam
On 01.11.2008, at 14:35, Mike R wrote:
Behavioral change is exactly what is needed. The simplest way to
achieve
that is education and buy-in. A good start would be to document the
desired
behavior, in an isolated php-dev subscription page, in the form of a
_brief_
terms of use, and have
Lukas Kahwe Smith wrote:
We do have something along those lines:
http://www.php.net/reST/php-src/README.MAILINGLIST_RULES
Maybe it needs to be cut down (or just provide the key points at the
top) and automatically appended to all emails (including the welcome
email) ..
There you have it.
On Nov 1, 2008, at 10:20 AM, Lukas Kahwe Smith wrote:
http://www.php.net/reST/php-src/README.MAILINGLIST_RULES
Maybe it needs to be cut down (or just provide the key points at
the top) and automatically appended to all emails (including the
welcome email) .
Crontab a monthly mailing of
Hi,
So some core developers as well as lurking end users have noted that
the traffic on this list prevents them from being able to follow this
list. This is obviously a huge problem since this mailinglist is
supposed to be our primary discussion and decision making tool.
I had a chat
Hi Lukas,
Here I come to the key part of my idea. We would allow every PHP
usergroup to also appoint one person that gets unmoderated access to the
list.
Great idea!
Lets just create an interface were people can register their UG and manage
the email address for the contact person (and
Hi Lukas
Sounds like a good idea to channel the volume on this list.
I was wondering, would the usergroup part be a replacement for the
moderated messages by regular users or would it be an addition to it?
I mean, we should better start promoting this one moderator-per-
usergroup to
A simpler approach might be to just make the mailing list software
enforce a 1 email per 24-hour day per user. It would require a bit more
upfront work to munge the software, but wouldn't require any ongoing
effort. Moderation can get messy since it isn't simply spam we or
off-topic messages
On Friday 31 October 2008 20:30:13 Rasmus Lerdorf wrote:
A simpler approach might be to just make the mailing list software
enforce a 1 email per 24-hour day per user. It would require a bit more
upfront work to munge the software, but wouldn't require any ongoing
effort. Moderation can get
On Fri, Oct 31, 2008 at 20:30, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
A simpler approach might be to just make the mailing list software enforce a
1 email per 24-hour day per user. It would require a bit more upfront work
Thats not going to work, we often have multiple threads going on. Even
Hannes Magnusson wrote:
Behavioural change is desperately needed, and I think developers
should lead by example.
One way to to that is to add a new internal-core@ mailinglist which is
read-only to the world, and writeable by people with appropriate
karma.
That list would be dedicated for
On Fri, Oct 31, 2008 at 20:59, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Hannes Magnusson wrote:
Behavioural change is desperately needed, and I think developers
should lead by example.
One way to to that is to add a new internal-core@ mailinglist which is
read-only to the world, and writeable
On Fri, Oct 31, 2008 at 2:59 PM, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
This is the same as just making internals@ read-only. Once we have an
internals-core, many core people will just unsubscribe from the internals
list. I know I probably would. And once the core developers no longer read
On Fri, Oct 31, 2008 at 21:13, Daniel Brown [EMAIL PROTECTED] wrote:
On Fri, Oct 31, 2008 at 2:59 PM, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
This is the same as just making internals@ read-only. Once we have an
internals-core, many core people will just unsubscribe from the internals
list.
On Fri, Oct 31, 2008 at 3:15 PM, Hannes Magnusson
[EMAIL PROTECTED] wrote:
Read the whole thread before posting please:
external patches and general discussions would still be on the
internals@ list, as it would be the main discussion list.
I have been reading the entire thread, Hannes.
On Fri, 2008-10-31 at 21:13 +0100, Hannes Magnusson wrote:
This is the same as just making internals@ read-only. Once we have an
internals-core, many core people will just unsubscribe from the internals
list. I know I probably would. And once the core developers no longer read
it, it
On 31 Oct 2008, at 19:59, Rasmus Lerdorf wrote:
Hannes Magnusson wrote:
Behavioural change is desperately needed, and I think developers
should lead by example.
One way to to that is to add a new internal-core@ mailinglist which
is
read-only to the world, and writeable by people with
On Fri, Oct 31, 2008 at 23:46, Johannes Schlüter [EMAIL PROTECTED] wrote:
On Fri, 2008-10-31 at 21:13 +0100, Hannes Magnusson wrote:
I have more faith in our devs then that.
[snip a good chunk of stuff]
Additionally I guess it would split discussions, so a core person
proposes something to
21 matches
Mail list logo
