| From: | * Neustradamus * <neustradamus(at)hotmail(dot)com> |
|---|---|
| To: | "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, "security(at)postgresql(dot)org" <security(at)postgresql(dot)org>, "security(at)postgresql(dot)org," <webmaster(at)postgresql(dot)org> |
| Subject: | Received e-mails in Spams (bad e-mail server configuration / ML configuration) + remove old ML alias (before lists.postgresql.org) |
| Date: | 2025-11-07 00:45:54 |
| Message-ID: | DB4PR10MB7421964B2F6976CD8A4FC67ECBC3A@DB4PR10MB7421.EURPRD10.PROD.OUTLOOK.COM |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Dear PostgreSQL team,
Can you solve the problem of e-mails always detected in "Junk Emails"/"Spams" folder?
SPF/DKIM/DMARC
For example, a part of logs:
...
ARC-Seal: i=2; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=fail;
...
ARC-Authentication-Results: i=2; mx.microsoft.com 1; spf=pass (sender ip is
XXX.XXX.XXX.XXX) smtp.rcpttodomain=hotmail.com
smtp.mailfrom=lists.postgresql.org; dmarc=none action=none
header.from=iki.fi; dkim=fail (signature did not verify) header.d=iki.fi;
arc=fail (47)
...
Authentication-Results: spf=pass (sender IP is XXX.XXX.XXX.XXX)
smtp.mailfrom=lists.postgresql.org; dkim=fail (signature did not verify)
header.d=iki.fi;dmarc=none action=none header.from=iki.fi;
...
X-SID-Result: FAIL
...
----------------
At the same time, I have already informed a problem with old ML e-mail addresses.
Can you remove all *(at)postgresql(dot)org ML alias because it is a problem of spam.
And please inform to all that the good ML are now *(at)lists(dot)postgresql(dot)org(dot)
Thanks in advance.
Regards,
Neustradamus
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Thomas Munro | 2025-11-07 01:03:06 | Re: [PATCH] Fix socket handle inheritance on Windows |
| Previous Message | Fujii Masao | 2025-11-07 00:39:59 | Re: doc: Improve description of io_combine_limit and io_max_combine_limit GUCs |