summary refs log tree commit diff
diff options
context:
space:
mode:
authorMatthew Hodgson <matthew@matrix.org>2014-09-22 21:45:50 +0100
committerMatthew Hodgson <matthew@matrix.org>2014-09-22 21:45:50 +0100
commit6876b1a25b140076fa58e889ffbd7283f81fcf2d (patch)
tree3504f0746dbda69eaa988d8e4525063015c8b106
parentAdd section to explain how to sign events such that we can redact message con... (diff)
downloadsynapse-6876b1a25b140076fa58e889ffbd7283f81fcf2d.tar.xz
fix grammatics
-rw-r--r--docs/server-server/signing.rst8
1 files changed, 4 insertions, 4 deletions
diff --git a/docs/server-server/signing.rst b/docs/server-server/signing.rst
index 2489f36b0a..a592f48c35 100644
--- a/docs/server-server/signing.rst
+++ b/docs/server-server/signing.rst
@@ -130,13 +130,13 @@ Signing events is a more complicated process since servers can choose to redact
 non-essential event contents. Before signing the event it is encoded as
 Canonical JSON and hashed using SHA-256. The resulting hash is then stored
 in the event JSON in a ``hash`` object under a ``sha256`` key. Then all
-non-essential keys are striped from the event object and the resulting object
+non-essential keys are stripped from the event object, and the resulting object
 which included the ``hash`` key is signed using the JSON signing algorithm.
 
 Servers can then transmit the entire event or the event with the non-essential
-keys removed. Recieving servers can then check the entire event if it is
-present by computing the SHA-256 of the event excluding the ``hash`` object or
-by using the ``hash`` object including in the event if keys have been redacted.
+keys removed. Receiving servers can then check the entire event if it is
+present by computing the SHA-256 of the event excluding the ``hash`` object, or
+by using the ``hash`` object included in the event if keys have been redacted.
 
 New hash functions can be introduced by adding additional keys to the ``hash``
 object. Since the ``hash`` object cannot be redacted a server shouldn't allow