Kubernetes: Linux Foundation（CNCF）CLAシステムの傘の問題

CLAの移行プロセスについて説明してください。

@smarterclayton新しいシステムが稼働し始めたらすぐにコミュニティに通知します。ワークフローの中断を最小限に抑えるために、いくつかのアプローチについて話し合っています。

https://github.com/cncf/foundation/issues/1も参照してください

近い将来、すべてのkubernetesリポジトリでCloud Native ComputingFoundationのCLAに移行します。
この移行は、10/3の週にすべてのリポジトリで発生すると予想されます。

本日より、kubernetes / contribリポジトリで新しいCLAメカニズムをテストしています。
Google CLAボットは、10/3までCNCFCLAボットと並行して動作します。
現時点では、PRマージと送信キューはCNCF CLAの署名時にブロックされませんが、移行が完了するとブロックされることに注意してください。

ワークフローの中断を最小限に抑えるために、寄稿者の場合は、
https://identity.linuxfoundation.org/projects/cncfにアクセスし、個人または従業員のいずれか適切な方としてCLAに署名してください。
問題がある場合は、 https ：//github.com/kubernetes/kubernetes/issues/27796のトラッキングの問題でそれらを参照してください。

今後の手順：

• [x]サブミットキューはcncf-claラベルを尊重するものとします。
• [x] googlebotのcla-yes / noラベルはリポジトリから削除されます。
• [x] CNCF Webhookを組織全体でオフにし、GoogleCLAボットをオフにします。

こんにちは、私は個々のCLAに署名したいと思います、そして最後のhellosignページは「タイトル」（署名、名前、タイトルと日付）を求めます。

タイトルに何を付けたらいいのかよくわかりません。 https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.mdと以前のCLAを見てみましたが、タイトルは必要ありませんでした（尋ねられませんでした）。 私はコンピュータサイエンスの学生です。

タイトルには何を使うべきですか？ それともわざとそこにあるのでしょうか、それとも残り物でしょうか？

ありがとう！

@rata 、「Student」というタイトルはいい解決策だと思います。 @caniszczyk 、確認してもらえますか？

@sarahnovotnyStudentまたはN / Aは問題ありません

@sarahnovotny @caniszczyk ：どうもありがとう！

@ sarahnovotny 、 @ caniszczyk 、RedhatがCNCFCLAに問題を抱えているようです。 あなたは彼らを助けることができますか？ これは、企業のCLAの問題、または技術的な問題である可能性がありますが、よくわかりません。

cc @eparis @ingvagabund

@ eparis 、 https：//identity.linuxfoundation.org/projects/cncfにアクセスして「従業員として貢献」を選択するとどうなりますか？ これにより、まだ行われていないGitHubアカウントを関連付けるように求められます。

（会社の承認された寄稿者を管理する権限を与えられた人は、自動的に寄稿者として設定されません。システムは、追跡目的で寄稿者としてサインアップすることを引き続き期待します。）

@ emsearcy @ caniszczykにメールしました
しかし、そのリンクに行くと、
Your organization is not authorized under a Corporate Contributor License Agreement. If you have signed agreements, please check back later or use the contact form below.

@emsearcyプライベートチャットできる方法はありますか？ メールを送ってください？ redhatでのeparis？

https://identity.linuxfoundation.orgのアカウントシステムでバグが発生しています。 それについて誰に連絡すればいいですか？

githubcredsを介して作成されたアカウントのパスワードを変更できません

• githubでアカウントを作成しました。 パスワードを設定したことがない
• メールアドレスを変更しました
• メールアドレスを変更するにはパスワードが必要だと言われました
• 要求されたパスワードリセットメール
• メールでリンクをたどる
• 「パスワードのリセットリンク」をクリックしました
• パスワードを変更するにはパスワードが必要だと言われました
  

@jbeda 、まだログインしていると思いますか？ （パスワードリセットページには、「電子メールのパスワードリセットリンクを使用するにはログアウトする必要があります」と表示されます）。 それ以外の場合は、使用しようとしたときにまだログインしていると表示されます。

私は「従業員としてサインアップする」ことを試み、「このプロジェクトの許可された従業員の貢献者を監督する責任がある組織内の誰かに連絡してください」まで到達しました。

それは私です。 次は何？

@bborehamはあなたの会社/組織をここにサインアップさせますhttps://identity.linuxfoundation.org/node/285/organization-signup

@caniszczyk私がしたこと：

• あなたのURLにアクセスしてください。
• Google経由でログインします。
• 私の組織とその人員を宣言する方法を探してください。
• ここに戻ってきました。

組織（Weaveworks、Inc）にサインアップさせるためにクリックした場所を正確に言うことができますか？

@bborehamとそのリンクを使用すると、組織にサインアップして企業CLAに電子署名する方法があります。これを行うと、他のすべてを実行できるようになります。

私にとっては、「シークレット」ブラウザウィンドウを開き、再度ログインした後、フォームが表示されました。 ログアウトしたり、元のウィンドウをクリックしたりしても、このフォームは表示されません。

CNCFの企業CLAにいくつかの問題があるようです。 @euankは、CoreOSの企業CLAの対象となる必要があります。

• https://github.com/kubernetes/kubernetes/pull/34058
• https://github.com/kubernetes/kubernetes/pull/33965

これを反映しないでください。

@caniszczyk @calebamilesが上記で言及した問題を見てください。

@euankは[従業員として貢献]をクリックするだけで、 CoreOSCCLAに自動的に関連付けられるようです。

うん、 @ emsearcyに感謝します。前回、私は誤って個人的なメールを送ってしまったに違いないと思います。 今はよさそうだ！

（また、素敵なプロフィール写真）

githubでログインしてCLAを確認しようとすると、アクセス拒否エラーが発生し、再試行すると「このIDは既に登録されています」というメッセージでアクセスが拒否されます。 CLAを確認する方法はありますか？

ああ...そして、CLAに署名していない人の「詳細」リンクを見ると、CLAを_do_取得します。 問題のユーザーのCLAステータスが表示されることを期待しています。

CNCFCLAにも問題があります。 個人の寄稿者を選択しましたが、選択した電子メールを変更できませんでした。これは、おそらくgithubから取得した古い仕事用の電子メールでした（幸いにもアクセスできました）。 これで、署名したCLAを確認できますが、PRで承認済みのマークが付けられていません。

また、問題があり、プライマリとして古い電子メールを持っていたGHを介してサインアップしようとしましたが、別の電子メールを使用してサインアップしましたが、現在GHアカウントをリンクできません。

Linux Foundation（LF）CLAbotがまだ完全にベイクされていないことは明らかです。 私たちが今必要としているのは、ユーザーが袋小路で立ち往生している場所を分析するための製品マネージャーの支援です。 その分析に基づいて、LF CLAbotを強化するか、代替（オープンソース）ソリューションを検討するかを検討します。

何らかの支援を提供する可能性について@philipsと話をしましたが、すぐに更新されることを望んでいます。 他の誰かがこの進歩を羊飼いが進めるのを手伝いたいなら、電子メールで私に連絡してください。

その間、遅延についてお詫び申し上げます。

@derekparker同じ問題が発生し、最終的にアカウント編集ページが見つかりました：https： //identity.linuxfoundation.org/user/me/edit

