Open iredmail opened 2 years ago
Feature requests: -Full DKIM/SPF -Compliant ARC support -DMARC: handle sending of dmarc responses -Proper functioning of throttling & such when combined with Dovecot Submission (needed for BURL & such) (see: https://doc.dovecot.org/admin_manual/submission_server/)
Thanks @gizahNL.
Request from iRedMail forum: Add Warning/Disclaimer to all email from external domains
Block clients based on country (GeoIP).
I don't know if milter is responsible to things like replacing body or adding disclaimers, because having any alternative a bit modern to altermime, witch can add better the disclaimers or edit content... can be great (For example, companies wanting that below signature has to be any image and not below all message, and so on..) altermime at basic funcionality works but I think is somewhat basic
I don't know if milter is responsible to things like replacing body or adding disclaimers
Yes this is what milter can do.
Could the database primary keys be UUID, or some other machine-specific unique value such as snowflakeid? This would help make high-availability setups more achievable.
SQL high-availability (multi-master) cluster should avoid this issue internally. :)
SQL high-availability (multi-master) cluster should avoid this issue internally. :)
Yes, PKs are indeed internal, and Multi Master is an internal detail.
Designing the new database schema with HA in mind is what I'm driving at. Sequences are one of the hard problems with HA and force database replication to be synchronous. Avoiding primary key sequences will make HA / MultiMaster options much more flexible.
Edit:
Here's an example ticket from cockroachdb (largely compatible with postgres) warning that sequences are slower than UUIDs.
Also, on yugabyte (distrbuted SQL db based on postgres), the xCluster limitations for multi-master recommend UUIDs and avoiding sequences.
MySQL doesn't have column type "uuid", if we store uuid as string in MySQL, it's much slower than BIGINT (as primary key).
I'm not advocating for UUID specifically; but rather a non-sequential value with uniqueness properties that make it suitable for generating values on multiple systems.
I'd be well satisfied with snowflakeid, as I'd mentioned in my original post. snowflakeid is stored as bigint, and could be generated in application code, or as a database function.
Feature request: Add a warning text at the beginning of message body if email is sent from external user.
Feature request: SRS.
Hello,
Do you have updates and the release schedule on this project?
Thank you
[1] https://docs.iredmail.org/pro.html
iRedMail Pro will combine all features offered by classical shell-based iRedMail installer, iRedMail Easy platform, and iRedAdmin-Pro. All features of iRedMail installer and iRedMail Easy (except support tickets) are 100% done.
Thanks for the explanation. I can't wait for the new milter apps.
Sounds really great. I also switched to golang for some tools :smile: https://github.com/git001/caddyv2-upload .
Happy to help if needed
Let me add a plugin request here for the future:
MTA-STS Resolver something like https://github.com/Snawoot/postfix-mta-sts-resolver
Hello, wandering what is the timeline of the SRS milter program. We have another problem. With SRS checks enabled, we get SPF fails in spamassassin: FORGED_SPF_HELO=1 SPF_FAIL=0.001 (manually lowered the score)
But it should pass: Received-SPF: Pass (protection.outlook.com: domain of domain.si designates 195.245.xxx.xxx as permitted sender) receiver=protection.outlook.com; client-ip=195.245.xxx.xxx; helo=mail.domain.si; pr=C
Quite a lot of legal messages are going into SPAM, and customers are getting annoyed. Because we have a lot of forwarding emails, we cannot disable SRS. Thank you for checking this one. T
Hello @iredmail, are there any news on this?
Preparing to release milter with just one plugin "reject_forged_sender" in first stable version.
Since iRedAPD is working fine, we tend to replace it slowly to save our time.
let me know if you want to help test it.
I don't want to be rude or anything, and I know you have a lot of work, but shouldn't this be a quite high priority? And yes, I can help test it. Also we have @249 issue since the beginning.
We're busy working on the iRedMail Enterprise Edition (EE) (https://www.iredmail.org/ee.html), and v1.0-beta3 is out today. You can give it a try if you're interested. https://docs.iredmail.org/install.iredmail.enterprise.html
iRedMail EE combines iRedMail installer + iRedMail Easy platform + iRedAdmin-Pro in one single binary, it's the highest priority.
We will try to finish this milter after iRedMail EE 1.0 stable release. Sorry about this.
Is the new Milter to replace iredAPD on track for release in 2024
Dear all,
Just want to share with you that we're developing a new milter program to replace iRedAPD, so don't feel sad if not many commits here.
Why?
iRedAPD doesn't get full email message (headers + body), hence it cannot do advanced access control based on info in headers and body. But milter can do this.
More details
If you need some new features which are not yet implemented in iRedAPD, reply below to let us know. :)
Updates
TODO