1.0.1 #24
1213
CHANGELOG.md
1213
CHANGELOG.md
File diff suppressed because it is too large
Load diff
224
FAQ.md
Normal file
224
FAQ.md
Normal file
|
|
@ -0,0 +1,224 @@
|
|||
# FAQ
|
||||
|
||||
## General
|
||||
|
||||
### How do I install another.im?
|
||||
|
||||
another.im is entirely open source and licensed under GPLv3. So if you are a
|
||||
software developer you can check out the sources from GitHub and use Gradle to
|
||||
build your apk file.
|
||||
|
||||
### How do I create an account?
|
||||
XMPP, like email, is a federated protocol, which means that there is not one company you can create an *official XMPP account* with. Instead there are hundreds, or even thousands, of providers out there. One of those providers is [another.im](https://another.im). If you don’t like to use *another.im* use a web search engine of your choice to find another provider. Or maybe your university has one. Or you can run your own. Or ask a friend to run one. Once you've found one, you can use another.im to create an account. Just select *register new account* on server within the create account dialog.
|
||||
|
||||
#### Domain hosting
|
||||
Using your own domain not only gives you a more recognizable Jabber ID, it also gives you the flexibility to migrate your account between different XMPP providers. This is a good compromise between the responsibilities of having to operate your own server and the downsides of being dependent on a single provider.
|
||||
|
||||
#### Running your own
|
||||
If you already have a server somewhere and are willing and able to put the necessary work in you can run your own XMPP server.
|
||||
|
||||
As of 2023 XMPP has reached a level of maturity where all major XMPP servers ([ejabberd](https://ejabberd.im), [Prosody](https://prosody.im), [Openfire](https://www.igniterealtime.org/projects/openfire/), [Tigase](https://tigase.net/xmpp-server/)) should work well with another.im.
|
||||
|
||||
Interoperability with Prosody and ejabberd is tested fairly regularly just because of their market share but we occasionally test with other servers too and fix issues as soon as we are being made aware of them.
|
||||
|
||||
### Where can I set up a custom hostname / port
|
||||
another.im will automatically look up the SRV records for your domain name
|
||||
which can point to any hostname port combination. If your server doesn’t provide
|
||||
those please contact your admin and have them read
|
||||
[this](http://prosody.im/doc/dns#srv_records). If your server operator is unwilling
|
||||
to fix this you can enable advanced server settings in the expert settings of
|
||||
another.im.
|
||||
|
||||
### I get 'Incompatible Server'
|
||||
|
||||
As regular user you should be picking a different server. The server you selected
|
||||
is probably insecure and/or very old.
|
||||
|
||||
If you are a server administrator you should make sure that your server provides
|
||||
either STARTTLS or [XEP-0368: SRV records for XMPP over TLS](https://xmpp.org/extensions/xep-0368.html).
|
||||
|
||||
On rare occasions this error message might also be caused by a server not providing
|
||||
a login (SASL) mechanism that another.im is able to handle. another.im supports
|
||||
SCRAM-SHA1, PLAIN, EXTERNAL (client certs) and DIGEST-MD5.
|
||||
|
||||
### I get 'Bind failure'. What does that mean?
|
||||
|
||||
Some Bind failures are transient and resolve themselves after a reconnect.
|
||||
|
||||
When trying to connect to OpenFire the bind failure can be a permanent problem when the domain part of the Jabber ID entered in another.im doesn’t match the domain the OpenFire server feels responsible for. For example OpenFire is configured to use the domain `a.tld` but the Jabber ID entered is `user@b.tld` where `b.tld` also points to the same host. During bind OpenFire tries to reassign the Jabber to `user@a.tld`. another.im doesn’t like that.
|
||||
This can be fixed by creating a new account in another.im that uses the Jabber ID `user@a.tld`.
|
||||
|
||||
Note: This is kind of a weird quirk in OpenFire. Most other servers would just throw a 'Server not responsible for domain' error instead of attempting to reassign the Jabber ID.
|
||||
|
||||
Maybe you attempted to use the Jabber ID `test@b.tld` because `a.tld` doesn’t point to the correct host. In that case you might have to enable the extended connection settings in the expert settings of another.im and set a host name.
|
||||
|
||||
### I get 'Stream opening error'. What does that mean?
|
||||
|
||||
In most cases this error is caused by ejabberd advertising support for TLSv1.3 but not properly supporting it. This can happen if the OpenSSL version on the server already supports TLSv1.3 but the fast\_tls wrapper library used by ejabberd not (properly) support it. Upgrading fast\_tls and ejabberd or - theoretically - downgrading OpenSSL should fix the issue. A work around is to explicitly disable TLSv1.3 support in the ejabberd configuration. More information can be found on [this issue on the ejabberd issue tracker](https://github.com/processone/ejabberd/issues/2614).
|
||||
|
||||
**The battery consumption and the entire behavior of another.im will remain the same (as good or as bad as it was before). Why is Google doing this to you? We have no idea.**
|
||||
|
||||
#### Android <= 7.1 or another.im from F-Droid (all Android versions)
|
||||
The foreground notification is still controlled over the expert settings within another.im as it always has been. Whether or not you need to enable it depends on how aggressive the non-standard 'power saving' features are that your phone vendor has built into the operating system.
|
||||
|
||||
#### Android 8.x
|
||||
Long press the permanent notification and disable that particular type of notification by moving the slider to the left. This will make the notification disappear but create another notification (this time created by the operating system itself.) that will complain about another.im (and other apps) using battery. Starting with Android 8.1 you can disable that notification again with the same method described above.
|
||||
|
||||
#### Android 9.0+
|
||||
Long press the permanent notification and press the info `(i)` button to get into the App info screen. In that screen touch the 'Notification' entry. In the next screen remove the checkbox for the 'Foreground service' entry.
|
||||
|
||||
### another.im doesn’t work for me. Where can I get help?
|
||||
|
||||
You can join our conference room on [`xmppclient-dev@conference.another.im`](xmpp:xmppclient-dev@conference.another.im).
|
||||
A lot of people in there are able to answer basic questions about the usage of
|
||||
another.im or can provide you with tips on running your own XMPP server. If
|
||||
you found a bug or your app crashes please read the Developer / Report Bugs
|
||||
section of this document.
|
||||
|
||||
### How does the address book integration work?
|
||||
|
||||
The address book integration was designed to protect your privacy. another.im
|
||||
neither uploads contacts from your address book to your server nor fills your
|
||||
address book with unnecessary contacts from your online roster. If you manually
|
||||
add a Jabber ID to your phones address book another.im will use the name and
|
||||
the profile picture of this contact. To make the process of adding Jabber IDs to
|
||||
your address book easier you can click on the profile picture in the contact
|
||||
details within another.im. This will start an "add to address book" intent
|
||||
with the JID as the payload. This doesn't require another.im to have write
|
||||
permissions on your address book but also doesn't require you to copy/paste a
|
||||
JID from one app to another.
|
||||
|
||||
### I get 'delivery failed' on my messages
|
||||
|
||||
If you get delivery failed on images it's probably because the recipient lost
|
||||
network connectivity during reception. In that case you can try it again at a
|
||||
later time.
|
||||
|
||||
For text messages the answer to your question is a little bit more complex.
|
||||
When you see 'delivery failed' on text messages, it is always something that is
|
||||
being reported by the server. The most common reason for this is that the
|
||||
recipient failed to resume a connection. When a client loses connectivity for a
|
||||
short time the client usually has a five minute window to pick up that
|
||||
connection again. When the client fails to do so because the network
|
||||
connectivity is out for longer than that all messages sent to that client will
|
||||
be returned to the sender resulting in a delivery failed.
|
||||
|
||||
Instead of returning a message to the sender both ejabberd and prosody have the
|
||||
ability to store messages in offline storage when the disconnecting client is
|
||||
the only client. In prosody this is available via an extra module called
|
||||
```mod_smacks_offline```. In ejabberd this is available via some configuration
|
||||
settings.
|
||||
|
||||
Other less common reasons are that the message you sent didn't meet some
|
||||
criteria enforced by the server (too large, too many). Another reason could be
|
||||
that the recipient is offline and the server doesn't provide offline storage.
|
||||
|
||||
Usually you are able to distinguish between these two groups in the fact that
|
||||
the first one happens always after some time and the second one happens almost
|
||||
instantly.
|
||||
|
||||
### Where can I see the status of my contacts? How can I set a status or priority?
|
||||
|
||||
Statuses are a horrible metric. Setting them manually to a proper value rarely
|
||||
works because users are either lazy or just forget about them. Setting them
|
||||
automatically does not provide quality results either. Keyboard or mouse
|
||||
activity as indicator for example fails when the user is just looking at
|
||||
something (reading an article, watching a movie). Furthermore automatic setting
|
||||
of status always implies an impact on your privacy (are you sure you want
|
||||
everybody in your contact list to know that you have been using your computer at
|
||||
4am‽).
|
||||
|
||||
In the past status has been used to judge the likelihood of whether or not your
|
||||
messages are being read. This is no longer necessary. With Chat Markers
|
||||
(XEP-0333, supported by Conversations since 0.4) we have the ability to **know**
|
||||
whether or not your messages are being read. Similar things can be said for
|
||||
priorities. In the past priorities have been used (by servers, not by clients!)
|
||||
to route your messages to one specific client. With carbon messages (XEP-0280,
|
||||
supported by Conversations since 0.1) this is no longer necessary. Using
|
||||
priorities to route OTR messages isn't practical either because they are not
|
||||
changeable on the fly. Metrics like last active client (the client which sent
|
||||
the last message) are much better.
|
||||
|
||||
Unfortunately these modern replacements for legacy XMPP features are not widely
|
||||
adopted. However another.im should be an instant messenger for the future and
|
||||
instead of making another.im compatible with the past we should work on
|
||||
implementing new, improved technologies and getting them into other XMPP clients
|
||||
as well.
|
||||
|
||||
Making these status and priority optional isn't a solution either because
|
||||
another.im is trying to get rid of old behaviours and set an example for
|
||||
other clients.
|
||||
|
||||
|
||||
### How do I backup / move another.im to a new device?
|
||||
|
||||
Use the Backup button in the Settings.
|
||||
|
||||
### another.im is missing a certain feature
|
||||
|
||||
Please report it to our XMPP conference [`xmppclient-dev@conference.another.im`](xmpp:xmppclient-dev@conference.another.im).
|
||||
|
||||
## Security
|
||||
|
||||
### Why are there two end-to-end encryption methods and which one should I choose?
|
||||
|
||||
* OMEMO works even when a contact is offline, and works with multiple devices. It also allows asynchronous file-transfer when the server has [HTTP File Upload](http://xmpp.org/extensions/xep-0363.html). However, OMEMO not widely support and is currently implemented only [by a handful of clients](https://omemo.top).
|
||||
* OpenPGP (XEP-0027) is a very old encryption method that has some advantages over OMEMO but should only be used by people who know what they are doing.
|
||||
|
||||
### How do I use OpenPGP
|
||||
|
||||
Before you continue reading you should note that the OpenPGP support in
|
||||
another.im is experimental. This is not because it will make the app unstable
|
||||
but because the fundamental concepts of PGP aren't ready for widespread use.
|
||||
The way PGP works is that you trust Key IDs instead of JID's or email addresses.
|
||||
So in theory your contact list should consist of Public-Key-IDs instead of
|
||||
JID's. But of course no email or XMPP client out there implements these
|
||||
concepts. Plus PGP in the context of instant messaging has a couple of
|
||||
downsides: It is vulnerable to replay attacks and it is rather verbose.
|
||||
|
||||
To use OpenPGP you have to install the open source app
|
||||
[OpenKeychain](http://www.openkeychain.org) and then long press on the account in
|
||||
manage accounts and choose renew PGP announcement from the contextual menu.
|
||||
|
||||
### OMEMO is grayed out. What do I do?
|
||||
OMEMO is only available in 1:1 chats and private (members-only, non-anonymous) group chats. Encrypting public group chats makes little to no sense since anyone (including a hypothetical attacker) can join and a user couldn’t possibily verify all participants anyway. Furthermore for a lot of public group chat it is desirable to give new comers access to the full history.
|
||||
|
||||
### OMEMO doesn’t work. I get a 'Something went wrong' message in the 'Trust OMEMO Fingerprints' screen.
|
||||
OMEMO has two requirements: Your server and the server of your contact need to support PEP. Both of you can verify that individually by opening your account details and selecting ```Server info``` from the menu. The appearing table should list PEP as available. The second requirement is that the initial sender needs to have access to the published key material. This can either be achieved by having mutual presence subscription (you can verify that by opening the contact details and see if both check boxes *Send presence updates* and *Receive presence updates* are checked) or by using a server that makes the public key material accessible to anyone. In the [Compliance Tester](https://compliance.conversations.im) this is indicated by the 'OMEMO' feature. Since it is very common that the first messages are exchanged *before* adding each other to the contact list it is desirable to use servers that have 'OMEMO support'.
|
||||
|
||||
### How does the encryption for group chats work?
|
||||
|
||||
#### OMEMO
|
||||
|
||||
OMEMO encryption works only in private (members only) conferences that are non-anonymous. Non-anonymous (being able to discover the real JID of other participants) is a technical requirement to discover the key material. Members only is a sort of arbitrary requirement imposed by another.im. (see 'OMEMO is grayed out')
|
||||
|
||||
The server of all participants need to pass the OMEMO [Compliance Test](https://conversations.im/compliance/).
|
||||
In other words they either need to run ejabberd 18.01+ or Prosody 0.11+.
|
||||
|
||||
(Alternatively it would also work if all participants had each other in their contact list; But that rarely is the case in larger group chats.)
|
||||
|
||||
The owner of a conference can make a public conference private by going into the conference
|
||||
details and hit the settings button (the one with the gears) and select both *private* and
|
||||
*members only*.
|
||||
|
||||
#### OpenPGP
|
||||
|
||||
Every participant has to announce their OpenPGP key (see answer above).
|
||||
If you would like to send encrypted messages to a conference you have to make
|
||||
sure that you have every participant's public key in your OpenKeychain.
|
||||
Right now there is no check in another.im to ensure that.
|
||||
You have to take care of that yourself. Go to the conference details and
|
||||
touch every key id (The hexadecimal number below a contact). This will send you
|
||||
to OpenKeychain which will assist you on adding the key. This works best in
|
||||
very small conferences with contacts you are already using OpenPGP with. This
|
||||
feature is regarded experimental. another.im is the only client that uses
|
||||
XEP-0027 with conferences. (The XEP neither specifically allows nor disallows
|
||||
this.)
|
||||
|
||||
### What is Blind Trust Before Verification / why are messages marked with a red lock?
|
||||
|
||||
Read more about the concept on https://gultsch.de/trust.html
|
||||
|
||||
### I found a bug
|
||||
|
||||
Please report it to our XMPP conference [`xmppclient-dev@conference.narayana.im`](xmpp:xmppclient-dev@conference.narayana.im).
|
||||
267
README.md
267
README.md
|
|
@ -1,6 +1,44 @@
|
|||
<h1 align="center">another.im</h1>
|
||||
|
||||
<p align="center">another.im: the very last word in instant messaging</p>
|
||||
<h2><p align="center">another.im: the very last word in instant messaging</p></h2>
|
||||
|
||||
<p align="center"><a href="https://f-droid.org/packages/eu.siacs.conversations.classic">
|
||||
<img src="https://fdroid.gitlab.io/artwork/badge/get-it-on.png"
|
||||
alt="Get it on F-Droid"
|
||||
height="80">
|
||||
</a></p>
|
||||
|
||||
## About app and us
|
||||
|
||||
the Another Instant Messenger is not a messenger,
|
||||
> don't believe the words.
|
||||
|
||||
|
||||
we just offer you a standardized xmpp-client with predicted features which work equally on all platforms.\
|
||||
in our clients we have realized pure XMPP and you won't step on a hedgehog unexpectedly when you communicate with another xmpp client or server.
|
||||
|
||||
|
||||
because you buy our open-sourced bitcoin,\
|
||||
we decided to offer you to buy our open-sourced messenger.\
|
||||
ha-ha joke.\
|
||||
it's free, really. GPLv3, whatever.
|
||||
|
||||
|
||||
for Android, it's just an improved fork of Conversations,\
|
||||
for iOS, it's our development from scratch,\
|
||||
for Desktops we're polako [looking](xmpp:xmppclient-dev@conference.another.im). for devs.
|
||||
|
||||
|
||||
all necessary XEP's was realized by Conversations devs but we added a cherry on top of this.\
|
||||
on the server side we are offering free to use Prosody server,\
|
||||
just connect to [another.im](xmpp:xmppclient-dev@conference.another.im), but we are encouroge you to don't trust us, self-host.
|
||||
|
||||
OTR encryption is also supported as 'secret chats' due to otr has been designed for one-time sessions and the concept of 'secret chats' fully corresponds to the idea of the OTR.
|
||||
|
||||
also you can just download <a href="https://dev.narayana.im/narayana/anotherim">the source code</a>, compile it and install.
|
||||
|
||||
only those who seeks will realize the way to pay us,\
|
||||
we can offer you additional server-side features and some telecommunication magic on our <a href="https://narayana.im">narayana.im</a>
|
||||
|
||||
## Design principles
|
||||
|
||||
|
|
@ -59,229 +97,10 @@ run your own XMPP server for you and your friends. These XEP's are:
|
|||
* [XEP-0363: HTTP File Upload](http://xmpp.org/extensions/xep-0363.html) allows you to share files in conferences
|
||||
and with offline contacts.
|
||||
* [XEP-0461: Message Replies](https://xmpp.org/extensions/xep-0461.html) provides support of native replies, which also works in many transports (gateways) as well
|
||||
* [XEP-0364: Current Off-the-Record Messaging Usage](https://xmpp.org/extensions/xep-0364.html) is also supported as 'secret chats' due to otr has been designed for one-time sessions and the concept of 'secret chats' fully corresponds to the idea of the OTR.
|
||||
|
||||
### FAQ
|
||||
|
||||
## FAQ
|
||||
[*FAQ*](/FAQ.md) is located separately and may contain links to upstream.
|
||||
|
||||
### General
|
||||
|
||||
#### How do I install Conversations?
|
||||
|
||||
another.im is entirely open source and licensed under GPLv3. So if you are a
|
||||
software developer you can check out the sources from GitHub and use Gradle to
|
||||
build your apk file.
|
||||
|
||||
#### How do I create an account?
|
||||
XMPP, like email, is a federated protocol, which means that there is not one company you can create an *official XMPP account* with. Instead there are hundreds, or even thousands, of providers out there. One of those providers is [amother.im](https://another.im). If you don’t like to use *another.im* use a web search engine of your choice to find another provider. Or maybe your university has one. Or you can run your own. Or ask a friend to run one. Once you've found one, you can use Conversations to create an account. Just select *register new account* on server within the create account dialog.
|
||||
|
||||
##### Domain hosting
|
||||
Using your own domain not only gives you a more recognizable Jabber ID, it also gives you the flexibility to migrate your account between different XMPP providers. This is a good compromise between the responsibilities of having to operate your own server and the downsides of being dependent on a single provider.
|
||||
|
||||
##### Running your own
|
||||
If you already have a server somewhere and are willing and able to put the necessary work in you can run your own XMPP server.
|
||||
|
||||
As of 2023 XMPP has reached a level of maturity where all major XMPP servers ([ejabberd](https://ejabberd.im), [Prosody](https://prosody.im), [Openfire](https://www.igniterealtime.org/projects/openfire/), [Tigase](https://tigase.net/xmpp-server/)) should work well with Conversations.
|
||||
|
||||
Interoperability with Prosody and ejabberd is tested fairly regularly just because of their market share but we occasionally test with other servers too and fix issues as soon as we are being made aware of them.
|
||||
|
||||
#### Where can I set up a custom hostname / port
|
||||
another.im will automatically look up the SRV records for your domain name
|
||||
which can point to any hostname port combination. If your server doesn’t provide
|
||||
those please contact your admin and have them read
|
||||
[this](http://prosody.im/doc/dns#srv_records). If your server operator is unwilling
|
||||
to fix this you can enable advanced server settings in the expert settings of
|
||||
another.im.
|
||||
|
||||
#### I get 'Incompatible Server'
|
||||
|
||||
As regular user you should be picking a different server. The server you selected
|
||||
is probably insecure and/or very old.
|
||||
|
||||
If you are a server administrator you should make sure that your server provides
|
||||
either STARTTLS or [XEP-0368: SRV records for XMPP over TLS](https://xmpp.org/extensions/xep-0368.html).
|
||||
|
||||
On rare occasions this error message might also be caused by a server not providing
|
||||
a login (SASL) mechanism that another.im is able to handle. another.im supports
|
||||
SCRAM-SHA1, PLAIN, EXTERNAL (client certs) and DIGEST-MD5.
|
||||
|
||||
#### I get 'Bind failure'. What does that mean?
|
||||
|
||||
Some Bind failures are transient and resolve themselves after a reconnect.
|
||||
|
||||
When trying to connect to OpenFire the bind failure can be a permanent problem when the domain part of the Jabber ID entered in another.im doesn’t match the domain the OpenFire server feels responsible for. For example OpenFire is configured to use the domain `a.tld` but the Jabber ID entered is `user@b.tld` where `b.tld` also points to the same host. During bind OpenFire tries to reassign the Jabber to `user@a.tld`. another.im doesn’t like that.
|
||||
This can be fixed by creating a new account in another.im that uses the Jabber ID `user@a.tld`.
|
||||
|
||||
Note: This is kind of a weird quirk in OpenFire. Most other servers would just throw a 'Server not responsible for domain' error instead of attempting to reassign the Jabber ID.
|
||||
|
||||
Maybe you attempted to use the Jabber ID `test@b.tld` because `a.tld` doesn’t point to the correct host. In that case you might have to enable the extended connection settings in the expert settings of Conversations and set a host name.
|
||||
|
||||
#### I get 'Stream opening error'. What does that mean?
|
||||
|
||||
In most cases this error is caused by ejabberd advertising support for TLSv1.3 but not properly supporting it. This can happen if the OpenSSL version on the server already supports TLSv1.3 but the fast\_tls wrapper library used by ejabberd not (properly) support it. Upgrading fast\_tls and ejabberd or - theoretically - downgrading OpenSSL should fix the issue. A work around is to explicitly disable TLSv1.3 support in the ejabberd configuration. More information can be found on [this issue on the ejabberd issue tracker](https://github.com/processone/ejabberd/issues/2614).
|
||||
|
||||
**The battery consumption and the entire behavior of another.im will remain the same (as good or as bad as it was before). Why is Google doing this to you? We have no idea.**
|
||||
|
||||
##### Android <= 7.1 or another.im from F-Droid (all Android versions)
|
||||
The foreground notification is still controlled over the expert settings within another.im as it always has been. Whether or not you need to enable it depends on how aggressive the non-standard 'power saving' features are that your phone vendor has built into the operating system.
|
||||
|
||||
##### Android 8.x
|
||||
Long press the permanent notification and disable that particular type of notification by moving the slider to the left. This will make the notification disappear but create another notification (this time created by the operating system itself.) that will complain about Conversations (and other apps) using battery. Starting with Android 8.1 you can disable that notification again with the same method described above.
|
||||
|
||||
##### Android 9.0+
|
||||
Long press the permanent notification and press the info `(i)` button to get into the App info screen. In that screen touch the 'Notification' entry. In the next screen remove the checkbox for the 'Foreground service' entry.
|
||||
|
||||
#### Conversations doesn’t work for me. Where can I get help?
|
||||
|
||||
You can join our conference room on [`xmppclient-dev@conference.narayana.im`](xmpp:xmppclient-dev@conference.narayana.im).
|
||||
A lot of people in there are able to answer basic questions about the usage of
|
||||
another.im or can provide you with tips on running your own XMPP server. If
|
||||
you found a bug or your app crashes please read the Developer / Report Bugs
|
||||
section of this document.
|
||||
|
||||
#### How does the address book integration work?
|
||||
|
||||
The address book integration was designed to protect your privacy. another.im
|
||||
neither uploads contacts from your address book to your server nor fills your
|
||||
address book with unnecessary contacts from your online roster. If you manually
|
||||
add a Jabber ID to your phones address book another.im will use the name and
|
||||
the profile picture of this contact. To make the process of adding Jabber IDs to
|
||||
your address book easier you can click on the profile picture in the contact
|
||||
details within another.im. This will start an "add to address book" intent
|
||||
with the JID as the payload. This doesn't require another.im to have write
|
||||
permissions on your address book but also doesn't require you to copy/paste a
|
||||
JID from one app to another.
|
||||
|
||||
#### I get 'delivery failed' on my messages
|
||||
|
||||
If you get delivery failed on images it's probably because the recipient lost
|
||||
network connectivity during reception. In that case you can try it again at a
|
||||
later time.
|
||||
|
||||
For text messages the answer to your question is a little bit more complex.
|
||||
When you see 'delivery failed' on text messages, it is always something that is
|
||||
being reported by the server. The most common reason for this is that the
|
||||
recipient failed to resume a connection. When a client loses connectivity for a
|
||||
short time the client usually has a five minute window to pick up that
|
||||
connection again. When the client fails to do so because the network
|
||||
connectivity is out for longer than that all messages sent to that client will
|
||||
be returned to the sender resulting in a delivery failed.
|
||||
|
||||
Instead of returning a message to the sender both ejabberd and prosody have the
|
||||
ability to store messages in offline storage when the disconnecting client is
|
||||
the only client. In prosody this is available via an extra module called
|
||||
```mod_smacks_offline```. In ejabberd this is available via some configuration
|
||||
settings.
|
||||
|
||||
Other less common reasons are that the message you sent didn't meet some
|
||||
criteria enforced by the server (too large, too many). Another reason could be
|
||||
that the recipient is offline and the server doesn't provide offline storage.
|
||||
|
||||
Usually you are able to distinguish between these two groups in the fact that
|
||||
the first one happens always after some time and the second one happens almost
|
||||
instantly.
|
||||
|
||||
#### Where can I see the status of my contacts? How can I set a status or priority?
|
||||
|
||||
Statuses are a horrible metric. Setting them manually to a proper value rarely
|
||||
works because users are either lazy or just forget about them. Setting them
|
||||
automatically does not provide quality results either. Keyboard or mouse
|
||||
activity as indicator for example fails when the user is just looking at
|
||||
something (reading an article, watching a movie). Furthermore automatic setting
|
||||
of status always implies an impact on your privacy (are you sure you want
|
||||
everybody in your contact list to know that you have been using your computer at
|
||||
4am‽).
|
||||
|
||||
In the past status has been used to judge the likelihood of whether or not your
|
||||
messages are being read. This is no longer necessary. With Chat Markers
|
||||
(XEP-0333, supported by Conversations since 0.4) we have the ability to **know**
|
||||
whether or not your messages are being read. Similar things can be said for
|
||||
priorities. In the past priorities have been used (by servers, not by clients!)
|
||||
to route your messages to one specific client. With carbon messages (XEP-0280,
|
||||
supported by Conversations since 0.1) this is no longer necessary. Using
|
||||
priorities to route OTR messages isn't practical either because they are not
|
||||
changeable on the fly. Metrics like last active client (the client which sent
|
||||
the last message) are much better.
|
||||
|
||||
Unfortunately these modern replacements for legacy XMPP features are not widely
|
||||
adopted. However another.im should be an instant messenger for the future and
|
||||
instead of making another.im compatible with the past we should work on
|
||||
implementing new, improved technologies and getting them into other XMPP clients
|
||||
as well.
|
||||
|
||||
Making these status and priority optional isn't a solution either because
|
||||
another.im is trying to get rid of old behaviours and set an example for
|
||||
other clients.
|
||||
|
||||
|
||||
#### How do I backup / move another.im to a new device?
|
||||
|
||||
Use the Backup button in the Settings.
|
||||
|
||||
#### another.im is missing a certain feature
|
||||
|
||||
Please report it to our XMPP conference [`xmppclient-dev@conference.narayana.im`](xmpp:xmppclient-dev@conference.narayana.im)
|
||||
|
||||
### Security
|
||||
|
||||
#### Why are there two end-to-end encryption methods and which one should I choose?
|
||||
|
||||
* OMEMO works even when a contact is offline, and works with multiple devices. It also allows asynchronous file-transfer when the server has [HTTP File Upload](http://xmpp.org/extensions/xep-0363.html). However, OMEMO not widely support and is currently implemented only [by a handful of clients](https://omemo.top).
|
||||
* OpenPGP (XEP-0027) is a very old encryption method that has some advantages over OMEMO but should only be used by people who know what they are doing.
|
||||
|
||||
#### How do I use OpenPGP
|
||||
|
||||
Before you continue reading you should note that the OpenPGP support in
|
||||
another.im is experimental. This is not because it will make the app unstable
|
||||
but because the fundamental concepts of PGP aren't ready for widespread use.
|
||||
The way PGP works is that you trust Key IDs instead of JID's or email addresses.
|
||||
So in theory your contact list should consist of Public-Key-IDs instead of
|
||||
JID's. But of course no email or XMPP client out there implements these
|
||||
concepts. Plus PGP in the context of instant messaging has a couple of
|
||||
downsides: It is vulnerable to replay attacks and it is rather verbose.
|
||||
|
||||
To use OpenPGP you have to install the open source app
|
||||
[OpenKeychain](http://www.openkeychain.org) and then long press on the account in
|
||||
manage accounts and choose renew PGP announcement from the contextual menu.
|
||||
|
||||
#### OMEMO is grayed out. What do I do?
|
||||
OMEMO is only available in 1:1 chats and private (members-only, non-anonymous) group chats. Encrypting public group chats makes little to no sense since anyone (including a hypothetical attacker) can join and a user couldn’t possibily verify all participants anyway. Furthermore for a lot of public group chat it is desirable to give new comers access to the full history.
|
||||
|
||||
#### OMEMO doesn’t work. I get a 'Something went wrong' message in the 'Trust OMEMO Fingerprints' screen.
|
||||
OMEMO has two requirements: Your server and the server of your contact need to support PEP. Both of you can verify that individually by opening your account details and selecting ```Server info``` from the menu. The appearing table should list PEP as available. The second requirement is that the initial sender needs to have access to the published key material. This can either be achieved by having mutual presence subscription (you can verify that by opening the contact details and see if both check boxes *Send presence updates* and *Receive presence updates* are checked) or by using a server that makes the public key material accessible to anyone. In the [Compliance Tester](https://compliance.conversations.im) this is indicated by the 'OMEMO' feature. Since it is very common that the first messages are exchanged *before* adding each other to the contact list it is desirable to use servers that have 'OMEMO support'.
|
||||
|
||||
#### How does the encryption for group chats work?
|
||||
|
||||
##### OMEMO
|
||||
|
||||
OMEMO encryption works only in private (members only) conferences that are non-anonymous. Non-anonymous (being able to discover the real JID of other participants) is a technical requirement to discover the key material. Members only is a sort of arbitrary requirement imposed by Conversations. (see 'OMEMO is grayed out')
|
||||
|
||||
The server of all participants need to pass the OMEMO [Compliance Test](https://conversations.im/compliance/).
|
||||
In other words they either need to run ejabberd 18.01+ or Prosody 0.11+.
|
||||
|
||||
(Alternatively it would also work if all participants had each other in their contact list; But that rarely is the case in larger group chats.)
|
||||
|
||||
The owner of a conference can make a public conference private by going into the conference
|
||||
details and hit the settings button (the one with the gears) and select both *private* and
|
||||
*members only*.
|
||||
|
||||
##### OpenPGP
|
||||
|
||||
Every participant has to announce their OpenPGP key (see answer above).
|
||||
If you would like to send encrypted messages to a conference you have to make
|
||||
sure that you have every participant's public key in your OpenKeychain.
|
||||
Right now there is no check in another.im to ensure that.
|
||||
You have to take care of that yourself. Go to the conference details and
|
||||
touch every key id (The hexadecimal number below a contact). This will send you
|
||||
to OpenKeychain which will assist you on adding the key. This works best in
|
||||
very small conferences with contacts you are already using OpenPGP with. This
|
||||
feature is regarded experimental. another.im is the only client that uses
|
||||
XEP-0027 with conferences. (The XEP neither specifically allows nor disallows
|
||||
this.)
|
||||
|
||||
#### What is Blind Trust Before Verification / why are messages marked with a red lock?
|
||||
|
||||
Read more about the concept on https://gultsch.de/trust.html
|
||||
|
||||
#### I found a bug
|
||||
|
||||
Please report it to our XMPP conference [`xmppclient-dev@conference.narayana.im`](xmpp:xmppclient-dev@conference.narayana.im).
|
||||
*In case of issues, bugs, suggestions please contact us directly [`xmppclient-dev@conference.another.im`](xmpp:xmppclient-dev@conference.another.im).*
|
||||
|
|
@ -5,22 +5,22 @@
|
|||
xmlns:foaf="http://xmlns.com/foaf/0.1/"
|
||||
xmlns:xmpp="https://linkmauve.fr/ns/xmpp-doap#"
|
||||
xmlns:schema="https://schema.org/">
|
||||
<name>Conversations</name>
|
||||
<name>another.im</name>
|
||||
|
||||
<created>2014-01-14</created>
|
||||
|
||||
<shortdesc xml:lang="en">Android XMPP Client</shortdesc>
|
||||
|
||||
<description xml:lang="en">Conversations is an open source XMPP/Jabber client for the Android platform</description>
|
||||
<description xml:lang="en">another.im is an open source XMPP/Jabber client for the Android platform forked from Conversations</description>
|
||||
|
||||
<homepage rdf:resource="https://conversations.im/"/>
|
||||
<download-page rdf:resource="https://play.google.com/store/apps/details?id=eu.siacs.conversations"/>
|
||||
<bug-database rdf:resource="https://codeberg.org/iNPUTmice/Conversations/issues"/>
|
||||
<homepage rdf:resource="https://another.im/"/>
|
||||
<!--<download-page rdf:resource="https://play.google.com/store/apps/details?id=eu.siacs.conversations"/> -->
|
||||
<bug-database rdf:resource="https://dev.narayana.im/narayana/anotherim/issues"/>
|
||||
<!-- See https://github.com/ewilderj/doap/issues/53 -->
|
||||
<developer-forum rdf:resource="xmpp:conversations@siacs.conference.eu?join"/>
|
||||
<support-forum rdf:resource="xmpp:conversations@siacs.conference.eu?join"/>
|
||||
<developer-forum rdf:resource="xmpp:xmppclient-dev@conference.another.im"/>
|
||||
<support-forum rdf:resource="xmpp:xmppclient-dev@conference.another.im"/>
|
||||
|
||||
<license rdf:resource="https://codeberg.org/iNPUTmice/Conversations/src/branch/master/LICENSE"/>
|
||||
<license rdf:resource="https://dev.narayana.im/narayana/anotherim/src/branch/master/LICENSE"/>
|
||||
|
||||
<!-- See https://github.com/ewilderj/doap/issues/49 -->
|
||||
<language>en</language>
|
||||
|
|
@ -46,8 +46,8 @@
|
|||
|
||||
<maintainer>
|
||||
<foaf:Person>
|
||||
<foaf:name>Daniel Gultsch</foaf:name>
|
||||
<foaf:homepage rdf:resource="https://gultsch.de/"/>
|
||||
<foaf:name>kosyak</foaf:name>
|
||||
<foaf:homepage rdf:resource="https://another.im/"/>
|
||||
</foaf:Person>
|
||||
</maintainer>
|
||||
|
||||
|
|
@ -63,6 +63,14 @@
|
|||
<implements rdf:resource="https://xmpp.org/rfcs/rfc6122.html"/>
|
||||
<implements rdf:resource="https://xmpp.org/rfcs/rfc7590.html"/>
|
||||
|
||||
<implements>
|
||||
<xmpp:SupportedXep>
|
||||
<xmpp:xep rdf:resource="https://xmpp.org/extensions/xep-0364.html"/>
|
||||
<xmpp:status>Deferred</xmpp:status>
|
||||
<xmpp:version>0.3.2</xmpp:version>
|
||||
</xmpp:SupportedXep>
|
||||
</implements>
|
||||
|
||||
<implements>
|
||||
<xmpp:SupportedXep>
|
||||
<xmpp:xep rdf:resource="https://xmpp.org/extensions/xep-0027.html"/>
|
||||
|
|
|
|||
6
fastlane/metadata/android/en-US/changelogs/4211504.txt
Normal file
6
fastlane/metadata/android/en-US/changelogs/4211504.txt
Normal file
|
|
@ -0,0 +1,6 @@
|
|||
* Added account indicator
|
||||
* Group chats are now marked with an additional icon
|
||||
* Saved messages now have a brighter background color
|
||||
* Added nickname in reply in Multi-User Chats(MUC)
|
||||
* Contact status is now displayed separately
|
||||
* Updated Russian and Ukrainian localizations
|
||||
1
fastlane/metadata/android/en-US/changelogs/4211604.txt
Normal file
1
fastlane/metadata/android/en-US/changelogs/4211604.txt
Normal file
|
|
@ -0,0 +1 @@
|
|||
* TODO: OTR и что то еще
|
||||
|
|
@ -1,42 +1,23 @@
|
|||
Easy to use, reliable, battery friendly. With built-in support for images, group chats and e2e encryption.
|
||||
the Another Instant Messenger is not a messenger,
|
||||
don't believe the words.
|
||||
|
||||
Design principles:
|
||||
we just offer you a standardized xmpp-client with predicted features which work equally on all platforms.
|
||||
in our clients we have realized pure XMPP and you won't step on a hedgehog unexpectedly when you communicate with another xmpp client or server.
|
||||
|
||||
* Be as beautiful and easy to use as possible without sacrificing security or privacy
|
||||
* Rely on existing, well established protocols
|
||||
* Do not require a Google Account or specifically Google Cloud Messaging (GCM)
|
||||
* Require as few permissions as possible
|
||||
because you buy our open-sourced bitcoin,
|
||||
we decided to offer you to buy our open-sourced messenger.
|
||||
ha-ha joke.
|
||||
it's free, really. GPLv3, whatever.
|
||||
|
||||
Features:
|
||||
for Android, it's just an improved fork of Conversations,
|
||||
|
||||
* End-to-end encryption with either <a href="https://en.wikipedia.org/wiki/OMEMO">OMEMO</a> or <a href="http://openpgp.org/about/">OpenPGP</a>
|
||||
* Sending and receiving images
|
||||
* Encrypted audio and video calls (DTLS-SRTP) with DTMF dialpad
|
||||
* Intuitive UI that follows Android Design guidelines
|
||||
* Pictures / Avatars for your Contacts
|
||||
* Syncs with desktop client
|
||||
* Conferences (with support for bookmarks)
|
||||
* Address book integration
|
||||
* Multiple accounts / unified inbox
|
||||
* Builtin image editor
|
||||
* Very low impact on battery life
|
||||
all necessary XEP's was realized by Conversations devs but we added a cherry on top of this.
|
||||
on the server side we are offering free to use Prosody server,
|
||||
just connect to [another.im](xmpp:xmppclient-dev@conference.another.im), but we are encouroge you to don't trust us, self-host.
|
||||
|
||||
XMPP Features:
|
||||
OTR encryption is also supported as 'secret chats' due to otr has been designed for one-time sessions and the concept of 'secret chats' fully corresponds to the idea of the OTR.
|
||||
|
||||
another.im works with every XMPP server out there. However XMPP is an extensible protocol. These extensions are standardized as well in so called XEP’s. another.im supports a couple of those to make the overall user experience better. There is a chance that your current XMPP server does not support these extensions. Therefore to get the most out of another.im you should consider either switching to an XMPP server that does or - even better - run your own XMPP server for you and your friends.
|
||||
also you can just download <a href="https://dev.narayana.im/narayana/anotherim">the source code</a>, compile it and install.
|
||||
|
||||
These XEPs are - as of now:
|
||||
|
||||
* XEP-0050: Ad-Hoc Commands lets to interact with gateways.
|
||||
* XEP-0065: SOCKS5 Bytestreams (or mod_proxy65). Will be used to transfer files if both parties are behind a firewall (NAT).
|
||||
* XEP-0163: Personal Eventing Protocol for avatars.
|
||||
* XEP-0191: Blocking command lets you blacklist spammers or block contacts without removing them from your roster.
|
||||
* XEP-0198: Stream Management allows XMPP to survive small network outages and changes of the underlying TCP connection.
|
||||
* XEP-0215: External Service Discovery will be used to discover STUN and TURN servers which facilitate P2P A/V calls.
|
||||
* XEP-0237: Roster Versioning mainly to save bandwidth on poor mobile connections.
|
||||
* XEP-0280: Message Carbons which automatically syncs the messages you send to your desktop client and thus allows you to switch seamlessly from your mobile client to your desktop client and back within one conversation.
|
||||
* XEP-0308: Last Message Correction allows you to edit last message as well as retract it.
|
||||
* XEP-0313: Message Archive Management synchronize message history with the server. Catch up with messages that were sent while another.im was offline.
|
||||
* XEP-0352: Client State Indication lets the server know whether or not another.im is in the background. Allows the server to save bandwidth by withholding unimportant packages.
|
||||
* XEP-0363: HTTP File Upload allows you to share files in conferences and with offline contacts. Requires an additional component on your server.
|
||||
* XEP-0461: Message Replies provides support of native replies, which also works in many transports (gateways) as well.
|
||||
only those who seeks will realize the way to pay us,
|
||||
we can offer you additional server-side features and some telecommunication magic on our <a href="https://narayana.im">narayana.im</a>
|
||||
|
|
@ -1 +1 @@
|
|||
Encrypted, easy-to-use XMPP instant messenger for your mobile device
|
||||
Yet Another Conversations fork but...
|
||||
6
fastlane/metadata/android/ru/changelogs/4211504.txt
Normal file
6
fastlane/metadata/android/ru/changelogs/4211504.txt
Normal file
|
|
@ -0,0 +1,6 @@
|
|||
* Добавлен индикатор учетной записи
|
||||
* Групповые чаты теперь отмечены дополнительным значком
|
||||
* Закрепленные сообщения теперь имеют более яркий цвет фона
|
||||
* Добавлен никнейм в ответ в многопользовательских чатах(MUC)
|
||||
* Статус контакта теперь отображается отдельно
|
||||
* Обновлены русская и украинская локализации
|
||||
1
fastlane/metadata/android/ru/changelogs/4211604.txt
Normal file
1
fastlane/metadata/android/ru/changelogs/4211604.txt
Normal file
|
|
@ -0,0 +1 @@
|
|||
* TODO: OTR и что то еще
|
||||
|
|
@ -1,42 +1,23 @@
|
|||
Надёжный, простой в использовании, сберегающий заряд аккумулятора. Обладает встроенной поддержкой изображений, групповых чатов и сквозного шифрования.
|
||||
Another Instant Messenger - это не просто мессенджер,
|
||||
не верьте слухам.
|
||||
|
||||
Принципы проектирования:
|
||||
Мы просто предлагаем вам стандартный XMPP-клиент с предсказуемым функционалом, который одинаково работает на всех платформах.
|
||||
В наших клиентах мы реализовали чистый XMPP, и вы не столкнетесь в неожиданными проблемами, при общении с другими XMPP-клиентами или серверами.
|
||||
|
||||
* Быть предельно красивым и простым в использовании, не жертвуя безопасностью или конфиденциальностью
|
||||
* Полагаться на существующие, устоявшиеся протоколы
|
||||
* Не требовать учётной записи Google, в частности Google Cloud Messaging (GCM)
|
||||
* Требовать как можно меньше разрешений
|
||||
когда то вы купили биткойн из-за его открытого кода,
|
||||
поэтому мы решили предложить вам купить наш мессенджер с открытым исходным кодом.
|
||||
Шутка.
|
||||
Он бесплатный, правда. GPLv3, по...
|
||||
|
||||
Функции:
|
||||
Для андройд это просто улучшенный форк Conversations,
|
||||
|
||||
* Сквозное шифрование (от отправителя к получателю) при помощи <a href="https://en.wikipedia.org/wiki/OMEMO">OMEMO</a> или <a href="http://openpgp.org/about/">OpenPGP</a>
|
||||
* Отправка и получение изображений
|
||||
* Зашифрованные голосовые и видеозвонки (DTLS-SRTP) с DTMF-клавиатурой
|
||||
* Интуитивно понятный интерфейс пользователя, соответствующий указаниям Android Design
|
||||
* Изображения / Аватары для Ваших контактов
|
||||
* Синхронизация с настольным клиентом
|
||||
* Конференции (с поддержкой закладок)
|
||||
* Интеграция адресной книги
|
||||
* Несколько учётных записей / единая папка входящих
|
||||
* Встроенный редактор изображений
|
||||
* Крайне низкое влияние на время жизни от аккумулятора
|
||||
Все необходимые XEP'ы были реализованы разработчиками Conversations, но мы добавили вишенку сверху.
|
||||
На стороне сервера мы предлагаем бесплатный сервер на базе Prosody,
|
||||
просто подключитесь к [another.im](xmpp:xmppclient-dev@conference.another.im), но мы призываем вас не доверять нам, используйте собственный хостинг.
|
||||
|
||||
Функции XMPP:
|
||||
Шифрование OTR также поддерживается как «секретные чаты», поскольку OTR был разработан для одноразовых сессий, а концепция «секретных чатов» полностью соответствует идее OTR.
|
||||
|
||||
another.im работает с любым сервером XMPP. Однако, XMPP — расширяемый протокол. Расширения также стандартизированы в так называемых XEP. another.im поддерживает некоторые из них, дабы улучшить общий опыт использования. Может оказаться, что Ваш текущий сервер XMPP не поддерживает эти расширения. Поэтому, чтобы получить максимум от another.im, рассмотрите переход на XMPP-сервер с поддержкой этих расширений, или — ещё лучше — запускайте собственный сервер XMPP для себя и своих друзей.
|
||||
также вы можете просто скачать <a href=«https://dev.narayana.im/narayana/anotherim»>исходный код</a>, скомпилировать его и установить.
|
||||
|
||||
В настоящее время поддерживаются такие XEP:
|
||||
|
||||
* XEP-0050: Контекстные Команды, позволяет взаимодействовать с мостами.
|
||||
* XEP-0065: Байтовые Потоки SOCKS5 (либо mod_proxy65). Используется для передачи файлов, если обе стороны находятся за брандмауэром (NAT).
|
||||
* XEP-0163: Персональный Протокол Событий, для аватаров.
|
||||
* XEP-0191: Команда Блокировки, позволяет Вам заносить спамеров в чёрный список или блокировать контакты, не удаляя их из своего списка.
|
||||
* XEP-0198: Управление Потоками, позволяет XMPP выдерживать небольшие перебои в сети и смены основного TCP-соединения.
|
||||
* XEP-0215: Поиск Внешних Сервисов, позволяет находить STUN- и TURN-сервера, когда аудио-/видеозвонок невозможно осуществить напрямую.
|
||||
* XEP-0237: Версионирование Списка Контактов, прежде всего для сберегания мобильного трафика.
|
||||
* XEP-0280: Сообщения под Копирку, автоматически синхронизирует отправленные сообщений на настольный клиент, чем позволяет плавно переключаться между мобильным и настольным клиентами в рамках одного разговора.
|
||||
* XEP-0308: Исправление Последнего Сообщения, позволяет отредактировать или отозвать сообщение.
|
||||
* XEP-0313: Управление Архивом Сообщений, синхронизирует историю сообщений с сервером. Узнавайте о сообщениях, отправленных, пока another.im находился оффлайн.
|
||||
* XEP-0352: Индикация Состояния Клиента, сообщает серверу, работает ли another.im в фоновом режиме. Позволяет серверу сберегать пропускную способность, удерживая неважные пакеты.
|
||||
* XEP-0363: Загрузка Файлов по HTTP, позволяет обмениваться файлами в конференциях и с оффлайн-контактами. Требует дополнительного компонента на Вашем сервере.
|
||||
* XEP-0461: Ответы на Сообщения, предоставляет поддержку привязанных к сообщению ответов, которые также работают со многими транспортами (мостами).
|
||||
только те, кто ищет, поймут, как нам платить,
|
||||
мы можем предложить вам дополнительные услуги и немного телекоммуникационной магии на нашем <a href=«https://narayana.im»>narayana.im</a>.
|
||||
|
|
@ -1 +1 @@
|
|||
Простой в использовании XMPP-клиент с поддержкой шифрования для Вашого телефона
|
||||
Очередной клон Conversations, но...
|
||||
6
fastlane/metadata/android/uk/changelogs/4211504.txt
Normal file
6
fastlane/metadata/android/uk/changelogs/4211504.txt
Normal file
|
|
@ -0,0 +1,6 @@
|
|||
* Додано індикатор облікового запису
|
||||
* Групові чати тепер позначено додатковою піктограмою
|
||||
* Закріплені повідомлення тепер мають яскравіший колір тла
|
||||
* Додано нікнейм у відповідь у групових чатах
|
||||
* Статус контакту тепер відображається окремо
|
||||
* Оновлено російську й українську локалізації
|
||||
1
fastlane/metadata/android/uk/changelogs/4211604.txt
Normal file
1
fastlane/metadata/android/uk/changelogs/4211604.txt
Normal file
|
|
@ -0,0 +1 @@
|
|||
* TODO: OTR и что то еще
|
||||
|
|
@ -1,42 +1,23 @@
|
|||
Надійний, простий у використанні, ощадливо витрачає заряд акумулятора. Має вбудовану підтримку зображень, групових чатів і наскрізного шифрування.
|
||||
Another Instant Messenger - це не просто месенджер,
|
||||
не вірте чуткам.
|
||||
|
||||
Принципи проєктування:
|
||||
Ми просто пропонуємо вам стандартний XMPP-клієнт із передбачуваним функціоналом, який однаково працює на всіх платформах.
|
||||
У наших клієнтах ми реалізували чистий XMPP, і ви не зіштовхнетеся з неочікуваними проблемами, при спілкуванні з іншими XMPP-клієнтами чи серверами.
|
||||
|
||||
* Бути максимально красивим та простим у використанні, не жертвуючи безпекою чи конфіденційністю
|
||||
* Покладатися на існуючі, добре встановлені протоколи
|
||||
* Не вимагати облікового запису Google, зокрема Google Cloud Messaging (GCM)
|
||||
* Вимагати якомога менше дозволів
|
||||
колись ви купили біткойн через його відкритий код,
|
||||
тому ми вирішили запропонувати вам купити наш месенджер із відкритим вихідним кодом.
|
||||
Жарт.
|
||||
Він безкоштовний, правда. GPLv3, по...
|
||||
|
||||
Функції:
|
||||
Для андройд це просто покращений форк Conversations,
|
||||
|
||||
* Наскрізне шифрування (від відправника до одержувача) за допомогою <a href="https://en.wikipedia.org/wiki/OMEMO">OMEMO</a> або <a href="http://openpgp.org/about/">OpenPGP</a>
|
||||
* Надсилання та отримання зображень
|
||||
* Зашифровані голосові та відеодзвінки (DTLS-SRTP) з DTMF-клавіатурою
|
||||
* Інтуїтивно зрозумілий інтерфейс користувача, який відповідає вказівкам Android Design
|
||||
* Зображення / Аватари для Ваших контактів
|
||||
* Синхронізація з настільним клієнтом
|
||||
* Конференції (з підтримкою закладок)
|
||||
* Інтеграція адресної книги
|
||||
* Кілька облікових записів / єдина папка вхідних
|
||||
* Вбудований редактор зображень
|
||||
* Дуже низький вплив на термін служби акумулятора
|
||||
Всі необхідні XEP'и були реалізовані розробниками Conversations, але ми додали зверху вишні (дивовижні).
|
||||
На боці сервера ми пропонуємо безкоштовний сервер на базі Prosody,
|
||||
просто підключіться до [another.im](xmpp:xmppclient-dev@conference.another.im), але ми закликаємо вас не довірять нам, використовуйте власний хостинг.
|
||||
|
||||
Функції XMPP:
|
||||
Шифрування OTR також підтримується як «секретні чати», оскільки OTR був розроблений для одноразових сесій, а концепція «секретних чатів» цілком відповідає ідеї OTR.
|
||||
|
||||
another.im працює з будь-яким сервером XMPP. Проте XMPP — розширюваний протокол. Розширення також стандартизовані в так званих XEP. another.im підтримує кілька з них, щоб покращити загальний досвід користування. Може виявитися, що Ваш поточний сервер XMPP не підтримує цих розширень. Тому, щоб отримати максимум від another.im, розгляньте перехід на XMPP-сервер з підтримкою цих розширень або — ще краще — запускайте власний сервер XMPP для себе і своїх друзів.
|
||||
також ви можете просто скачати [вихідний код](https://dev.narayana.im/narayana/anotherim), скомпілювати його і встановити.
|
||||
|
||||
На даний час підтримуються такі XEP:
|
||||
|
||||
* XEP-0050: Контекстові Команди, дозволяє взаємодіяти з мостами.
|
||||
* XEP-0065: Байтові Потоки SOCKS5 (або mod_proxy65). Використовується для передачі файлів, якщо обидві сторони знаходяться за брандмауером (NAT).
|
||||
* XEP-0163: Персональний Протокол Подій, для аватарів.
|
||||
* XEP-0191: Команда Блокування, дозволяє Вам заносити спамерів у чорний список або блокувати контакти, не видаляючи їх зі свого списку.
|
||||
* XEP-0198: Керування Потоками, дозволяє XMPP витримувати невеликі перебої в мережі та зміни основного TCP-з'єднання.
|
||||
* XEP-0215: Пошук Зовнішніх Сервісів, дозволяє знаходити STUN- та TURN-сервери, коли аудіо-/відеодзвінок неможливо здійснити напряму.
|
||||
* XEP-0237: Версіонування Списку Контактів, передусім для заощадження мобільного трафіку.
|
||||
* XEP-0280: Повідомлення під Копірку, автоматично синхронізує надіслані повідомлення на настільний клієнт, чим дозволяє плавно перемикатися між мобільним і настільним клієнтами в рамках однієї розмови.
|
||||
* XEP-0308: Виправлення Останнього Повідомлення, дозволяє відредагувати чи відкликати повідомлення.
|
||||
* XEP-0313: Керування Архівом Повідомлень, синхронізує історію повідомлень із сервером. Дізнавайтеся про повідомлення, надіслані, поки another.im був офлайн.
|
||||
* XEP-0352: Індикація Стану Клієнта, повідомляє серверу, чи працює another.im у фоновому режимі. Дозволяє серверу заощаджувати пропускну здатність, утримуючи неважливі пакети.
|
||||
* XEP-0363: Завантаження Файлів за HTTP, дозволяє обмінюватися файлами в конференціях і з офлайн-контактами. Потребує додаткового компонента на Вашому сервері.
|
||||
* XEP-0461: Відповіді на Повідомлення, надає підтримку привʼязаних до повідомлення відповідей, які також працюють із багатьма транспортами (мостами).
|
||||
тільки ті, хто шукають, збагнуть, куди в нас гроші запихувати,
|
||||
ми можемо запропонувати вам додаткові послуги і трішки телекомунікаційної магії на нашому [narayana.im](https://narayana.im).
|
||||
|
|
|
|||
BIN
screenshots.png
BIN
screenshots.png
Binary file not shown.
|
Before Width: | Height: | Size: 171 KiB |
BIN
screenshots.xcf
BIN
screenshots.xcf
Binary file not shown.
|
|
@ -1 +1 @@
|
|||
rootProject.name = 'Conversations'
|
||||
rootProject.name = 'anotherim'
|
||||
|
|
|
|||
|
|
@ -16,4 +16,4 @@
|
|||
<string name="if_contact_is_nearby_use_qr">Если ваш контакт находится поблизости, он также может отсканировать приведенный ниже код, чтобы принять ваше приглашение.</string>
|
||||
<string name="easy_invite_share_text">Присоединяйтесь к %1$s и пообщайтесь со мной: %2$s</string>
|
||||
<string name="share_invite_with">Поделиться приглашением с…</string>
|
||||
</resources>
|
||||
</resources>
|
||||
|
|
|
|||
|
|
@ -17,4 +17,4 @@
|
|||
<string name="easy_invite_share_text">Приєднуйтеся до %1$s і спілкуйтеся зі мною: %2$s</string>
|
||||
<string name="share_invite_with">Запросити…</string>
|
||||
<string name="tap_share_button_send_invite">Натисніть «Поділитися», щоб надіслати Вашому контакту запрошення до %1$s.</string>
|
||||
</resources>
|
||||
</resources>
|
||||
|
|
|
|||
|
|
@ -4,7 +4,11 @@
|
|||
<string name="use_conversations.im">Use another.im</string>
|
||||
<string name="create_new_account">Create new account</string>
|
||||
<string name="do_you_have_an_account">Do you already have an XMPP account? This might be the case if you are already using a different XMPP client or have used another.im before. If not you can create a new XMPP account right now.\nHint: Some email providers also provide XMPP accounts.</string>
|
||||
<<<<<<< HEAD
|
||||
<string name="server_select_text">XMPP is a provider independent instant messaging network. You can use this client with what ever XMPP server you choose.\nHowever for your convenience we made it easy to create an account on another.im; a provider specially suited for the use with another.im.</string>
|
||||
=======
|
||||
<string name="server_select_text">XMPP is a provider independent instant messaging network. You can use this client with what ever XMPP server you choose.\nHowever for your convenience we made it easy to create an account on another.im.</string>
|
||||
>>>>>>> anotherim
|
||||
<string name="magic_create_text_on_x">You have been invited to %1$s. We will guide you through the process of creating an account.\nWhen picking %1$s as a provider you will be able to communicate with users of other providers by giving them your full XMPP address.</string>
|
||||
<string name="magic_create_text_fixed">You have been invited to %1$s. A username has already been picked for you. We will guide you through the process of creating an account.\nYou will be able to communicate with users of other providers by giving them your full XMPP address.</string>
|
||||
<string name="your_server_invitation">Your server invitation</string>
|
||||
|
|
@ -13,4 +17,4 @@
|
|||
<string name="if_contact_is_nearby_use_qr">If your contact is nearby, they can also scan the code below to accept your invitation.</string>
|
||||
<string name="easy_invite_share_text">Join %1$s and chat with me: %2$s</string>
|
||||
<string name="share_invite_with">Share invite with…</string>
|
||||
</resources>
|
||||
</resources>
|
||||
|
|
|
|||
|
|
@ -32,6 +32,7 @@
|
|||
<string name="pref_about_message" translatable="false">
|
||||
another.im • the very last word in instant messaging.
|
||||
\n\nCopyright © 2014-2023 Daniel Gultsch
|
||||
\n\nCopyright © 2023-2024 Narayana OÜ
|
||||
\n\nThis program is free software: you can redistribute it and/or modify
|
||||
it under the terms of the GNU General Public License as published by
|
||||
the Free Software Foundation, either version 3 of the License, or
|
||||
|
|
@ -42,7 +43,7 @@
|
|||
GNU General Public License for more details.
|
||||
\n\nYou should have received a copy of the GNU General Public License
|
||||
along with this program. If not, see https://www.gnu.org/licenses
|
||||
\n\nDownload the full source code at https://dev.narayana.im/narayana/conversations-classic
|
||||
\n\nDownload the full source code at https://dev.narayana.im/narayana/anotherim
|
||||
\n\n\nLibraries
|
||||
\n\nhttps://webrtc.org\nCopyright (c) 2011, The WebRTC project authors. All rights reserved. (https://webrtc.org/support/license)
|
||||
\n\nhttps://github.com/ypresto/android-transcoder\n(Apache License, Version 2.0)
|
||||
|
|
|
|||
Loading…
Reference in a new issue