githubアカウントを介してログインし、手動で電子メールをCoreOSに変更すると、機能するようになりました。 詳細も編集できるようにするには、パスワードのリセットワークフローを実行する必要があったと思います。

@dankohn 、私は企業のサインアップに関するいくつかの強力なドキュメントだと思います、
企業の個人登録、およびこれらのGHからの一般的なトラブルシューティング
問題は大きなスタートになるでしょう。

2016年10月25日火曜日午後8時24分、 EuanKempnotifications @ github.comは次のように書いています。

@derekparkerhttps ：//github.com/derekparker同じ問題が発生しました
最終的にアカウント編集ページを見つけることになりました： https：// identity。
linuxfoundation.org/user/me/edit

githubアカウントを介してログインし、手動でメールを次のように変更します
私のCoreOSはそれを機能させました。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -256239957、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAHxigmn_N1BhGJDqvbBLWoCyNxMbsZlks5q3sfXgaJpZM4I7IQL
。

私はRedHat組織のマネージャーです。 何が悪いのかと聞かれると、一般的にはわかりません。 その可視性を得る方法がわかりませんが、それがうまくいかなかった場合、私は完全に失われます...

@caniszczyk @emsearcy https://github.com/kubernetes/kubernetes/pull/35581で、Webhookが失敗し、cncf-claステータスがありません。 これを確認できますか？

@dankohn私は現在、一緒に仕事ができる可能性のある人々にメールを送っています。 そして、製品要件のドキュメントを書く必要があります。 私はEOWによってそれをしたいと思っています。

@foxish kubernetesリポジトリでGoogleCLAbotをオフにしましたか？

@ bgrant0607いいえ、まだ行っていません。 Webhookに基づくCNCFmungegithubボットを入手した後でのみ、組織全体でオフにします。 https://github.com/kubernetes/contrib/issues/1834によってブロックされました

企業の貢献度の指標を、さまざまなグループが個別に検証できるようにしたいと思います。
CLAプロセスは、個々の貢献者とその企業の所属のマップを（時間の経過とともに）維持するために使用できる優れた強制機能のようです。

この号では、これらの要求されたCLA開示の形式の概要を説明しました： https ：//github.com/kubernetes/contrib/issues/1972

週末までにCNCFCLAのゲートに切り替える準備ができています。 移行が完了する前に、今週、ドキュメントやFAQなどを送信します。
これまでのブロッキングの問題はhttps://github.com/kubernetes/contrib/issues/1834でしたが、現在は修正されています。

cc @dims @soltysh @sarahnovotny

トン@foxishに感謝します

これでロールアウトが完了し、 kubernetesおよびkubernetes-incubator組織がCNCFCLAを使用しています。

@emsearcy @caniszczykhttps ：//github.com/kubernetes/kubernetes/pull/35672をご覧ください。 著者は、彼がclaに署名したと言いますが、ステータスはまだ彼が署名していないと言います。

@emsearcy私も問題が発生しましたhttps://github.com/kubernetes/kubernetes/pull/37640#issuecomment-263760417

余談ですが、@ emsearcyのSPOFになることなく、これらの問題を掘り下げて修正できるように、CLA処理のオープンソースオプションを検討しています。 既製のものは金型ATMに適合しません。

PTAL、 @ emsearcy 、または@ caniszczyk-別のdeis従業員@michelleNは、CLAbotが自分のCCLAを認識する際に問題を抱えています。

ユーザーの質問：
CNCF CLAに従業員および個人として署名できますか？

このような質問をまとめてFAQを更新し、手動で頻繁に介入する必要がないようにします。

前のコメントを詳しく説明するには：

このGithubアカウントと個人のメールアドレスを使用して、個人としてCLAに署名しました。 これで、雇用主がCLAに署名しました。同じGithubアカウントを使用して貢献できるようにしたいと考えています。このアカウントには、従業員のメールアドレスも登録されています。

クリックして従業員としてサインアップすると、次のメッセージが表示されます。

システムは、このプロジェクトの企業貢献者ライセンス契約に署名した組織にあなたを関連付けることができませんでした。 プロファイルで組織の電子メールアドレスを使用していることを確認するか、このプロジェクトの承認された従業員の貢献者を監督する責任がある組織内の誰かに連絡するか、以下の連絡フォームを使用してください。

Linux Foundationプロファイルには個人の電子メールが設定されており、複数の電子メールを追加する方法がないようです。

私も問題を抱えています。 私の会社はCCLAに署名しました。 私はCNCF寄稿者グループの一員マイLF IDを示しています。 しかし、LFIDをgithubIDにリンクできません。 LFIdをgithubIdにリンクしようとすると、「このIDは別のユーザーに登録されています」というエラーが表示されます。 私は、LF（会社）＆GitHubの（個人）ごとに異なる電子メールを使用しています。 おそらくLFIDの問題ですが、他の誰かがこれに遭遇した可能性があります。

k8sプルリクエストでブロックされました。

kubernetes /ヘルムリポジトリで、どこかにPRを作成する前工程で、私はGoogleのCCLAフォームに向けてしまいました。 PRを作成した後、LF CLAボットがやって来て、CNCFCCLAフォームに誘導してくれました。

おそらく、それは（めったに良い物:)ではありません）管理者のための混乱と余分な作業が発生すると、その最初のリンクを修正する必要があります。

私の以前のコメントのフォローアップ：

別のGitHubアカウントを作成し、それを企業のCLAに使用することにしました。 個人のアカウントから会社のメールアドレスを削除し、新しいアカウント（https://github.com/yissacharcw）に使用しました。

その後、私の組織からLinuxFoundationへの招待状が送られてきました。 リンクをたどり、新しいGitHubアカウントを使用してログインしました。 アカウント作成情報を入力してアカウントを作成しようとしましたが、メールがすでに使用されているというエラーが表示されました。 アカウントの登録にこのメールをまだ使用していないことを考えると、これは当てはまらないはずです。 私の個人アカウントには、会社の電子メールがそこで使用されているという兆候は見られません。 この電子メールの使用を要求する方法に関する情報はありません。

私は今、LinuxFoundationアカウントに会社の電子メールを登録する方法がないことに固執しています。

Linux Foundation IDまたはCLAへの署名に関するサポートを受けるには、 helpdesk @ rt.linuxfoundation.orgに電子メールを送信してください。 ここでは尋ねたくない、使用されているメールアドレスなどの情報が必要になります。さらに、単一のスレッド全体で個々のリクエストを追跡することは困難です。 CLA署名プロセスの「行き止まり」でお問い合わせフォームを使用すると、LinuxFoundationでサポートチケットも作成されます。

後世のために上記についていくつかコメントします：

個人としてではなく「従業員として」貢献するために、2番目のLinux FoundationIDは必要ありません。 組織のCCLAマネージャーが招待状を送信するか、CCLAのマネージャーによって有効になっている場合は、企業の電子メールアドレスと一致させることにより、組織に関連付けることができます。 Linux Foundation IDプロファイルの電子メールアドレスが現在組織のアドレスでない場合は、一時的に変更する必要があります（「プロファイルで組織の電子メールアドレスを使用していることを確認してください」）。

