Looks like I am a moderator.  I think I correctly added notifications@ so
try again and let's see what happens.


On 4/26/13 5:18 PM, "OmPrakash Muppirala" <[email protected]> wrote:

> On Fri, Apr 26, 2013 at 4:55 PM, OmPrakash Muppirala
> <[email protected]>wrote:
> 
>> On Fri, Apr 26, 2013 at 4:48 PM, Alex Harui <[email protected]> wrote:
>> 
>>> I just sent an email from my adobe.com account to commits@.
>>> 
>>> I got back a rejection that it had to come from my apache.org address.
>>> 
>>> 
>> That explains it.  I sent an email as my apache.org address, but from an
>> alias like how GitHub sends the emails.  I also got a rejection
>> notification.
>> 
>> Greg, any chance you can use your moderator super powers to help this
>> situation?
>> 
>> Thanks,
>> Om
>> 
> 
> I found this nugget buried inside a similar discussion here [1]
> 
> The moderator can send an email to: commits-allow-flex.apache.org=
> [email protected] (or something like that)
> 
> [1]
> http://mail-archives.apache.org/mod_mbox/camel-dev/201209.mbox/%3CCALvzYd8XWdU
> [email protected]%3E
> 
> 
> 
>> 
>> 
>>> 
>>> On 4/26/13 4:15 PM, "OmPrakash Muppirala" <[email protected]> wrote:
>>> 
>>>> On Fri, Apr 26, 2013 at 4:07 PM, Greg Reddin <[email protected]> wrote:
>>>> 
>>>>> I haven't seen any mod requests yet. I'm traveling this weekend and
>>> will
>>>>> have limited network access. I will try to look into it again next
>>> week if
>>>>> I don't see anything before.
>>>>> 
>>>>> Sent from my mobile device.
>>>>> 
>>>>> 
>>>> It should have appeared.  Could the list be filtering it before you get
>>> a
>>>> chance to moderate it?  Maybe you could add [email protected] the
>>>> safe sender list before I try again?  Notifications sent to my personal
>>>> email id works fine.
>>>> 
>>>> Anything else I could be missing?
>>>> 
>>>> Thanks,
>>>> Om
>>>> 
>>>> 
>>>>>  On Apr 26, 2013, at 4:42 PM, OmPrakash Muppirala <
>>> [email protected]>
>>>>> wrote:
>>>>> 
>>>>>> On Fri, Apr 26, 2013 at 2:26 PM, OmPrakash Muppirala
>>>>>> <[email protected]>wrote:
>>>>>> 
>>>>>>> On Fri, Apr 26, 2013 at 12:28 PM, Greg Reddin <[email protected]>
>>>>> wrote:
>>>>>>> 
>>>>>>>> I'm a moderator. Assuming the mails don't cause the spam filter to
>>> be
>>>>>>>> engaged, I'll moderate them through.
>>>>>>> Great!  I just sent out a test notification to
>>>>> [email protected] GitHub.  Can you check if it came through?
>>>>>>> 
>>>>>>> Another alternative would be to ask the committers to use their
>>>>> apache.orgemail ids for their GitHub email ids.  And we can select the
>>>>> option of
>>>>>>> GitHub sending the email from the Author's email.  This way there is
>>> no
>>>>>>> moderation required because [email protected] seems to allow all
>>>>> apache.orgemail ids.
>>>>>>> 
>>>>>>> GitHub validates the email addresses before it sends emails from
>>> those
>>>>>>> addresses.
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> Om
>>>>>> 
>>>>>> 
>>>>>> I've sent another test email notification this time from my
>>>>>> [email protected] address. It did not automatically come through
>>> as
>>>>> I
>>>>>> expected.  Please take a look.
>>>>>> 
>>>>>> Thanks,
>>>>>> Om
>>>>>> 
>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> 
>>>>>>>> On Fri, Apr 26, 2013 at 2:25 PM, OmPrakash Muppirala
>>>>>>>> <[email protected]>wrote:
>>>>>>>> 
>>>>>>>>> On Fri, Apr 26, 2013 at 12:16 PM, Alex Harui <[email protected]>
>>>>> wrote:
>>>>>>>>> 
>>>>>>>>>> Om,
>>>>>>>>>> 
>>>>>>>>>> Maybe I wasn't clear.  I think a key aspect of whiteboards on
>>> GitHub
>>>>>>>> is
>>>>>>>>> to
>>>>>>>>>> have a commit to your whiteboard be seen on the
>>> [email protected]
>>>>>>>>>> anyone subscribed to [email protected] without other work on their
>>> part
>>>>>>>> like
>>>>>>>>>> signing up with GitHub or being added as a member of the an
>>>>>>>>> "organization".
>>>>>>>>>> 
>>>>>>>>>> We can't get an email to [email protected] to happen for all
>>> activity on
>>>>>>>>> your
>>>>>>>>>> whiteboard?
>>>>>>>>> Short answer: it is doable.
>>>>>>>>> 
>>>>>>>>> Long answer:
>>>>>>>>> I can add an organization-wide notification setting to send emails
>>> to:
>>>>>>>>> [email protected].  The only problem is the list moderator
>>> for
>>>>>>>>> [email protected] should manually add [email protected] to the
>>>>> list
>>>>>>>> so
>>>>>>>>> that the emails can go through.  Who is the moderator of
>>> [email protected]
>>>>> ?
>>>>>>>>> 
>>>>>>>>> Thanks,
>>>>>>>>> Om
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On 4/26/13 11:04 AM, "OmPrakash Muppirala" <[email protected]>
>>>>>>>> wrote:
>>>>>>>>>> 
>>>>>>>>>>> On Fri, Apr 26, 2013 at 10:51 AM, Alex Harui <[email protected]>
>>>>>>>> wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> Om,
>>>>>>>>>>>> 
>>>>>>>>>>>> Thanks for working on this.  Some questions:
>>>>>>>>>>>> 
>>>>>>>>>>>> 1) do you have this actually setup?  If so, can you commit
>>>>>>>> something
>>>>>>>>> to
>>>>>>>>>>>> your
>>>>>>>>>>>> whiteboard so I can see what the notification email looks like?
>>>>>>>>>>> 
>>>>>>>>>>> Yes, but with a private account.  I can add you as a member of
>>> this
>>>>>>>>> test
>>>>>>>>>>> organization.
>>>>>>>>>>> We can 'watch' repos and notifications emails can be configured
>>> [1],
>>>>>>>>> [2]
>>>>>>>>>>> More details on Organiations available here [3]
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>>> 2) When the contributor sends the pull request, how does the
>>>>>>>> committer
>>>>>>>>>> get
>>>>>>>>>>>> notified?   Can an email go to the commits list?  Or does the
>>>>>>>>> committer
>>>>>>>>>>>> only
>>>>>>>>>>>> get notified off-list?
>>>>>>>>>>> 
>>>>>>>>>>> We should be able to make the notifications go to any and
>>> multiple
>>>>>>>>> email
>>>>>>>>>>> ids [4].  We will have to add the <[email protected]>
>>> email
>>>>>>>> id
>>>>>>>>> to
>>>>>>>>>>> our list.
>>>>>>>>>>> 
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Om
>>>>>>>>>>> 
>>>>>>>>>>> [1] https://help.github.com/articles/watching-repositories
>>>>>>>>>>> [2]
>>>>>>>> https://help.github.com/articles/configuring-notification-emails
>>>>>>>>>>> [3] https://help.github.com/categories/2/articles
>>>>>>>>>>> [4]
>>>>>>>> 
>>>>> 
>>> 
https://help.github.com/articles/notifications#per-organization-email-routin>>>
g
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> -Alex
>>>>>>>>>>>> 
>>>>>>>>>>>> On 4/26/13 10:27 AM, "OmPrakash Muppirala" <
>>> [email protected]>
>>>>>>>>>> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>> I have been experimenting with a GitHub based workflow for the
>>>>>>>>>> whiteboard
>>>>>>>>>>>> repos for our committers.  Here is the workflow I would like to
>>>>>>>>>> propose:
>>>>>>>>>>>> 
>>>>>>>>>>>> * Apache Flex creates an 'Organization' account GitHub
>>>>>>>>>>>> * Each Apache Flex committer is encouraged to create an
>>> account on
>>>>>>>>>> GitHub
>>>>>>>>>>>> * The committer then posts their GitHub id on
>>>>>>>> [email protected]
>>>>>>>>>>>> asks
>>>>>>>>>>>> to be added to the ApacheFlex@GitHub account
>>>>>>>>>>>> * The Apache Flex PMC will add the committer's GitHub id to the
>>>>>>>>>>>> ApacheFlex@GitHub account.
>>>>>>>>>>>> * In the contributing.md file [1] at the root of each
>>> committer's
>>>>>>>>>> github
>>>>>>>>>>>> project, there will be information about Apache's contribution
>>>>>>>>>> guidelines
>>>>>>>>>>>> including a link to the ICLA [2]
>>>>>>>>>>>> * Any public contributor is free to fork an ApacheFlex
>>> committer's
>>>>>>>>>> github
>>>>>>>>>>>> project.
>>>>>>>>>>>> * The contributor makes a few modifications and is ready to
>>> send a
>>>>>>>>>> 'Pull
>>>>>>>>>>>> request' to the Apache Flex committer
>>>>>>>>>>>> * Before the 'Pull Request' can be sent, GitHub will
>>> automatically
>>>>>>>>>> point
>>>>>>>>>>>> the contributor to take a look at the contribution guidelines
>>>>>>>> first.
>>>>>>>>>>>> * Theoretically the contributor reads the contribution
>>> guidelines,
>>>>>>>>>> agrees
>>>>>>>>>>>> to it implicitly and clicks the 'Send Pull Request' button.
>>>>>>>>>>>> * The Apache Flex Committer now will have a chance to peruse
>>> the
>>>>>>>>>> commits
>>>>>>>>>>>> and decide whether or not to accept the pull request.
>>>>>>>>>>>> 
>>>>>>>>>>>> There is another alternative I have been working on as well.
>>>>>>>> There
>>>>>>>>> is
>>>>>>>>>> a
>>>>>>>>>>>> CLAHub [3] plugin for GitHub.  The workflow for this is
>>> described
>>>>>>>> in
>>>>>>>>>> the
>>>>>>>>>>>> same link [3].  I have been experimenting with this plugin but
>>>>>>>> have
>>>>>>>>>> found
>>>>>>>>>>>> various issues with it.  I am currently working with the
>>> plugin's
>>>>>>>>>>>> creator,
>>>>>>>>>>>> Jason Morrison and support@GitHub to fix these issues.  They
>>> have
>>>>>>>>> been
>>>>>>>>>>>> very
>>>>>>>>>>>> helpful so far.  I hope to be able to fix all the issues soon
>>> and
>>>>>>>>> send
>>>>>>>>>>>> out
>>>>>>>>>>>> a demo.
>>>>>>>>>>>> 
>>>>>>>>>>>> Please let me know if the above mentioned steps are sufficient
>>> or
>>>>>>>> if
>>>>>>>>>>>> something like CLAHub plugin would be better.
>>>>>>>>>>>> 
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Om
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> [1] https://github.com/blog/1184-contributing-guidelines
>>>>>>>>>>>> [2] http://www.apache.org/licenses/icla.txt
>>>>>>>>>>>> [3] http://www.clahub.com/
>>>>>>>>>>>> 
>>>>>>>>>>>> --
>>>>>>>>>>>> Alex Harui
>>>>>>>>>>>> Flex SDK Team
>>>>>>>>>>>> Adobe Systems, Inc.
>>>>>>>>>>>> http://blogs.adobe.com/aharui
>>>>>>>>>> 
>>>>>>>>>> --
>>>>>>>>>> Alex Harui
>>>>>>>>>> Flex SDK Team
>>>>>>>>>> Adobe Systems, Inc.
>>>>>>>>>> http://blogs.adobe.com/aharui
>>>>>>> 
>>>>>>> 
>>>>> 
>>> 
>>> --
>>> Alex Harui
>>> Flex SDK Team
>>> Adobe Systems, Inc.
>>> http://blogs.adobe.com/aharui
>>> 
>>> 
>> 

-- 
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui

Reply via email to