回答編集履歴
4
修正
test
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
Outgoing Webhookの仕様としては、「
|
|
1
|
+
Outgoing Webhookの仕様としては、「引き金となる文字列が**行頭に**存在するメッセージが投稿された場合に限り、指定したURLにそのメッセージのデータを送る」というものです。（文中に含むのではなく、行頭になければならない）
|
|
2
2
|
|
|
3
3
|
質問者さんがSlackのOutgoing Webhookの設定ぺージで、引き金となる文字列に「GuardDuty」という文字列を指定してもGASに流れてこない理由は、Slackが送ってくる**内部**テキストの**行頭**には「GuardDuty」という文字列が**ない**からであると推測されます。
|
|
4
4
|
|
3
修正
test
CHANGED
|
@@ -14,4 +14,4 @@
|
|
|
14
14
|
ただし、実際にどのような内部テキストが送られているかは、状況によります。
|
|
15
15
|
もしかしたら行頭に余計な文字列がついており、うまく捕まえられないかもしれません。
|
|
16
16
|
|
|
17
|
-
上記でうまくいかない場合は、一時的に、Event Subscriptions を Onにした上で、
|
|
17
|
+
上記でうまくいかない場合は、一時的に、Event Subscriptions を Onにした上で、すべての投稿の内部JSON表現をGASで記録するようにアプリを改造し、捕まえたいリンクが投稿されたタイミングで記録を見て実際のJSONを調べれば、キャプチャすべきキーワードを確実に知ることができるでしょう。
|
2
修正
test
CHANGED
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
Outgoing Webhookの仕様としては、「**行頭に**、引き金となる文字列を指定した文字列が存在するメッセージが投稿された場合に限り、指定したURLにそのコメントを送る」というものです。（文中に含むのではなく、行頭になければならない）
|
|
2
2
|
|
|
3
|
-
質問者さんがSlackのOutgoing Webhookの設定ぺージで、引き金となる文字列に「GuardDuty」という文字列を指定してもGASに流れてこない理由は、Slackが送ってくるテキストの**行頭**には「GuardDuty」という文字列が**ない**からであると推測されます。
|
|
3
|
+
質問者さんがSlackのOutgoing Webhookの設定ぺージで、引き金となる文字列に「GuardDuty」という文字列を指定してもGASに流れてこない理由は、Slackが送ってくる**内部**テキストの**行頭**には「GuardDuty」という文字列が**ない**からであると推測されます。
|
|
4
4
|
|
|
5
|
-
ここで、Slackで単純なハイパーリンクだけ投稿された場合、内部的には、半角の三角括弧「<」「>」にリンクテキストが囲まれて送られます。
|
|
5
|
+
ここで、Slackで単純なハイパーリンクだけ投稿された場合、内部的には、半角の三角括弧「<」「>」にリンクテキストが囲まれて送られます。（表示されるときに<>は除去されます）
|
|
6
6
|
|
|
7
7
|
したがって、Outgoing Webhookの「引き金となる文字列」に
|
|
8
8
|
```
|
1
修正
test
CHANGED
|
@@ -14,4 +14,4 @@
|
|
|
14
14
|
ただし、実際にどのような内部テキストが送られているかは、状況によります。
|
|
15
15
|
もしかしたら行頭に余計な文字列がついており、うまく捕まえられないかもしれません。
|
|
16
16
|
|
|
17
|
-
上記でうまくいかない場合は、Event Subscriptions を Onにし
|
|
17
|
+
上記でうまくいかない場合は、一時的に、Event Subscriptions を Onにした上で、そのリンクが投稿している実際のJSONを調べるようにアプリを改造すれば、確実にキャプチャすべきキーワードがわかるでしょう。
|