組織への招待に続いて、既存のLinux FoundationIDアカウントにログインすることで実行できます。

GitHubアカウントを複数のLinuxFoundationIDに関連付けることはできません。

ステータスが更新されないのはバグのようです。たとえば、37640に更新するたびに、lfclaボット（Github通知を受信し、LF CLAシステムのユーザーのステータスに基づいてPRを更新するスタンドアロンのWebサービス）が「承認されたフィリップス」を設定しようとしました。 "cla / linuxfoundationstate =コミットの成功ステータス通知。go-github関数によると正常に実行されています。ただし、Githubは実際には保存しません。 これを調べます。

「このIDは別のユーザーに登録されています」というエラーも表示されます。 @hasahniのように。 当初、LF電子メールは個人的なものであり（私は個人の寄稿者としてサインアップしました）、Git電子メールには会社の電子メールがプライマリアドレスとして含まれていました。 Gitメールを変更しましたが、それでも同じエラーが発生します。

上記の@emsearcyにメールを送信しましたが、リンク先のアカウントから会社のメールのリンクを解除することで、問題を解決することができました。 その後、会社のGitHubアカウントと会社の電子メールアドレスを使用してLinuxFoundationアカウントを作成することができました。

上記のように、1つのアカウントを使用する方が簡単です。 https://identity.linuxfoundation.org/projects/cncfに戻ると、以前に「個人」を選択した場合は「従業員」を選択でき、その逆も可能です。 組織のマネージャーは、あなたがその組織の下で許可されなくなった場合、後日あなたを組織から削除することができます。

Linux Foundation IDは、さまざまなLFプロジェクトWebサイトへのログイン、会議の提案、およびsysadmin認定（会社を変更するときに保持する必要があります）に関連付けることができるため、アカウントは「あなたに属する/フォローする」ものであることが期待されます。あなた」のセットアップ。 （この問題を報告しているすべての人が、おそらく使用しているGitHubアカウントを1つしか持っていないのと同様です！）

CLAに反対し続ける多くの人々がいます。

CLAボットのソースコードはオープンソースですか（そうであれば、リポジトリはどこにありますか）、フローの改善を試みることができますか？ または、スクリーンショットを利用できますか（特に個々のバージョン用）？

_何か_が明らかに人々を目​​標到達プロセスから脱落させています。 github以外のアカウントでサインインできることにすぐに気付きましたが、githubアカウントをリンクするにはgithubでサインインする必要がありました。 残念ながら、私は2番目のgithubアカウントを持っていないので、それは私が得た限りでした。 しかし、確かにぶら下がっている果物があります。

他の考え：

• 明らかにリンクされている電子メールアドレスの使用に関する強力なスパム禁止ポリシーはありますか？
• Linux Foundation IDはデフォルトで私のメールアドレスになりますか？

LF CLAbotはオープンソースではなく、オープンソースになる予定もありません。これは、（@ emsearcyによる優れた作業にもかかわらず）特にバックエンドストレージの点でヘアボールであるためです。 CNCFを代表して、人々が直面している問題についてお詫び申し上げます。 ログインの問題に対する最善の短期的な修正は、PTの営業時間中のみですが、非常に応答性が高いため、 helpdesk @ rt.linuxfoundation.orgに電子メールを送信することです。

@philipsが調査している長期的な修正は、オープンソースのCLAbotの1つと連携し、コア開発者の1つと契約して、Kubernetesに必要な変更を加え、それらの変更をアップストリームにすることです。 1月にその面で進展が見られることを願っています。

そもそもCLAが必要であるという事実ほど、CLAbotの問題ではないと思います。 ユーザーがアップストリームに貢献しようとしている大きな機能を持っている場合、ユーザーはそれに耐えてCLAプロセスを実行する可能性があります。 しかし、ユーザーが単純なドキュメントの修正または小さなバグの修正を提供しているだけの場合、彼らはただ救済する可能性があります。

リンクされたばかりの@justinsbの問題を考えてみましょう。ユーザーは文字通り1文字のドキュメント修正に貢献しています。 そしてそのために、彼らは彼らに彼らの情報と法的合意を入力することを強制するCLAにハメられます。 彼らが保釈したいのも不思議ではありません。

私自身の個人的な経験から、CLAに対処する必要がなかったため、しばらくの間、ドキュメントの修正に貢献することに抵抗したことを知っています。 本当に追加したい機能があったときだけ、CLAに署名するという面倒な作業を経験しました。

それが法的に実行可能かどうかはわかりませんが、コード以外の提出はCLAの対象とすべきではないと本当に思います（些細なコードの変更がCLAの対象ではない場合も理想的ですが、行が難しいことを認識していますコード/非コードよりも描画）。

Kubernetesプロジェクトがそれ自体を合法的に保護する必要があることは理解していますが、CLAを些細な変更にプッシュすることで、GitHubプロジェクトで非常に一般的なドライブバイPRを積極的に阻止します。

また、ユーザーが代わりに問題を開いたばかりの場合（「ドキュメントにはus-east-1 us-east-2と表示されているはずです」）、CLAbotとのやり取りはなく、誰かが作成するだけだというのも少しばかげているようです。それらのための変更。

さらに、私は今問題を認識しているので、PRを見て、自分で修正を提出することができます（これがCLAに違反していると言わない限り、これはさらに驚くべきことです！）。

CNCFは、いくつかの実際のプロジェクトと将来のプロジェクトからのフィードバックに基づいて、先月その憲章を変更し、ホストされている各プロジェクトがCLA（コンテキスト付きの長いスレッド）が必要かどうかを判断できるようにしました。 ただし、Kubernetesが、メンテナがCLAをあきらめることを決定する、歴史上最も高速なソフトウェアプロジェクトの1つであることを考えると、ほとんどあり得ないと思います。 彼らにそうするように勧めたいのなら、私はあなたが新しい問題を開くことを提案します。

今のところ、CLA要件は維持されると想定しているため（また、CNCFにはCLAを使用した新しいプロジェクトがある可能性が高い）、摩擦ができるだけ少ないCLAbotが必要です。

fyi、OpenStackには、ICLA / CCLAを長い間要求するという同じ問題がありました。 「私たち」はDCOに向かって進んでいます：
https://wiki.openstack.org/wiki/OpenStackAndItsCLA#The_Proposal

こんにちは！

CLAに署名しようとしていますが、「メールの検証」の手順で立ち往生しています。 検証コードが送信されるはずだった後、電子メール（チェックされたスパムおよびあらゆる場所）を受信して​​いません。 ５時間待ったので、来ない気がします。 また、[確認を再送信]ボタンを数回試しましたが、コードも送信されませんでした。

私のgithubメール（linuxfoundationアカウントを設定するときに選択した認証）は正しいメールです。

これを尋ねる正しい場所はわかりませんが、CLA FAQで、問題が発生した場合はここに来るように言われました。

ありがとう！

謝罪。 LinuxFoundationヘルプデスクにメールしてください<
[email protected]>。

2017年1月18日水曜日午後1時23分、 khalpin11notifications @ github.comは次のように書いています。

こんにちは！

