You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@james.apache.org by bt...@apache.org on 2022/08/23 10:25:15 UTC
[james-project] 22/26: JAMES-3771 Examples: Elastic => OpenSearch rewords
This is an automated email from the ASF dual-hosted git repository.
btellier pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/james-project.git
commit b4876cb5d91d0d5b42808614af9f514b182989c1
Author: Benoit Tellier <bt...@linagora.com>
AuthorDate: Mon Aug 8 10:20:02 2022 +0700
JAMES-3771 Examples: Elastic => OpenSearch rewords
---
examples/README.md | 2 +-
examples/oidc/james/jmap.properties | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/examples/README.md b/examples/README.md
index 6066851875..83e6dccd4b 100644
--- a/examples/README.md
+++ b/examples/README.md
@@ -22,7 +22,7 @@ components to achieve basic logic. But what if our goals are more complex? What
Mailbox Listener is a component in James Mailbox System. Each time an action is applied on a mailbox(adding, deleting),
or on an email(adding, deleting, updating flags...), then an event representing that action is generated and delivered
to all the Listeners that had been registered before. After receiving events, listeners retrieve information from the
- events then execute their business (Indexing emails in ElasticSearch, updating quota of users, detecting spam emails...)
+ events then execute their business (Indexing emails in OpenSearch, updating quota of users, detecting spam emails...)
**Mailbox Listeners** allow customizing the behaviour of James used as a Mail Delivery Agent (MDA).
diff --git a/examples/oidc/james/jmap.properties b/examples/oidc/james/jmap.properties
index 7ea63f2746..7903409f16 100644
--- a/examples/oidc/james/jmap.properties
+++ b/examples/oidc/james/jmap.properties
@@ -19,7 +19,7 @@ tls.secret=james72laBalle
#
#jwt.publickeypem.url=file://conf/jwt_publickey
-# Should simple Email/query be resolved against a Cassandra projection, or should we resolve them against ElasticSearch?
+# Should simple Email/query be resolved against a Cassandra projection, or should we resolve them against OpenSearch?
# This enables a higher resilience, but the projection needs to be correctly populated. False by default.
# view.email.query.enabled=true
---------------------------------------------------------------------
To unsubscribe, e-mail: notifications-unsubscribe@james.apache.org
For additional commands, e-mail: notifications-help@james.apache.org