Reject or ignore spam?
Hi George, From the http://apache.planetmirror.com.au/dev/committers.html: I am a moderator and receive these "MODERATE" emails. First look in the mail and check if it is spam (or other severely misguided mail). If it is, then just ignore the mail and it will bounce after 5 days, or reply to the -reject address in the mail header. If you *should* ignore spam for the reason you give below, perhaps this section should be edited... Craig On Apr 23, 2006, at 8:43 PM, Garrett Rooney wrote: On 4/23/06, George Aroush <[EMAIL PROTECTED]> wrote: Hi Brett and all, OK, I believe I got it now (at least I tested it and it works.) I had to reply to the subscription email and not send an email to the "accept-" one -- this is to fix my problem of why when I send an email to the list I am still getting the "accept-"/"reject-" email. For those other emails that I am getting with "accept-"/"reject-" I have been reply to them based on their content: spam I'm rejecting, others I'm accepting. From now on, I have to send an email to the sender and ask them to subscribe if they want to post. Actually, you generally just want to ignore spam. After a few days ezmlm will just remove it from the pending queue. Rejecting it sends a reply, which tells the spammer that it's a valid address. -garrett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
Re: [VOTE] Incubator PMC to approve 3.0-M1 release of ServiceMix
On 4/21/06, Bruce Snyder <[EMAIL PROTECTED]> wrote: > > On 4/21/06, Rodent of Unusual Size <[EMAIL PROTECTED]> wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Leo Simons wrote: > > > James, dude, > > > > > > *sigh*. I feel like a broken record these days. > > > > > > Nowhere does any policy ever say "you can do stuff which is not > permitted by > > > law or for which you have no license". To state the reverse in a > policy would > > > be rather, well, redundant. There is ample documentation out there on > our > > > websites (and more in the works) to help with complying with the law > and various > > > licenses. > > > > No, but the legal aspect isn't necessarily the concept > > looming largest in a developer's mind. So a simple checkbox > > on the page (I'll do it myself in a few minutes, if I figure > > out how to frob the site) to the effect of: 'Have the > > licences of any/all bundled code been identified and noted > > in the release? Has a NOTICE file been included that > > summarises them and their requirements where they differ > > from the Apache licence's? Have their requirements been > > met?' would, IMHO, be a goodness. > > Bingo! Ken hit the nail on the head!!! A checklist would do wonders > for podlings and preparing releases. Even though I've been through the > Incubator before, a lot has changed since that time. > most of the questions raised are covered in the canonical documentation: http://www.apache.org/dev/release.html. i'd hope that all release managers for podlings would spend the time required to read the existing release documentation and post questions on infrastructure or incubator general about anything which isn't covered. we really need documentation (at the foundation level) from which anyone can learn to perform ASF releases. IMO secondary documentation at the incubator level would be counterproductive if it encourages release managers to ignore the material on the foundation site. porting a good instruction to the foundation site list from jakarta, struts or ant has been considered before but most of the instructions concern language specific best practice rather than policy. there are a number of issues which are about understanding the issues rather than simply following a recipe. hence the FAQs rather than a list of instructions. what would be useful is a check list aimed at checkers of incubator releases. - robert
Re: [VOTE] Incubator PMC to approve 3.0-M1 release of ServiceMix
On 4/21/06, James Strachan <[EMAIL PROTECTED]> wrote: Incidentally there are useful bits of documentation on performing > releases in the documentation/wikis of various projects at Apache. > I've hacked up a quick wiki page to collect them.. > > http://wiki.apache.org/general/ReleaseGuides the commons release guide is pretty comprehensive (for java, at least): http://jakarta.apache.org/commons/releases/ (who can't edit the wiki right now) - robert
Re: [VOTE] Incubator PMC to approve 3.0-M1 release of ServiceMix
On 4/24/06, robert burrell donkin <[EMAIL PROTECTED]> wrote: > On 4/21/06, James Strachan <[EMAIL PROTECTED]> wrote: > > > Incidentally there are useful bits of documentation on performing > > releases in the documentation/wikis of various projects at Apache. > > I've hacked up a quick wiki page to collect them.. > > > > http://wiki.apache.org/general/ReleaseGuides > > > the commons release guide is pretty comprehensive (for java, at least): > > http://jakarta.apache.org/commons/releases/ > > (who can't edit the wiki right now) I've updated it for you :) -- James --- http://radio.weblogs.com/0112098/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reject or ignore spam?
ignore is ok. it will get cleared off the system in 7(?) days. thanks, dims On 4/24/06, Craig L Russell <[EMAIL PROTECTED]> wrote: > Hi George, > > From the http://apache.planetmirror.com.au/dev/committers.html: > I am a moderator and receive these "MODERATE" emails. > > First look in the mail and check if it is spam (or other severely > misguided mail). If it is, then just ignore the mail and it will > bounce after 5 days, or reply to the -reject address in the mail header. > > If you *should* ignore spam for the reason you give below, perhaps > this section should be edited... > > Craig > > On Apr 23, 2006, at 8:43 PM, Garrett Rooney wrote: > > > On 4/23/06, George Aroush <[EMAIL PROTECTED]> wrote: > >> Hi Brett and all, > >> > >> OK, I believe I got it now (at least I tested it and it works.) > >> > >> I had to reply to the subscription email and not send an email to the > >> "accept-" one -- this is to fix my problem of why when I send an > >> email to > >> the list I am still getting the "accept-"/"reject-" email. > >> > >> For those other emails that I am getting with "accept-"/"reject-" > >> I have > >> been reply to them based on their content: spam I'm rejecting, > >> others I'm > >> accepting. From now on, I have to send an email to the sender and > >> ask them > >> to subscribe if they want to post. > > > > Actually, you generally just want to ignore spam. After a few days > > ezmlm will just remove it from the pending queue. Rejecting it sends > > a reply, which tells the spammer that it's a valid address. > > > > -garrett > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > -- Davanum Srinivas : http://wso2.com/blogs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Incubator PMC to approve 3.0-M1 release of ServiceMix
On 4/24/06, robert burrell donkin <[EMAIL PROTECTED]> wrote: [snip] > most of the questions raised are covered in the canonical documentation: > http://www.apache.org/dev/release.html. i'd hope that all release managers > for podlings would spend the time required to read the existing release > documentation and post questions on infrastructure or incubator general > about anything which isn't covered. Agreed - I made sure that the release section of the incubation process just links to that URL... http://incubator.apache.org/incubation/Incubation_Policy.html#Releases > we really need documentation (at the > foundation level) from which anyone can learn to perform ASF releases. > IMO > secondary documentation at the incubator level would be counterproductive if > it encourages release managers to ignore the material on the foundation > site. Agreed - the wiki page I created was at the foundation level so we can easilly capture links to any useful other docs at Apache such as the Jakrata Commons stuff you mentioned. http://wiki.apache.org/general/ReleaseGuides -- James --- http://radio.weblogs.com/0112098/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Incubator PMC to approve 3.0-M1 release of ServiceMix
On 4/24/06, James Strachan <[EMAIL PROTECTED]> wrote: > > On 4/24/06, robert burrell donkin <[EMAIL PROTECTED]> wrote: > [snip] > > > most of the questions raised are covered in the canonical documentation: > > http://www.apache.org/dev/release.html. i'd hope that all release > managers > > for podlings would spend the time required to read the existing release > > documentation and post questions on infrastructure or incubator general > > about anything which isn't covered. > > Agreed - I made sure that the release section of the incubation > process just links to that URL... > > http://incubator.apache.org/incubation/Incubation_Policy.html#Releases once i find a few cycles, i'll try to pull together a summary document for the incubator linking the to existing documentation > we really need documentation (at the > > foundation level) from which anyone can learn to perform ASF releases. > > IMO > > secondary documentation at the incubator level would be > counterproductive if > > it encourages release managers to ignore the material on the foundation > > site. > > Agreed - the wiki page I created was at the foundation level so we can > easilly capture links to any useful other docs at Apache such as the > Jakrata Commons stuff you mentioned. > > http://wiki.apache.org/general/ReleaseGuides cool. the wiki's great for capturing unofficial tips and best practice. would be a good to develop an incubator guide for new release managers and the wiki's probably the best place. really need to try to find time to get to grips with the documentation on the foundation and incubator sites. been thinking about making this a goal of mine for infrathon/hackthon in dublin (though sorting out my flights is another job i should have done but haven't). -robert
Re: Incubator Board Report, April 2006
Comments inline. On 4/22/06, Noel J. Bergman <[EMAIL PROTECTED]> wrote: > It appears that Felix may apply for TLP status at the May Board meeting. Look forward to it. > ActiveMQ ... > Currently working to accept a donation from Amazon for the ActiveMQ C++ API I assume that there'll be a software grant filed for this? > Felix ... > * Committed new OSGi Bundle Repository service, which is an OSGi >Alliance sanctioned bundle repository based on previous OBR work. What does this specifically mean? Are there any constraints on redistribution? > Graffito ... > * We want to promote and make some "marketing" to increase the community > size. Eww. We don't do "marketing". People like that we don't do that. ;-) > Harmony ... > there was concern over a potential copyright infringement within our JCHEVM > component. This concern has been addressed by receiving a code donation for > the potentially infringing files, without having to resort to lawyers and to > the mutual satisfaction of all parties and under the watchful eye of the > Incubator PMC. This was handled exceptionally by all involved. Yay. > Yoko > > Yoko is currently adding a new round of commiters to its developer base. The > Software grant for the donation from IONA arrived and the code base has been > checked in. The codebase from the original Trifork donation has been moved > from Geronimo to Yoko. > > The community is actively discussing development plans for the two code > bases. Look to see intense discussions at JavaOne and ApacheCon EU. This last bit raises some flags. I hope that the mentors will ensure that all discussions and decisions are made on-list. Ensuring that this happens is a critical bit of the Incubation process and encouraging others to participate. But, if folks can't make it to JavaOne and AC EU, they shouldn't be left out of the technical decision-making. Thanks! -- justin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]