CLAに署名しようとしていますが、「メールの検証」の手順で立ち往生しています。 私
後に電子メール（チェックされたスパムおよびあらゆる場所）を受信して​​いません
検証コードが私に送られることになっていた。 私も試しました
[確認を再送信]ボタンを数回押しても、
どちらかをコーディングします。

これを尋ねる正しい場所はわかりませんが、CLAFAQは私に
何か問題があればここに来てください。

ありがとう！

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-273605799 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AC8MBlgbtF51VU6H50t-IT3_PFEDyOn3ks5rToLQgaJpZM4I7IQL
。

-
ダンコーン[email protected]
Cloud Native ComputingFoundationのエグゼクティブディレクターhttps://cncf.io/
tel：+ 1-415-233-1000

こんにちは-私はHeptioの従業員として登録しようとしましたが、システムは私を確認できませんでした。 助けてください！ ありがとう。

@skriss LinuxFoundationヘルプデスク[email protected]にメールアドレスとGitHubユーザー名をメールで送信してください。

CERNをCNCFCLAに登録しようとしています。

会社の「テスト」用にCNCFCLAを作成して、法務チームとレビューする契約書のコピーを入手しました。 残念ながら、CERNを組織として登録することはできません。

登録した「テスト」会社を削除して、システムに認識されない状態にリセットしていただけませんか。 私のメールはティムです。 [email protected]。

@ noggin143リクエストを[email protected]に電子メールで送信する必要があります。

CNCF CLAに署名しようとしましたが、まだ問題があります。 また、他の寄稿者を承認するためのOpenStackFoundationの公式連絡先として登録されている必要があります。 ヘルプデスクにもチケットを提出しました。 ありがとう、クリス

@hogepodge 、これをトラブルシューティングするには、helpdesk @ rt.linuxfoundation.orgに電子メールを送信してください。 （注として、連絡先として登録しても、自動的にCLAグループに入れられるわけではありません。）

CNCFCLAに署名しました。 私のコミットはhttps://github.com/honkiko/kubernetes/commit/38b95f0c38f46303e7b091e56a70a515a8c4706c.patchで、「 [email protected] 」が存在します。 そして、このメールをgithubアカウントのメールリストに追加しました。
しかし、プルリクエスト（https://github.com/kubernetes/kubernetes/pull/42232）はまだ「cncf-cla：no」の状態です。

@honkiko Tencentはまだ企業CLAに署名していません：

https://identity.linuxfoundation.org/node/463

署名されたCCLAのコピーをお持ちの場合は、 caniszczyk @ linuxfoundation.orgまたは[email protected]に送信できます。

簡単に見ると、「 [email protected] 」が署名しようとしましたが、完了しなかったようです。

PRを送信し、commitの作成者がGithubにサインインしたメインのメールを使用しましたが、CLAが公開メールにずっと送信されたのはなぜですか？ 公開メールアドレスをメインのメールアドレスに変更しても、CLAは以前のメールアドレスに送信されたままですか？ それを解決する方法は？

個人としてサインアップしようとしましたが、リンクhttps://identity.linuxfoundation.org/projects/cncfでページが見つかりません。

@sdomula解決するためにLinuxFoundationで緊急チケットを開きました。 修正されたらまた投稿します。

@sdomulaこれは解決されました。 ダウンタイムの原因を調査しています。 面倒でごめんなさい。

ページが見つかりません：https： //identity.linuxfoundation.org/projects/cncf

私が正しければ、正しいURLは次のようになります：https： //identity.linuxfoundation.org/node/285/

右 ？

設定プッシュが悪いようです。

/ cc @caniszczyk

今すぐ再エスカレーションします。

そして、それはバックアップです。 このダウンタイムに関する調査を他の調査に追加します。

みなさん、こんにちは。https：//github.com/kubernetes/charts/pull/766のcla-botを満足させるのに問題があります。 「 [email protected] 」としてサインアップしたのに対し、gitcommitは「 [email protected] 」の下にあるためだと思います。 その後、Gitコミットに一致するようにLinux Foundationの電子メールを変更しましたが、新しい電子メールの下に新しいCLAを生成できないようです。 半分にしてください。

@jpoonは[email protected]にメールしてください

しましょう。 ありがとう@dankohn

こんにちは、 https：//github.com/kubernetes/helm/pull/2143のclaチェックに合格するのに問題があります。メールが正しく設定されているなど、必要なすべてのことを実行したことがわかります。フォームは署名など。 なぜclaが通過しないのか誰か助けてくれませんか？ ありがとう。

@dankohn [email protected]にメールを送信しましたが、最後の返信は1週間前でした。 これを解決する方法がよくわかりません。

@jpoonは問題をお詫びします。 linuxfoundation.orgのcaniszczykにccを付けてヘルプデスクに再送してください。

メールを2回リクエストしました。 最初のものだけが到着し、現在は期限切れになっています。 2番目のものは到着しませんでした。 3回目も失敗しました。

@TheStalwartヘルプデスクに電子メールを送信しましたか？

もう一度再試行した後、以前に期限切れになったリンクを介して署名することができました。 わーい！

https://github.com/kubernetes/test-infra/pull/2450のclaチェックを満たすのに問題があります。 githubアカウントを使用してGoogleの従業員としてサインアップし、コミットで使用したのと同じメールアドレスを使用しました。 メールアドレスの確認を求めるメールを受け取りました。それ以降、linuxfoundationサイトに正しくサインアップしたと表示されます。 ただし、PRに追加のコメントを残した後でも、プルリクエストには「cnfc-cla：no」フラグがあります。 この問題について何か助けていただければ幸いです。 ありがとう！

私はいくつかのPRで同じことを見ています。

@spxtr関連するPRを指摘できますか？

また、CLAの問題が発生した場合は、「Linux Foundation [email protected] 」に電子メールを送信することをお勧めします。

ほとんどの場合、GitHubプロファイル設定にそれぞれのメールアドレスがリストされていないか、 https：//identity.linuxfoundation.org/projects/cncfに完全にサインインして、GitHubプロファイルをLFシステム。

kubernetes / test-infra＃2450のclaチェックを満たすのに問題があります。 githubアカウントを使用してGoogleの従業員としてサインアップし、コミットで使用したのと同じメールアドレスを使用しました。 メールアドレスの確認を求めるメールを受け取りました。それ以降、linuxfoundationサイトに正しくサインアップしたと表示されます。 ただし、PRに追加のコメントを残した後でも、プルリクエストには「cnfc-cla：no」フラグがあります。 この問題について何か助けていただければ幸いです。 ありがとう！

ここでも同じですが、GitHubのようなまったく同じメールを使用して（GitHubログインを使用して）、個人の貢献者として署名しました。 それでも、何が悪かったのかを調べてみてください。
私はLinuxFoundationヘルプデスクに手紙を書いていましたが、今のところ彼らから何も返事がありません。

https://github.com/kubernetes/kubernetes/pull/44727キューの送信—PRにCLAラベルがありません。 cla：はい、cncf-cla：はいまたはcla：人間が承認したもののいずれかが必要です

私はすべてをやったと思います...

個人としてサインアップしようとしましたが（ gh<at>purefiction.net ）、約4時間経っても、CNCFから確認メールが届きません。 スパムフォルダには何もありません。

