Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Проблема с Postfix

    Scheduled Pinned Locked Moved Russian
    5 Posts 3 Posters 2.5k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • I
      intel-1
      last edited by

      Помогите решить проблему. У меня имеется шлюз в инет с поднятым на нем релейным postfix (пересылает почту на внутренний exchange сервер) и пару дней назад приключилась проблема: очень долго доходят входящие письма. Пробую подключаться telnet на порт 25 на LAN интерфейсе и коннект проходит нормально, а если делаю тоже самое на WAN интерфейсе шлюза, то коннект подключается очень долго либо отваливается по таймауту. При этом сервер нормально отправляет исходящую почту, а входящая ходит с огромными временными задержками (до 3 часов).
      Может у кого нибудь будут идеи как победить эту проблему, ну или хотя бы в каком направлении смотреть?

      1 Reply Last reply Reply Quote 0
      • D
        darkwing
        last edited by

        позвольте поинтересоваться, релей используется с целью антиспа?

        по теме, что вот в этом параметре стоит: greet wait time?

        Exchange точно через релей исходящую почту шлет? Коннектор отправки настроен?

        1 Reply Last reply Reply Quote 0
        • U
          unixcomrad
          last edited by

          А у меня обратная проблема. Когда был установлен релиз 2.0.2 - всё работало нормально. Обновился до 2.0.3 и начались тормоза в отправке почты. У меня похожая схема - связка pfsense+postfix+exchange. PFSense+Postfix используются в качестве антиспама. Для "прослушки" Postfix'ом выбраны все интерфейсы (два WAN, LAN и Loopback). Два WAN - т.к. подключено два прова для отказоустойчивости. Помимо это в логах есть ошибки от postscreen:
          fatal: btree:/var/db/postfix/postscreen_cache: unable to get exclusive lock: Resource temporarily unavailable
          В интернете нашёл описание проблемы - якобы нельзя, чтобы один файл кэша использовался несколькими процессами, но как это разъединить в PFSense - не понял.

          1 Reply Last reply Reply Quote 0
          • U
            unixcomrad
            last edited by

            и ещё одна неприятная особенность - после перезапуска postfix он перестает "слушать" LAN через короткий промежуток времени.

            1 Reply Last reply Reply Quote 0
            • U
              unixcomrad
              last edited by

              Нашел решение своей проблемы:
              Нужно сделать так, чтобы "слушался" только интерфейс Loopback и на него NAT'ом завернуть обращение на 25-ый порт с других интерфейсов.

              1 Reply Last reply Reply Quote 0
              • First post
                Last post
              Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.