RPost Why RMail
RPost Why RMail
Other encryp�on services like Microso� encryp�on require the recipient to click
links, register, and log-in to retrieve the encrypted email. This causes a high
un-opened rate as receivers get frustrated. RMail® encryp�on is elegant for the
recipient as RMail® always delivers direct to the recipient inbox without any
recipient registra�on or download requirements.
Some try to use S/MIME to encrypt email. Their challenge is (a) they must
pre-arrange purchase and sharing of encryp�on keys (i.e. PKI digital cer�ficates)
with each recipient, (b) each recipient needs to have a compa�ble email program,
(c) both senders and recipients must keep arranging new sharing of new keys as
old keys expire, and (d) each recipient needs to be sophis�cated enough to install
keys, share keys, and manage key expira�ons. People o�en, in frustra�on, send
unencrypted. By contrast, RMail® encryp�on is elegant for the recipient as RMail®
always delivers direct to the recipient inbox without any email program
requirements, and without need for recipient key sharing, registra�on or download.
Admins may select minimum TLS (i.e. TLS 1.0, 1.1 or 1.2) and, if minimum
cannot be met, enforce security with an automatic alternate transmission
method. The alternate method is also easy; no recipient logins or retrieval
links; delivers direct to recipient inbox, automatically manages passwords.
The reply message and its attachments transmit back to the sender encrypted,
regardless of the receiver’s system and without recipient log-ins.
3. RMail® recipients are aware the message was transmitted securely, and the
sender is returned an audit-ready compliance record for each message.
Marks email so the recipient is aware the sender took the care to protect each
email content; and returns to sender delivery and open tracking visibility, with
audit-ready proof of privacy compliance per message, to meet HIPAA and
GDPR Article 5 and Article 31 compliance.
Users can send emails encrypted by adding a symbol to the subject of their
mobile device email. Admins can create rules to automatically encrypt
messages based on content.
Users can toggle per message and admins can set rules to treat messages with
different types of encryption; secure transmission for some, message level
encryption for others (e.g. messages with key words "wire transfer" or
"attorney-client privilege" can automatically be sent message-level encrypted
so the content remains encrypted through the recipient servers and while
inside the recipient inbox when not being viewed by the recipient.
By contrast, Outlook and other simple read receipts only work if the recipient
has Outlook and has the right settings on, and even if it returns a read receipt,
the receipt (a) tells nothing about message content, (b) times are based on the
sender’s computer and are not uniform, and (c) format is simple text such that
it can be modified and is not an authenticatable.
Why RMail® File Share for Large File Transfers? RMail® lets you add up to 1GB
files from within Outlook or the web interface and auto-purges the files after a
set time period, which simplifies administrator security.
Why RMail® E-Sign Services? RMail® e-sign simplifies sending for recipient e-
signature without requiring any document preparation; or use RSign® for more
advanced services.
Provides a simple option to send any document for signoff without the need to
set up or prepare document fields; this reduces send time and makes e-sign an
“attach-to-email-and-send” process. One click away is RSign® Advanced
functions for creating more controls around the signing process or using drag-
and-drop functionality to set up e-sign templates with rules.
RMail® may be purchased for select users – for only those who need the
services.