@atombender同じメールアドレスでhellosignにサインアップすると、そこに契約書が見つかるかもしれません。 残念ながら、 re-send agreementオプションはありません。

@dolftax ：「hellosign」とは何ですか？どうすればそこに着くことができますか？ そのメールアドレスは、コミットを作成するために使用するものではないため、変更する必要がありますが、プロセスを再度実行することはできません。

@dolftax ：Cookieを削除し、ここでアカウントを作成することで、さらに先に進むことができました。 ただし、他には何も起こりません。 その後、同じリンクに戻ると、次のようなページが表示されます。

貢献者ライセンス契約があなたのメールアドレスに送信されました。 寄稿者の登録プロセスを完了するには、これに電子的に署名する必要があります。

...しかしメールはありません。

@ atombender @ dolftaxは[email protected]に電子メールを送ってください。彼らはあなたの問題を支援することができます。 また、メールが届かない場合に次のステップを明確にするために、エラーメッセージを変更する方法も評価しています。

ヘルプデスクがチケットをフォローアップしますが、一般的な注意事項として、HelloSign（契約書の電子メールを送信する電子署名ベンダー）は3日と7日にリマインダーを送信します。 ヘルプデスクは、ユーザー向けUIに存在する機能ではありませんが、手動でリマインダーを送信することもできます。

Hellosignでのサインアップに関するコメント（@dolftaxの提案に感謝します！）については、 https ：//www.hellosign.com/にアクセスして[サインアップ]をクリックしてください。 無料のアカウントでは、他の人から送信されたドキュメントを除いて、月に最大3つのドキュメントを送信できます（通常、HelloSign側でアカウントを作成せずに署名されます）。

（「gh」電子メールのHelloSign「側」で保留中の合意があります。彼らのアウトバウンド通知もバウンスしませんでした。またはそれは私にそれを教えてくれます。）

@dankohn ：これは、タイプミスや同様の問題が発生していない場合に、ユーザーがメールを受信しない一般的な問題ですか？ HelloSignサポートに連絡して、これらのサポートにケースバイケースのトラブルシューティングを提供できるかどうかを確認できます。

@dankohn linuxfoundationUIからの再送信契約の方がはるかに優れています。

私はCLAに署名しましたが、それでも「cnfc-cla：no」フラグを確認してください。@ foxish @sarahnovotnyをご覧ください。

CLAに問題があります。https：//github.com/kubernetes/test-infra/pull/2764
正しいメールを使用して確認し、CNCFに個人としてログインし、それをgithubとgoogleにリンクし、その後別のコミットを行いましたが、CLAでエラーが発生しました。ご覧ください。

@yutongzは、問題をLinux Foundation Helpdesk [email protected]に電子メールで送信できます。また、githubidがhttps://identity.linuxfoundation.org/projects/cncfおよびコミットにリンクされていることを確認してください。

@sarahnovotnyと@foxish
CLAへの署名に問題があります

[email protected]として署名しましたが、 naarani @ gmail.com （プライマリgithubメール）で署名できないため、次のようなgithubで問題が発生しました： https ：//github.com/kubernetes/contrib/pull

1か月前にLinuxFoundationにメールを送信しましたが、まだブロックされています...
直してもらえますか？

@naarani問題についてお詫びします。 これをLFITでエスカレーションします。

https://github.com/kubernetes/community/pull/631のライセンスチェックに失敗しましたが、私のプロファイル（添付を参照）によってCNCFグループに分類されているようです。

https://identity.linuxfoundation.org/user/me/editにある私のメールアドレスは、コミットで使用したものと同じです。

これを片付けるために私にできることはありますか？ 本当にありがとう！

そのグループは、署名されていない（保留中の）CLAも表示します。

ありがとう。 その時は署名しなかったようです。

私はしばらくの間電子メールを待っていました、そしてそれを受け取りませんでした...スパムとすべてをチェックしました。 また、「Send me a copy」がチェックされたメッセージのコピーを取得していないようですので、配信可能性の問題である可能性があります。 FastMailを使用しています。 契約書に署名できるウェブページや別の方法はありますか？

@wyc ：はい、Fastmailを使用している別のユーザーもメールを受信して​​いませんでした。 この問題は、電子署名ベンダーであるHelloSignからのメールをFastmailが受け入れないことを追跡し、次のメールサーバー応答を使用しました（IPアドレスであるためHelloSignから提供されました）。
451 4.7.1 Data command rejected: Host<br i="7"/> 198.61.255.111/do255-111.hellosign.com has exceeded the per-day email<br i="8"/> limit of 40, try again later - helo=<do255-111.hellosign.com i="9"> - RLR001<br i="10"/> </do255-111.hellosign.com>
Fastmailをフォローアップして、この40日あたりのIP制限（私には本当に低いようです...）がこの合法的なサービスプロバイダーからの電子メールを受け入れる能力に影響を与えていることを彼らに知らせることができますか？

上記の別のユーザーは、 www.hellosign.comにアクセスしてログイン/登録すると、保留中の電子署名要求を確認できるはずだと提案しました（ただし、これが機能することを確認するためにこれを試したことはありません）。 。 このメールでGoogleIDを持っていて、SSO経由で検証済みのメールを提供している場合を除き、HelloSignから最初のアカウント検証メールを受信できる必要があります...その後、Fastmailが大幅に停止する必要があります-HelloSignを制限します。

さて、 @ emsearcy 、それは魅力のように機能しました。 ありがとう。 メールプロバイダーに連絡して、これを解決するように依頼します。

https://github.com/kubernetes/kubernetes/wiki/CLA-FAQに追加できることを以下に少し書き留めました。

GitHub Wikiは現在、外部からの投稿を許可していないため、以下は、署名したばかりのライセンスに基づく投稿としてカウントされます:)

個人貢献者契約書のCLAを含むメールが届きません。

@emsearcyはで説明します
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
特定の電子メールプロバイダー（つまりFastMail）の一部のユーザーが経験していたこと
電子署名ベンダーであるHelloSignからの電子メールの配信可能性の問題。 これまで
が修正されると、次の回避策が利用可能になります。

1. CLAと同じメールアドレスを使用して、 HelloSignでアカウントを作成します。
2. 左側のナビゲーションバーを使用して[ドキュメント]セクションに移動し、
   「CNCF個人貢献者ライセンス契約書」の「署名」ボタン。
   
3. 必要に応じて、確認して署名します。
   
4. 「ドキュメント」セクションで契約が署名されていることを確認します。
   
5. cncf-cla: noの既存のPRがある場合は、HelloSignを5分間待ちます
   新しい契約を解決するためのCIサーバー。 に新しいコメントを残す
   PR、およびcncf-cla: noラベルはcncf-cla: yesになるはずです。
   

マークダウン：

### I'm not getting an email containing the CLA for Individual Contributor Agreements.

<strong i="40">@emsearcy</strong> explains in
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-303234338
that some users of certain email providers (namely FastMail) were experiencing
deliverability issues with emails from the e-signing vendor, HelloSign. Until this 
is redressed, the following workaround is available:

