danwin / mail-hosting Goto Github PK

With a tool like https://github.com/letoams/openpgpkey-milter or similar

Please consider adding a 'delete' option for email or XMPP user. Disabled by default.

• Mail: Delete Sent and Trash every 30 days
• Mail: Delete Inbox every 90 days
• XMPP: Delete uploads every 30 days.

Hello,
on my site the root is /var/www/exmple/www
firstly, database changes in common_config.php and mail-hosting-main\tools\mass_mail\index.php then uploaded the files to server.

secondly, ./install_binaries.sh , ./install_binaries_proxy.sh, ./update-translation.sh
I relized that all my sql datbase has been removed , why cant acces the site file on http ? is there any necessary changes ?
thanks

Let users decide after which period of inactivity their account should be deleted. Currently a year is hardcoded

https://support.google.com/mail/answer/6254652

Some mail clients don't auto-create folders such as Sent or Drafts, thus they should be auto-created on the server side.

A user may want to block receiving mail from a certain sender address. An option should be added that allows blocking unwanted mail.

This is a suggestion for the danwin email service, which would first likely have to be implemented in this server project.

It would be useful if users could choose between [email protected] and someusername@danielas3rtn54uwmofdo3x2bsdifr47huasnmbgqzfrec5ubupvtpid.onion in the FROM field on a per-message basis. Rationale:

• You may not really want replies. This would be a clever alternative to a bogus address like “noreply@…” for announcements to clearnet recipients you don’t really want a reply from.
• Tor-savvy recipients might be able to respond if they are sufficiently motivated and tech-savvy as well. In which case fair enough.
• Anti-spam: the msg might get public exposure and spammers are unlikely willing to bother with .onion email addresses as rare as they are.
• GDPR data minimization: You are filling out a form that needlessly makes email address a required field, but you’re not happy to share an address that can be easily used and abused by the recipient. OTOH, if it’s a government form you may not want the consequences of giving misinfo. An onion address would thwart use and abuse to a great extent without being accused of lying.
• Tor advocacy and awareness.
• You want to discourage users of Gmail and MS Outlook from contacting you, in which case a surveillance advertiser gets a view on your inbound traffic. If you email a gmail or outlook user with an onion address, you at least have control over what info is seen by those data abusers without concern of replies from a naive user sharing too much.
• Currently no email providers offer this. It would be a unique killer feature that draw more users (hopefully along with more charitable patrons).
• Recipients would establish a danwin account just so they can reply to onion addresses, thus drawing more people away from surveillance advertisers in general.

Prevent new users from sending large amount of spam, but allow reputable users to send larger amount of mails than the default limit. This could be implemented by a dynamic limit that grows with use, and/or by overriding default limits for specific users.

When 2FA is enabled but the PGP key expires, one cannot login anymore. It should continue to work with an expired key and show a warning to the user to update the key.