Nginx перенаправляют один путь к другому

Получил хороший ответ на это от Victor Duchovni на постфиксных пользователях. См. http://marc.info/?l=postfix-users&m=129848847630269&w=2. Рекомендуемый подход работает на нас.


Расшифровка стенограммы почтового разговора была дана ниже

У меня есть Постфикс 2,5 сервера, настроенные с _destination_rate_delay 12

Какой уровень установки патча 2,5?

который должен ограничить доставки конкретным местом назначения к 5 в минуту.

Если "место назначения" имеет в виду домен получателя или ручную транспортную таблицу "nexthop". Если хост MX размещает несколько доменов, он может получить это много доставок в минуту для каждого из доменов.

На моем чтении документации "место назначения" является доменным именем получателя сообщения.

Да, за исключением предвосхищенного транспортной таблицей. Действительно это - SMTP "nexthop", который значения по умолчанию к домену получателя.

Моя проблема состоит в том, что мы посылаем электронные письма трем различным доменам, все чей записи MX указывают на тот же почтовый сервер (домены для трех британских университетов), поэтому в то время как я могу ограничивать доставки каждым доменом, в общей сложности 15 сообщений в минуту могли быть отправлены на удаленный сервер, превысив его предел.

Сервер, настроенный с миниатюрными пределами скорости передачи сообщений, перенесет безумие своего системного администратора. Постфикс реагирует обоснованно корректно на управления совместным выполнением, но средства управления уровнем являются злыми, и по моему мнению не нужно поддерживать безумие дураков, которые реализуют их.

Если сайтом получения не является Yahoo (слишком большой, чтобы проигнорировать или перевоспитать), лучше, если они учатся выключать разрушительные политики, чтобы прекратить терять законную почту. Задержка неспама бесполезна, внимание на блокирование спама, ограничения скорости далее ухудшают интернет-почтовую инфраструктуру.

Очевидно я мог установить _destination_rate_delay на 36, но я подозреваю, что в целом это привело бы к более медленной доставке. Действительно ли это возможно ограничить уровни доставки целевым сервером, а не адресом электронной почты или является моим чтением неправильных документов? В противном случае кто-либо может предложить альтернативный подход?

Только путем ручного определения транспортных записей в таблице с общим nexthop для всех доменов.

51
задан 25 October 2013 в 12:06
5 ответов

Прямая цитата из Ловушки и распространенные ошибки: переписывание налогов :

С помощью директивы return мы можем полностью избежать оценки регулярного выражения.

Используйте вернуть вместо перезаписать для постоянных перенаправлений. Вот мой подход к этому варианту использования ...

location = /content/unique-page-name {
  return 301 /new-name/unique-page-name;
}
87
ответ дан 28 November 2019 в 19:36

В идеале вы не должны использовать операторы if, если можете этого избежать. Что-то вроде этого может работать (не проверено).

location ~ /content/(.*)$ {
    rewrite ^ /new-name/$1?$args permanent;
} 
13
ответ дан 28 November 2019 в 19:36

Я использовал следующее решение:

rewrite ^(/content/unique-page-name)(.*)$   http://sitedomain.co.uk/new-name/unique-page-name/$2 permanent;

Работает.

12
ответ дан 28 November 2019 в 19:36

Для меня это работало без такого знака равенства:

location /old-url {
  return 301 /new-url;
}
8
ответ дан 28 November 2019 в 19:36

у меня работает.

server {
  listen 80;

  location = /content/unique-page-name {
    return 301 http://sitedomain.co.uk/new-name/unique-page-name;
  }
}
0
ответ дан 18 November 2020 в 17:55

Теги

Похожие вопросы