Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 679136 - mail-filter/postgrey should whitelist microsoft (protection.outlook.com)
Summary: mail-filter/postgrey should whitelist microsoft (protection.outlook.com)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Sam James
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-01 10:50 UTC by Robert Meyer
Modified: 2020-12-22 18:17 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Meyer 2019-03-01 10:50:52 UTC 
When a mail is received from microsoft, office365 or hotmail, the senders ip address changes with every retry, resulting in mails never being delivered. To fix, I added the following to /etc/postfix/postgrey_whitelist_clients:
protection.outlook.com
Comment 1 Aaron W. Swenson gentoo-dev 2019-03-02 14:19:11 UTC 
Have you submitted a bug upstream?
Comment 2 Kim B. Sindalsen 2019-10-05 15:05:19 UTC 
protection.oulook.com it provided in the postgrey_whitelist_clients available at http://postgrey.schweikert.ch/pub/ (should/could the ebuild include a cron-job that update this file from http://postgrey.schweikert.ch/pub/ ?)
Comment 3 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2020-12-21 22:57:43 UTC 
We now have 1.37_p20190625-r1 which contains upstream improvements here.

# grep "outlook" postgrey_whitelist_clients
# 2015-07-23: outlook.com (github #20)
outlook.com
outbound.protection.outlook.com
protection.outlook.de

Is this enough or do you directly need protection.outlook.com?
Comment 4 Robert Meyer 2020-12-22 16:07:01 UTC 
I would say, this is enough.
Comment 5 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2020-12-22 18:17:56 UTC 
(In reply to Robert Meyer from comment #4)
> I would say, this is enough.

Thanks!