В проверке postscreen (которая использует rbl списки) есть доступ только к IP отправителя и домену helo, поэтому невозможно добавить в белый список конкретный адрес отправителя... Если же сервер не в черном списке, то ваша настройка должна работать.

Частично правильно, так как проверки RBL отключены, но только для IP-адресов (а не для адресов отправителей почты). На этом этапе отклонить письмо по адресу отправителя невозможно, потому что этой информации у нас пока нет. Не могли бы вы открыть баг-репорт, чтобы мы могли обновить документацию https://bugzilla.proxmox.com?

Нет, ты меня неправильно понял, белый список SMTP работает на двух этапах:  
1. Сервер отправителя подключается к pmg.  
2. pmg проверяет IP адрес сервера отправителя по белому списку (это единственная надёжная информация на этом этапе), затем проверяет IP по RBL (это postscreen; он также выполняет другие проверки на спам, подробнее смотри в man postscreen).  
3. Если всё разрешено, отправитель отправляет письмо.  
4. Теперь smtpd снова проверяет белый список, но уже с учётом всей доступной информации (отправитель/получатель, домен и т.д.), здесь же происходят проверки SPF и прочее.  

Надеюсь, теперь понятнее, какие проверки проходят на каком этапе.

Сомневаюсь, что IP-адреса крупных провайдеров долгое время находятся в черных списках... Ты сталкивался с таким письмом? Если да, было бы очень интересно посмотреть какой-нибудь лог. Конечно, можно отключить проверки RBL в postscreen, так как spamassassin всё равно проверяет некоторые RBL позже в цепочке, но тогда всё будет гораздо медленнее, потому что сначала придется принять все письма от спамеров, чтобы их остановить... (Кстати, можно настроить, когда и как именно выполняются эти проверки в postfix, но для этого нужно вручную редактировать master/main.cf в наших шаблонах — это довольно серьёзная тема.)

Нет. Если вы решили настроить RBL на MailProxy, то в стандартной конфигурации вам нужно также добавить IP-диапазоны в белый и черный списки. Если вы не хотите дополнительно поддерживать IP-диапазоны, как уже отметил Доминик, вы можете изменить конфигурацию postfix и заменить postscreen-тесты проверками в smtpd (см. smtpd_recipient_restrictions (`man 5 postconf`, http://www.postfix.org/SMTPD_ACCESS_README.html и https://pmg.proxmox.com/pmg-docs/pmg-admin-guide.html#_service_configuration_templates — для адаптации конфигурации в PMG)). Я бы, наверное, не стал полностью полагаться на SORBS — см., например, https://en.wikipedia.org/wiki/Spam_and_Open_Relay_Blocking_System#False_positives.

В качестве другого варианта можно вообще не делать проверки RBL на уровне postfix и положиться только на проверки SpamAssassin — в этом случае нужно настроить черные и белые списки в системе правил («Mail Filter» в GUI).

Учитывая, что текущая настройка с postscreen, по-видимому, подходит большинству пользователей и при этом даёт заметное преимущество в производительности, я не вижу необходимости менять её в приоритетном порядке.

Надеюсь, это поможет!

Есть три этапа антиспама:

1. Можно отклонять письма, которые не соответствуют требованиям RFC — это стоит делать только для самых явных и глупых спамов, да и то с оглядкой. Нужно решить, насколько жестко вы хотите быть, потому что много у нас таких ленивых админов, которые не умеют нормально настраивать свои серверы. Например, стоит подумать, стоит ли включать SPF — эта технология сейчас сильно проблемная, её пока мало кто применяет, плюс многие SPF-записи устарели или неправильно обновлены, а рассылки и групповые списки тоже часто не проходят проверку. FCrDNS-проверки (полная проверка хоста клиента) в PMG тоже лучше не включать — многие админы просто не умеют корректно настраивать прямой и обратный DNS. В общем, этот этап — чтобы отсеять самый дикий спам.

2. RBL (черные списки) нужны для отсеивания реально известных спамеров. Есть куча списков с разным качеством, посмотрите мою тему Advancing PMG и тему по Оптимизации Черных Списков. Их настолько много, что и не сосчитать (ну, можно, но будет большая цифра с тремя нулями). Можно проверить списки на multirbl.valli.org — там вы увидите почти все. При этом, если проверить IP, скажем, Google, Microsoft, Amazon, Mailchimp, Facebook, LinkedIn и т. п., многие из них попадут в разные черные списки, которые, например, работают через спам-ловушки. Если хоть одна служба отправляет письмо на такую ловушку (а «плохие» ребята есть и внутри Google, Microsoft, Amazon (SES), Mailchimp, Facebook и LinkedIn, которые рассылают письма на потенциальные профили), эти IP попадают под блокировку. Например, SORBS — самый ненадежный антиспам-фильтр вообще. Если вы полагаетесь на эту «самую авторитетную организацию в интернете» (то же касается UCEPROTECT), вы забьётесь. Можно использовать их списки (там тоже спама хватает) для пометки, но никогда не использовать как фильтр блокировки, если хотите, чтобы к вам доходила почта от большинства пользователей интернета. Проблемы SORBS тянутся годами, я использую только один их список для реальной блокировки — он не даёт ложных срабатываний. Недавно был хороший сайт с отображением ложных срабатываний против реальных попаданий, но из-за GDPR он закрыт. При этом этот сайт был очень консервативен, ему не стоит слепо доверять по количеству ложных срабатываний — цифры слишком занижены, но если у них есть данные о ложных срабатываниях на какой-то список, значит в нём их реально много: https://www.intra2net.com/de/support/antispam/

3. Фильтрация содержимого — самый важный этап после того, как отсеят самый «известный» и лёгкий мусор. Здесь можно использовать SORBS, дополнительные схемы и оптимизировать фильтр с помощью обучения спаму и «чистой» почты (ham) для байесовской базы. На этапах 2 и 3 можно работать с разными белыми списками. Этап 2 (RBL) в основном основан на IP (если настраивать PMG через shell, можно добавить проверку доменов, но полностью с IP не уйдёшь, если хотите качественный этап 2). Этап 3 уже работает и с доменами. Надо иметь в виду, что у Gmail есть причины так часто менять IP — возможно, старые IP «сгорели» из-за попадания во множество черных списков (а списки есть не только ежедневные или почасовые, но и за недели, месяцы, годы — они не забывают). Так Gmail, Yahoo и Microsoft (их бесплатные почтовые сервисы) являются одними из крупнейших источников спама, потому что большинство админов не будут использовать списки, которые блокируют их серверы. Поэтому метить спам нужно уровнем содержимого письма, а это гораздо сложнее, чем просто блокировать подозрительный IP.