1. Create an account on [HelloSign](https://hellosign.com) using the same email for the CLA.
2. Go to the "Documents" section using the left navigation bar and press the
   "Sign" button for "CNCF Individual Contributor License Agreement".
   ![HelloSign Documents Section](https://i.imgur.com/n6o6KzO.png)
3. Review and sign, if desired.
   ![HelloSign Signing Page](https://i.imgur.com/Tcyms6C.png)
4. Confirm that the agreement has been signed in the "Documents" section.
   ![HelloSign Documents Section Confirmed](https://i.imgur.com/99QWSNu.png)
5. If you have an existing PR with `cncf-cla: no`, wait 5 minutes for HelloSign
   and the CI servers to resolve the new agreement. Leave a new comment on the
   PR, and the `cncf-cla: no` label should become a `cncf-cla: yes`.
   ![CLA Fixed](https://i.imgur.com/pKhLQH5.png)

ありがとう@wyc！ FAQを更新しました。

こんにちは、

私は会社を代表してCLAに署名しようとしました。 Githubにサインアップし、会社の詳細を追加しました。 生成されたCLAには、私の個人の電子メールが含まれています。 会社のメールアドレスを使用して別のアカウントを作成し、組織のマネージャーとして招待しました。 世代を再トリガーして、会社の電子メールをドキュメントに含めることはできますか？ 私の会社のメールアドレスはadam [@] iflix.comで、個人のメールアドレスはadam [@] boxxen.orgです。

こんにちは！ 新しい組織（blackduckソフトウェア）をkubernetesの寄稿者として登録したいのですが、現在のgithubアカウントは以前の組織（赤い帽子）に関連付けられています。 （1）CLAを切り離し、（2）以前にkubernetesにコミットしていない組織の新しいCLAを作成するにはどうすればよいですか？ ありがとう ！

RHCLAからあなたを追い出しました。 それがセルフサービスでどのように行われたのかわかりません。

ありがとうエリック:)私はそこの半分だったと思います。

組織から削除された後、 https：//identity.linuxfoundation.org/node/285/organization-signupで新しい組織を作成できます。

このメッセージは、メール配信ソフトウェアによって自動的に作成されました。

送信したメッセージを1つ以上のメッセージに配信できませんでした
受信者。 これは一時的なエラーです。 次のアドレスは延期されました：

curtis.l。 [email protected]
ドメインimwiz.comは、許可されている1時間あたりの最大メール数（168/150（112％））を超えています。 メッセージは後で再試行されます

-------これは、すべてのヘッダーを含むメッセージのコピーです。 ------
受信：o5.sgmail.github.comから（[192.254.113.10]：45396）
esmtpsを使用したbox969.bluehost.comによる（TLSv1.2：ECDHE-RSA-AES128-GCM-SHA256：128）
（Exim 4.87）
（封筒-から）。
id 1dGU7y-000QH7-Mz
[email protected]の場合; 2017年6月1日木曜日11：43：21-0600
DKIM-署名：v = 1; a = rsa-sha1; c =リラックス/リラックス; d = github.com;
h = from：reply-to ：to：cc：in-reply-to：r eferences：subject ：mime- version：content-type ：content-transfer- encoding：list-id ：list- archive：list-post ：list -購読解除;
s = s20150108; bh = ia3KtOMIWMbpcYNB7BF47jscgOE =; b = wrEnOf0 + m7yWRmnA
HmbxqBgRZalVLCr9ltrAzRO0Xo9B5hetAXIRGt + KoyYjST6dnSVJZf2qr2c / ywsz
ibzt + VpXLS2N / ktdMhBLy25RzMe / UZzT2Ak1rA4JVgQwI8bW + XUTk3Wf1XW2mLev
aqgwhD / qyryuCJhunLBhqxJztrI =
受信：filter0654p1mdw1.sendgrid.net、SMTP ID filter0654p1mdw1-19843-5930522A-4
2017-06-01 17：43：06.164526033 +0000 UTC
受信：github-smtp2a-ext-cp1-prd.iad.github.net（github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16]）から
ESMTP ID 8eFn2zRFThqa_B9E8cA5dwのismtpd0002p1iad1.sendgrid.net（SG）による
[email protected]の場合; 2017年6月1日木曜日17：43：06.085 +0000（UTC）
日付：2017年6月1日木曜日10:43:05 -0700
差出人：Eric [email protected]
返信先：kubernetes / kubernetes [email protected]
宛先：kubernetes / kubernetes [email protected]
Cc：購読済み[email protected]
メッセージID：
返信先：
参照：
件名：Re：[kubernetes / kubernetes] Linux Foundation（CNCF）CLAに移動
システム（＃27796）
Mime-バージョン：1.0
コンテンツタイプ：マルチパート/代替;
border = "-== _ mimepart_59305229e47b9_383e3fe2b5315c2c56015";
charset = UTF-8
コンテンツ転送エンコーディング：7ビット
優先順位：リスト
X-GitHub-送信者：emsearcy
X-GitHub-受信者：falenn
X-GitHub-理由：サブスクライブ
リストID：kubernetes / kubernetes
リスト-アーカイブ： https ：//github.com/kubernetes/kubernetes
リスト-投稿： [email protected]
リスト-購読解除：、
https://github.com/notifications/unsubscribe/AAq2CmYSYGSFsTnGNPIQM8XWSlg0u0-Cks5r_vgpgaJpZM4I7IQL
X-自動応答-抑制：すべて
X-GitHub-受信者-アドレス： [email protected]
X-SG-EID：APO41b8ovafPb3SK9rw3vNpc43NX8G / TIzmCUdtslW4MQwNXMLF1riQs5qL7Y2 + n37CaeU19Lg72gH
pHediivQ8KuR0LkwdWDe2kalBL0uG3dmE1PZ4RXmc6VDFQRVH7wlG6Wc + wEcvscrXWEuXWCfCL + wOA
x5j / wGGY22HSrKDO211vnPTM3DVM / DsqL9WZDrgs4GyV2tnQ5 + HKVxrY8g ==
X-スパム-ステータス：いいえ、スコア= -2.5
X-スパム-スコア：-24
X-スパムバー：-
X-Ham-Report：システム「box969.bluehost.com」で実行されているスパム検出ソフトウェア、
この受信メールをスパムとして識別していません。 オリジナル
メッセージが添付されているので、表示したりラベルを付けたりできます
同様の将来の電子メール。 ご不明な点がございましたら、をご覧ください。
詳細については、root @ localhostを参照してください。

コンテンツプレビュー：組織から削除された後、次のことができます
https://identity.linuxfoundation.org/node/285/organization-signupで新しい組織を作成します
-このスレッドにサブスクライブしているため、これを受け取っています。 返事
このメールに直接アクセスするか、GitHubで表示してください： https ：//github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
[...]

コンテンツ分析の詳細：（-2.5ポイント、4.0が必要）

ptsルール名の説明

-0.0RP_MATCHES_RCVDエンベロープ送信側ドメインがハンドオーバーリレードメインと一致する
-2.8 RCVD_IN_MSPIKE_H2 RBL：平均レピュテーション（+2）
[wl.mailspike.netにリストされている192.254.113.10]
-0.0 SPF_PASS SPF：送信者がSPFレコードと一致する
1.3 HTML_IMAGE_ONLY_24 BODY：HTML：2000〜2400バイトの単語を含む画像
0.0 HTML_MESSAGE BODY：メッセージに含まれるHTML
-0.1 DKIM_VALID_AUメッセージには、作成者からの有効なDKIMまたはDK署名があります
ドメイン
-0.1DKIM_VALIDメッセージに少なくとも1つの有効なDKIMまたはDK署名があります
0.1 DKIM_SIGNEDメッセージにDKIMまたはDK署名がありますが、必ずしも有効ではありません
-0.8 AWL AWL：From：アドレスのAWLレピュテーションからの調整済みスコア
X-スパム-フラグ：いいえ

---- == _ mimepart_59305229e47b9_383e3fe2b5315c2c56015
コンテンツタイプ：テキスト/プレーン;
charset = UTF-8
コンテンツ転送エンコーディング：7ビット

組織から削除された後、 https：//identity.linuxfoundation.org/node/285/organization-signupで新しい組織を作成できます。

-
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信するか、GitHubで表示してください。
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
---- == _ mimepart_59305229e47b9_383e3fe2b5315c2c56015
コンテンツタイプ：text / html;
charset = UTF-8
コンテンツ転送エンコーディング：7ビット

組織から削除された後、 https：//identity.linuxfoundation.org/node/285/organization-signupで新しい組織を作成できます。

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

---- == _ mimepart_59305229e47b9_383e3fe2b5315c2c56015--

組織を編集した後、保存できません。エラーYou must select one or more groups for this contentがあります。 誰でも助けることができますか？ ありがとう！

こんにちは@supereagle最善の策は、helpdesk @ rt.linuxfoundation.orgにメールを送信することです。 （お気軽にccしてください。

@wycお疲れ様でした！

コミットでgithubnoreplyメールアドレスを使用するときに契約書の署名を機能させる方法はありますか？
https://help.github.com/articles/about-commit-email-addresses/を参照してください

それは[email protected]への質問です。 ただし、CLAの識別にはメールアドレスが使用されていると思いますので、そうは思われません。

これ（返信なしの電子メールアドレス）を機能要求と見なしていますが、CNCFでDCOを採用し始めるプロジェクトが増えるにつれて（Signed-Off-By署名の電子メールが必要）、問題が発生する可能性があります。

文書化されたとおりに（正しいgithubと電子メールアカウントを使用して）CLAに署名しましたが、このPRでは機能しません： https ：//github.com/kubernetes/charts/pull/1578

ケースバイケースのトラブルシューティングについては、まだの場合は[email protected]に電子メールを送信してください。

LFリカバリメールとして企業のメールアドレスを使用するというCNCFの要件により、私は個人のLFアカウントからロックアウトされました。 ヘルプデスクに電子メールを送りましたが、彼らは新しいLFアカウントを作成することを勧めました。

2つのLinuxFoundationアカウントを持っています：

• コール。 [email protected] （GitHubにリンク）、個人の寄稿者として署名
• コール。 [email protected] （新しく作成された）

しかし：

1. 2番目のアドレスでCLAに署名する必要があります。
2. CLAに署名するには、アカウントをGitHubアカウントに関連付ける必要があります。
3. GitHubアカウントがすでに個人のLFアカウント/ CLA署名に関連付けられているため、これを行うことはできません。

助言がありますか？

「同上」、ほぼ。 私のGitHubアカウントには、プライマリ[email protected]とセカンダリryanの2つの確認済みメールアドレスがあります。 [email protected]ですが、GitHubにはセカンダリメールアドレスを公開するオプションがありません。 LFアカウントが1つだけあり、メールとして[email protected]があり、GitHubアカウントに既にリンクされており、CLAが送信されていますが、canonical.comアドレスになるようにこれを設定する方法がないようです。 CLAに署名しています。

こんにちは。 コードを送信できるようにCNCFCLAにサインアップしようとしていますが、失敗しています。 これは、対応するチェックが失敗したPRです。

https://github.com/kubernetes-incubator/external-dns/pull/376

コミットは私の会社のメールアドレスを使用して行われました。 プライベートGithubアカウントと関連するプライベートメールアドレス（企業のメールアドレスとは異なります）を使用してLinuxFoundationにサインアップした後、メールアドレスを企業のメールアドレスと同じに変更しました。 そこから、私（および他の何人かの従業員）をマネージャーとして、LinuxFoundationの組織として雇用主の会社にサインアップしました。 CAチェックはまだ失敗します。

必死になって、メールアドレスをプライベートに戻し、別のユーザー名と会社のメールアドレスをメールアドレスとして使用して、まったく新しい2番目のLFアカウントを作成し、そのユーザーをグループに招待して参加させました。 CAチェックはまだ失敗します。

何が欠けているのかを知るにはどうすればよいですか？ 助けてください。

更新：今すぐ動作するようになりました。 @BenTheElderとLF財団のサポートに感謝します。

この問題がまだ解決されていない特別な理由はありますか？ LF CLAシステムに移行しませんでしたか？ スコープの変更を反映するために、これの名前を変更する必要がありますか？

@spiffxp 「LFCLAの問題を集約する」のような名前に変更するのが適切です。

参考までに、LFはまもなくCLAbotの書き直しを展開し、これまでに問題を引き起こしていたワークフローのほとんどに対処できることを願っています。 その場合、新しい問題を開始して、この問題を閉じることができます。

名前を変更

個別のCLAにサインアップするときに、誤って間違ったメールアドレスを入力しました。 その結果、「CNCF個人貢献者ライセンス契約-署名要求」が間違ったアドレスに送信されました。
その間にアカウント設定でメールアドレスを更新しました。

訂正された住所への新しい「署名依頼」を受け取ることは可能ですか？

@ axdotlhelpdesk @ rt.linuxfoundation.orgに電子メールを送ってください。彼らがあなたの面倒を見てくれます。

@dankohnありがとう！

githubで個人の寄稿者としてサインアップしようとすると、このエラーが発生します。

Sorry, there is a temporary problem signing up contributors for this project. Please try again later.

@enisそれは役に立たないエラーメッセージです。 [email protected]にメールを送っていただけませんか。

@ emsearcy @ alanapost何かがダウンしていないか確認してください。

（ヘルプデスク経由でも返信）

この問題の原因は、GitHubがOauthを介して検証済みのメールアドレスのみを返すと思われることでしたが、このアカウントでは、このアカウントに使用された不正な形式または難読化されたメールアドレス（@記号なし）を提供しました。 電子署名コンポーネントは、不適合の電子メール文字列でテストされていないため、エッジケースにぶつかりました。

ソフトウェアに修正を適用します。その結果、ユーザーは不正な形式の電子メールアドレスを修正してから、サイトを介して検証する必要があります。

エリック、ありがとう

私は自分の「enis」アカウントをCLAに使用することができました。

助けてくれてありがとう。 これを閉じることができます。
エニス

2017年11月21日火曜日午後4時21分、Eric [email protected]
書きました：

（ヘルプデスク経由でも返信）

この問題の原因は、GitHubが検証済みのみを返すと思われることでした
Oauth経由のメールアドレスですが、このアカウントでは、
に使用された不正な形式/難読化された電子メールアドレス（@記号なし）
このアカウント。 電子署名コンポーネントは、そうではなかったため、エッジケースにぶつかりました
不適合の電子メール文字列でテストされています。

ソフトウェアに修正を適用します。その結果、ユーザーは次のことを行う必要があります。
不正な形式の電子メールアドレスを修正してから、当社のサイトで検証してください。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-346203677 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AAO1MF8kE4C7uanISq6r_-vl2LdlbZdVks5s42kPgaJpZM4I7IQL
。

企業のメールアドレスでCNCF-CLAに署名してもらうことができないようです。

私は当初、github.comアカウントでログインしてCNCF-CLAに署名しようとしましたが、CLAに個人の電子メールアカウントがリストされていることを確認し、私の会社に気づきました。 メールアドレスはまだ私のghアカウントに追加されていませんでした。

フォームをキャンセルし、GHにアクセスして会社のメールアドレスを追加してから、CLAに再署名しようとしましたが、CLAが自分のメールアドレスに送信されたことを示すメッセージしか表示されません。 私の個人または企業の電子メールアドレスを介して、CLAフォームが受信されていません。

@ greglanthierhelpdesk @ rt.linuxfoundation.orgにメールを送っていただければ整理されます。

こんにちは、githubアカウントを使用してサインアップしましたが、使用したくない古いメールアドレスを使用していることに気づいていませんでした。 当分の間、古いメールにアクセスできます。 Linux Foundationプロファイルの電子メールアドレスを変更しようとしていますが、電子メールを受信するというメッセージの上にこのエラーが表示されます。

    An attempt to send an e-mail message failed.
    Unable to send e-mail. Contact the site administrator if the problem persists.
    An attempt to send an e-mail message failed.
    Unable to send e-mail. Contact the site administrator if the problem persists.

A confirmation email has been sent to your new email address. You must follow the link provided in that email within 24 hours in order to confirm the change to your account email address.

メールが届かないのは、上記のエラーメッセージが原因だと思います。 どんな助けでもいただければ幸いです。
ありがとう。

[email protected]に連絡してください。そうすれば、彼らがあなたに代わってそれを整理します。

-
ダンコーン[email protected]
Cloud Native ComputingFoundationのエグゼクティブディレクターhttps://www.cncf.io
+ 1-415-233-1000 https://www.dankohn.com

2018年1月8日10：32、ChristianRoynotifications @ github.comは次のように書いています。

こんにちは、githubアカウントを使用してサインアップしましたが、使用したくない古いメールアドレスを使用していることに気づいていませんでした。 当分の間、古いメールにアクセスできます。 Linux Foundationプロファイルの電子メールアドレスを変更しようとしていますが、電子メールを受信するというメッセージの上にこのエラーが表示されます。

An attempt to send an e-mail message failed.
Unable to send e-mail. Contact the site administrator if the problem persists.
An attempt to send an e-mail message failed.
Unable to send e-mail. Contact the site administrator if the problem persists.

新しいメールアドレスに確認メールが送信されました。 アカウントのメールアドレスへの変更を確認するには、24時間以内にそのメールに記載されているリンクをたどる必要があります。
メールが届かないのは、上記のエラーメッセージが原因だと思います。 どんな助けでもいただければ幸いです。
ありがとう。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

私は過去に個人の寄稿者としてCLAに署名しました。
現在、私は勤務時間中に貢献する会社で働いていますが、そうするときは明らかにIPが会社によって所有されています。 しかし、私が仕事以外で行うことすべてが会社に属するわけではありません。

私の質問：

• アカウントを「個人」から「従業員」に変更するにはどうすればよいですか？ メールアドレスを変更しましたが、変更するためのボタンが見つかりません。
• 私が作成するもののIPがコンテキストに依存することをどのように反映しますか（私が物を作成するときとそれが何であるか）？ これはヨーロッパの雇用法では珍しいことではありません。 多くの管轄区域の従業員である間に人々が作成するすべてのものを企業が主張することは違法であるためです。
• したがって、技術的には、かなりの数の状況に応じて、私は（シュレディンガーの寄稿者）個人と従業員の両方の寄稿者になることができます。 両方に署名しておくにはどうすればよいですか？

私は個人としてCLAに署名し、GitHubにオンボーディングしました。 まだ行っていないことを訴える保留中のPRがあります。 コミットのメールが確認済みのGitHubと一致することを確認しました。

確認してもらえますか？

PRへのリンクは次のとおりです。
https://github.com/kubernetes/kubernetes/pull/60962

@ techniciantedhelpdesk @ rt.linuxfoundation.orgに連絡してください。彼らがあなたに代わってそれを整理します。

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

失効した問題は、30日間操作がないと腐敗します。
/remove-lifecycle rottenを使用して、問題を新規としてマークします。
腐った問題は、さらに30日間操作がないと終了します。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ライフサイクル腐敗
/ remove-lifecycle stale

腐った問題は、30日間操作がないと終了します。
/reopenで問題を再開します。
/remove-lifecycle rottenを使用して、問題を新規としてマークします。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/選ぶ

/ reopen

新しい貢献者への主要な障壁のままです

/ remove-腐ったライフサイクル

参考までに、先週のKubeCon / CloudNativeCon Chinaの新しい寄稿者ワークショップで、次の場所でUI / UXに苦労している参加者の多く（ほとんど？）を観察しました。

https://camo.githubusercontent.com/cdcaa8a1b2679acb1c8452091a05e27c8e68bc54/687474703a2f2f692e696d6775722e636f6d2f74456b3278336a2e706e67

具体的には2つのこと：

• Facebook、Google、GitHub、OpenStackは、さまざまな程度で場所やエコシステムに固有であり、グラフィカルであるため、ブラウザー内で翻訳されない可能性があります。
• ログイン要素の「Or--LOGIN」代替半分は、青いボックス内のLinux Foundationの青いテーマのテキストであるのとは対照的に、クリック可能な要素としてはっきりと目立ちません。

参加には一般的にGitHubが必要であるため、ボックスを2つだけ持つ方が視覚的に簡単な場合があります。

1. GitHubでログインします
2. Linux FoundationIDでログインします

視覚的に単純化するために、画面から他のオプションを取り除きます。 その人が選択したLinuxFoundation IDの場合、既存のLinux Foundation IDを要求するか、作成を許可する画面が表示されます。

ほとんどの人はGitHubを選択するだけで、それがダイアログを最適化する必要があるフローだと思います。

私は自分のPRを進めるためにCLAに署名しようとしていますが、 https：//github.com/kubernetes/kubernetes/pull/72275何度も試みたにもかかわらず、電子メールで契約を受け取っていません。 また、2日前に[email protected]に連絡しましたが、まだ応答がありません。休暇期間であるため、応答は最小限/遅延になるようです。 私はすぐにそのPRで自分自身のブロックを解除する方法を望んでいました。

謝罪@srmocherですが、LinuxFoundationヘルプデスクは1月2日までこれに対処できません。

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleを使用して、問題を新規としてマークします。
古い問題は、さらに30日間非アクティブになると腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /closeを使用して解決してください。

sig-testing、kubernetes / test-infra、 fejtaにフィードバックを送信します。
/ lifecycle stale

/ remove-lifecycle stale
/ライフサイクル凍結