Loading...
 
Skip to main content

Integrate e-mail authentication

  • Tracker item actions
Trackers
Items
Status
Open
Subject
Integrate e-mail authentication
Version
21.x
25.x
Category
  • Feature request
Feature
Mail Queue
Resolution status
New
Submitted by
hman
Lastmod by
hman
Rating
(0)
Related-to
Description

In addition to EmmArrBee's bug report that TW should not send spoofed mails, I would like to add something on top. Nowadays, admins might want to reassure their users that mails from a Tiki installation really are genuine. There are several ways towards this goal.

I would like to sort them by importance and ease of integration like this:

  • DKIM (Domain Key Indentified Mail)
  • GPG cryptographic signing
  • GPG full encryption


DKIM needs at least some assistance by the ISP, but some parts can be integrated into Tiki. DKIM will soon become necessary for not getting spam-filtered.

Signing and encrypting actually do not need much, because the cryptographic part can be fully outsourced to a pre-existing GPG. It should be checked whether GPG_PATH is set (usually to /opt/gnupg/bin/gpg). A keyring must exist or be created,

The only tricky thing that comes to my mind is the handling of the passphrase. As we cannot ask the admin to enter the passphrase each and every time, we must store it somewhere, which opens a security risk of it getting compromised. So admins should be advised that they create a key and passphrase that can be easily exchanged if compromised. Admins shall be advised to not use their (or someone else's) personal keys for this purpose under ANY circumstance! For comfort, the revoking of the old key could become a Tiki feature somewhere.

Importance
6
Easy to solve?
4
Priority
24
Demonstrate Bug on Tiki 19+
Demonstrate Bug (older Tiki versions)
Ticket ID
8147
Created
Monday 23 May, 2022 08:20:54 UTC
by hman
LastModif
Friday 27 May, 2022 12:40:36 UTC


Show PHP error messages