The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Postfix индивидуальная квота + virtual + maildir + MySQL/PostgreSQL

17.11.2003 15:46

Описание процесса настройки и патч для индивидуального квотирования почтовых ящиков пользователей, аккаунты которых хранятся в MySQL или PostgreSQL. Определение превышения квоты производится на "лету", не принимая тела сообщения (экономия трафика), но при этом и отправителю и получателю отправляется уведомление.

  1. Главная ссылка к новости (http://vitaliy.tdauto.ru/...)
  2. Если сайт vitaliy.tdauto.ru недоступен, то здесь можно найти копию
  3. postfix2.0pvq.gz - копия патча.
Автор новости: -=VD=-
Ключевые слова: patch, mail, virtual, quota, mysql, postfix, limit
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (49) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Roman Y. Bogdanov (?), 08:20, 19/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Коннект проходит на порт, а потом таймаут.
     
     
  • 2.4, VD (?), 11:44, 19/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >Коннект проходит на порт, а потом таймаут.

    Таймаут после чего? сразу после коннекта? Патч включается только после
    RCPT TO:

     
  • 2.6, ViD (?), 14:52, 19/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Устранил баг(смотри ниже), возможно причина была в нем... хотя вряд ли.
    В любом случае по подробнее.
     

  • 1.2, HFSC (?), 11:15, 19/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    не ставится вместе с ssl патчем, без альясов не работает,
    невозможно полностью отключить квоту для virtual -  начинает жаловаться  
    fatal: bad string length (0 < 1):
    virtual_quota_user_message =
     
     
  • 2.3, VD (?), 11:42, 19/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Ясно, огромное спасибо.. сейчас поправлю.
    >невозможно полностью отключить квоту для virtual -  начинает >жаловаться  
    >fatal: bad string length (0 < 1):
    Вот так:  
    virtual_quota_user_bounce = no
    virtual_quota_user_message = /.../.../.../ваш_файл
    сообщения не будет "fatal: bad string length (0 < 1):" и нотификаций не будет

    >не ставится вместе с ssl патчем.
    Тут точнее какой ssl патч, какой postfix

    >без альясов не работает
    Тоже уточните что не работает и без каких альясов?

     

  • 1.5, VD (?), 12:25, 19/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все, вот этот КОСЯК устранен. Теперь анализирует  значение у этой эту строчки.
    virtual_quota_user_message =
    fatal: bad string length (0 < 1):

    >без альясов не работает
    Вот на эту тему, я честно говоря, немного не могу представить в чем именно может быть трабл. Я там сделал так, что квота по альясам НИКАК не пересекается с основной работой кода postfix.

     
  • 1.7, HFSC (?), 15:08, 19/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Насчет ssl: postfix 2.0.16 + tls патч pfixtls-0.8.16-2.0.16-0.9.7b
    Что касается альсясов
    postfix почемуто не проверял квоту если у юзера не было записи в virtual_alias_maps
     
     
  • 2.8, ViD (?), 15:41, 19/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >Насчет ssl: postfix 2.0.16 + tls патч pfixtls-0.8.16-2.0.16-0.9.7b
    Сейчас как раз проверяю если что выложу дополнительный патч под такую конфигурацию, вероятнее всего решаемо, если tls  ставить после... ну да сейчас выясню напищу.

    >postfix почемуто не проверял квоту если у юзера не было записи в
    >virtual_alias_maps

    Тут ВСЕ правильно, я как раз и описывал эту ситуацию в статье по настройке. Возможно у этого юзера была запись в:
    1. recipient_canonical_maps
    2. canonical_maps
    Да, еще внимательно на тему способа ресольва в той части описания где:
    RCPT TO: <nomail@tdauto.ru>
    550 <nomail@tdauto.ru>: User unknown in virtual mailbox table
    Именно "...in virtual mailbox table"

    А альясы, дело в том, что все альясы ресольвить и квотировать смысла нет, к примеру, все что находится в alias_maps ресольвится postfix в другом месте, и посему дабы для патча сузить все возможные вариации конфигов и соответственно НЕ НАВРЕДИТЬ, ограничился квотой юзеров по virtual_alias_maps и virtual_mailbox_maps (причем из тех юзеров что есть в virtual_alias_maps, квота в конечном итоге, распространяется только на тех юзеров, аккаунты которых есть в  virtual_mailbox_maps ибо корень квоты, произростает как раз из virtual_mailbox_maps там находятся истинные конечные потребители почты)...

    Однако надо будет подумать, возможно все же есть смысл разобрать и другие варианты.


     

  • 1.9, HFSC (?), 16:03, 19/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    юзер был прописан ТОЛЬКО в virtual_mailbox_maps и почта ему корректно доставлялась.
    Альясы как раз и не надо было квотировать т.к у юзера их и не было, но пока не прописал юзера в альясах - квота не проверялась.
    Насчет tls - quota патч ставился как до так и после применения tls патча и postfix не собирался при любом варианте
     
     
  • 2.10, ViD (?), 16:34, 19/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >юзер был прописан ТОЛЬКО в virtual_mailbox_maps и почта ему корректно доставлялась.
    >Альясы как раз и не надо было квотировать т.к у юзера их
    >и не было, но пока не прописал юзера в альясах -
    >квота не проверялась.
    >Насчет tls - quota патч ставился как до так и после применения
    >tls патча и postfix не собирался при любом варианте

    С tls разобрался, tls патч знатно перепахивает smtpd.c и мои добавочные определения в некоторых местах "пролетают" но уже сделал... что ж сейчас попробую воспроизвести Вашу ситуацию, возможно и вправду найду косяк.
    В ЛЮБОМ СЛУЧАЕ СПАСИБО за подсказки что у меня там не так, хочется же чтобы сие "детище" работало во всех ситуациях.

     
     
  • 3.11, ViD (?), 17:44, 19/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >>юзер был прописан ТОЛЬКО в virtual_mailbox_maps и почта ему корректно доставлялась.
    >>Альясы как раз и не надо было квотировать т.к у юзера их
    >>и не было, но пока не прописал юзера в альясах -
    >>квота не проверялась.

    Похоже что подобное связано с представлением адресов в части доменного окончания, т.е. то что висит на альясах по определению приводятся к каноническому виду any@mydomain.com, а вот безальясники внутри постфикса могут проходить и как юзер any и как any@mydomain.com
    Гммммм.... да мой bug однако, всенпременно исправимс.


     
  • 2.12, ViD (?), 19:33, 19/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Так, ну вроде взошло, должно работать по всякому, все выложил на сайте с исправлениями.

    HFSC - как Вас на сайте представить?
    Хочу добавить строчку благодарности за помощь в исправлении багов.

     

  • 1.13, HFSC (?), 23:48, 19/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все собралось,пропатчилось но осталась одна небольшая проблема: патч не делает главного - не режет по превышению квоты
    В таблице в поле квота для юзера стоит 1 байт, отсылаю ему кучу писем - в логах мускула видно что поле квота проверяется, однако никакой дальнейшей реакции нету
     
  • 1.14, ViD (?), 12:31, 20/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так, ну что же... примерно часа через три залогирую патч очень подробно и выложу, и если конечно Вы не устали, мы все же разберемся с вашим случаем. Другого способа не вижу, у меня во всех случаях он к сожалению работает.
     
  • 1.15, HFSC (?), 14:42, 20/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проблема была в правах на virtual_maildir_base
    Кусок моего конфига:
    virtual_mailbox_base = /var/spool/postfix/virtual
    virtual_gid_maps = static:1007
    virtual_uid_maps = static:1006
    транспорт virtual работал от юзера vmail с uid и gid 1006:1007, права на /var/spool/postfix/virtual
    были: drwx------  5 vmail  vmail  512 20 ноя 13:25 /var/spool/postfix/virtual/
    Мессаги спокойно валились в ящик,пока я не сделал
    chgrp -R postfix /var/spool/postfix/virtual && __
    chmod -R g+rwx /var/spool/postfix/virtual
    Только после этого был создан служебный файл и мессаги стали резаться. Те можно ли сделать что бы все операции с файлами производились от юзера:группы которые указаны в virtual_uid и virtual_gid ?
     
     
  • 2.18, ViD (?), 19:07, 20/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >можно ли сделать что бы все операции с файлами производились от
    >юзера:группы которые указаны в virtual_uid и virtual_gid ?

    Подумавши малость и прикинув что к чему пока правда в теории, думаю что можно.
    Дело в том, что на три дочерних процесса - virtual, local и pipe в постфиксе можно посадить своего владельца отличного от mail_owner.
    Из этих 3 процессов меня интересует только virtual, он то и ответственный за доставку мессаги, в maildir пользователя.
    Можно вызывать его из smtpd, заставлять смотреть объем директории юзера и в случае превышения, отдавать ему на доставку буфер со служебной мессагой а в smtpd давать отбой, эта схема должна нормально сработать и тогда virtual_uid и virtual_gid актуальности не потеряют. Есть конечно ньюанс связанный с форматом мессаги... у меня добавляются строчки в уже имеющуюся, а virtual, если ему не сказать что это служебное, будет на каждый отбой творить уникальный файл. Но и это победимо Хех.. было бы время :)

     

  • 1.16, Norguhtar (?), 15:14, 20/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А зачем ?
     
  • 1.17, ViD (?), 16:17, 20/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ааа вон чего... Уффф ясно :) функция в патче check_dirsize(char * maildir) выполняется от имени smtpd который соответственно работает под юзером postfix в результате всегда честно возвращает размер maildir = 0 т.к. ей ничего не разрешают смотреть.
      
    Так, во первых залогировать это стоит, плюс сейчас еще опишу на сайте эту ситуацию.
    Ну и подумаю еще как разрулить сей конфликт.

    P.S.
    HFSC :) вы чертовски терпеливый и желающий разобраться человек, сенкс :)


     
  • 1.19, NetScripter (?), 09:17, 24/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сделал все как написано - игнорирует квоту. Патч лепил patch -p0 < postfix2.0pvq . Без опции -p0 не патчится. Пробовал указать в настройках mail_limit.cf несуществующее поле квоты - ругается в логах, т.е. все-таки смотрит его. Никаких доп. файлов в maildir'e не создает. Используется postfix-2.0.16+sasl2+mysql. В чем может быть проблема?

     
     
  • 2.20, ViD (?), 12:42, 24/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >mail_limit.cf несуществующее поле квоты - ругается в логах, т.е. все-таки смотрит
    >его. Никаких доп. файлов в maildir'e не создает. Используется postfix-2.0.16+sasl2+mysql. В
    >чем может быть проблема?

    Такая связка 100абочая и судя по симпомам, может быть то, что у smtpd нет доступа к maildir юзеров. Посмотри права на директорию virtual_maildir_base. Если она не доступна для smtpd то он как раз будет игнорировать, т.е. всегада давать размер maildir = 0... типа у юзера ничего в  maildir  нет.
    А лучше main.cf дай глянуть.

     
     
  • 3.21, NetScripter (?), 13:47, 24/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >Такая связка 100абочая и судя по симпомам, может быть то, что
    >у smtpd нет доступа к maildir юзеров. Посмотри права на директорию
    >virtual_maildir_base. Если она не доступна для smtpd то он как раз
    >будет игнорировать, т.е. всегада давать размер maildir = 0... типа у
    >юзера ничего в  maildir  нет.
    >А лучше main.cf дай глянуть.

    main.cf:
    # Virtual quota
    virtual_mailbox_limit_maps = mysql:/etc/postfix/mail_limit.cf
    virtual_quota_user_bounce = yes
    virtual_quota_user_message = /etc/postfix/message.cf
    virtual_quota_user_message_limit = 2048

    mail_owner = postfix
    default_privs = nobody

    broken_sasl_auth_clients = yes
    smtpd_sasl_auth_enable = yes
    transport_maps = mysql:/etc/postfix/transport.cf
    virtual_mailbox_base = /
    virtual_uid_maps = mysql:/etc/postfix/ids.cf
    virtual_gid_maps = mysql:/etc/postfix/gids.cf
    virtual_mailbox_maps = mysql:/etc/postfix/aliases.cf
    virtual_maps = mysql:/etc/postfix/remote_aliases.cf
    relay_domains = $transport_maps
    smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated,reject_unauth_destination,check_relay_domains
    disable_vrfy_command = yes
    smtp_sasl_security_options = noanonymous


    #ls -l /var/spool/
    ...
    drwxrwx---   25 postfix  mail         4096 Nov 23 18:44 vmail
    ...

    #ls -l /var/spool/vmail
    ...
    drwx------    8 1000     mail         4096 Aug 22 11:46 find-it.ru_sasha
    ...
    Пытался различные чмоды делать onwer/group менять, полный доступ делал.

    И еще, когда пытаюсь отправить почту на заведомо несуществующий адрес, он не ругается как сказано у вас на сайте.

     
     
  • 4.22, NetScripter (?), 13:59, 24/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    на всякий случай строчка из БД:
    uid     gid     alias                  maildir                 password    md     quota
    1000   12   sasha@find-it.ru   find-it.ru_sasha/   *****      /var/spool/vmail/find-it.ru_sasha/   10
     
     
  • 5.23, ViD (?), 16:15, 24/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Сегодня сооружу нечто подобное, гляну, скажу.
     

  • 1.24, Wizard (?), 12:29, 03/12/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Описание процесса настройки и патч для индивидуального квотирования почтовых ящиков пользователей, аккаунты
    >которых  хранятся в MySQL или PostgreSQL. Определение превышения квоты производится
    >на "лету", не принимая тела сообщения (экономия трафика), но при этом
    >и отправителю и получателю отправляется уведомление.
    >
    >URL: http://vitaliy.tdauto.ru/
    >Новость: https://www.opennet.ru/opennews/art.shtml?num=3092

    Вроде бы все нормально, но почему почта проходит , правда  не ложится в ящик при превышении квоты,нет сообщений о превышении квоты пользователям!

     
     
  • 2.25, ViD (?), 17:28, 07/12/2003 [^] [^^] [^^^] [ответить]  
  • +/

    >Вроде бы все нормально, но почему почта проходит , правда  не
    >ложится в ящик при превышении квоты,нет сообщений о превышении квоты пользователям!
    >

    Проходит до mailq?
    Логи 1 соединения с ключем в master.sfg smtpd -v и main.cfg на мыло мне пжалса. Иначе ничего толком не скажу, слишком много вариантов.

     
     
  • 3.26, Costas (?), 16:06, 09/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Идея замечательная и реализация тоже, пробовал для связки Postfix+sasl+MySQL+courier-imap, чего то не покатила, никакой реакции, всё работало как работало, в логах тоже ничего, прибываю в раздумьях.
     
     
  • 4.27, ViD (?), 17:05, 09/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >Идея замечательная и реализация тоже, пробовал для связки Postfix+sasl+MySQL+courier-imap, чего то не
    >покатила, никакой реакции, всё работало как работало, в логах тоже ничего,
    >прибываю в раздумьях.

    логи smtpd -v (т.е. в расширенном варианте), почти уверен что там просто проблема с владельцем maildir.

     
     
  • 5.28, Costas (?), 11:17, 10/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >логи smtpd -v (т.е. в расширенном варианте), почти уверен что там просто
    >проблема с владельцем maildir.

    Логи смотрел, ничего нового не увидел, почта на сервак падает, в директорию юзера не падает, остальное всё без изменений

     
     
  • 6.29, Costas (?), 11:23, 10/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Конфиг следующий

    ...
    virtual_mailbox_base    = /data/vmail
    transport_maps          = mysql:/etc/postfix/sql/transport.cf
    virtual_mailbox_maps    = mysql:/etc/postfix/sql/users.cf
    virtual_alias_maps      = mysql:/etc/postfix/sql/aliases.cf
    virtual_uid_maps        = mysql:/etc/postfix/sql/uids.cf
    virtual_gid_maps        = mysql:/etc/postfix/sql/gids.cf

    relocated_maps          = mysql:/etc/postfix/sql/relocated.cf
    virtual_maps            = mysql:/etc/postfix/sql/virtual.cf

    local_recipient_maps = $virtual_mailbox_maps $virtual_maps $transport_maps

    virtual_mailbox_limit_maps = mysql:/etc/postfix/sql/limit.cf
    virtual_quota_user_bounce = yes
    virtual_quota_user_message = /etc/postfix/sql/message_limit.txt
    virtual_quota_user_message_limit = 2048
    ...
    queue_directory = /var/spool/postfix
    command_directory = /usr/sbin
    daemon_directory = /usr/libexec/postfix
    mail_owner = postfix
    default_privs = nobody
    mydestination = $myhostname, localhost.$mydomain
    relay_domains = $transport_maps
    alias_maps = hash:/etc/aliases
    alias_database = hash:/etc/aliases
    mail_spool_directory = /var/mail
    smtpd_banner = $myhostname ESMTP $mail_name
    ...

     
     
  • 7.30, Costas (?), 11:27, 10/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    права соответственно следующие
    /data/vmail
    drwxrwx---    3 postfix  postdrop     4096 Dec 10 13:30 vmail
     
     
  • 8.31, ViD (?), 09:29, 16/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Прошу прощение за задержку с ответом По сути вопроса, из конфига понятно что пр... текст свёрнут, показать
     

  • 1.32, swap (?), 16:14, 16/12/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    2 VID: Вообще, думаю было-бы неплохо если бы Вы поместили полный пример рабочих конфигураций файлов main.cf, master.cf и т.д. Пытаюсь настраивать как описано Вами, квота в mysql проверяется, но служебный файл не создаётся.  Права на virtual_mailbox_base соответсвуют mail_owner. Да ещё, как по расширенному логу smtpd -v определить работу патча?

     
     
  • 2.33, ViD (?), 12:32, 20/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >2 VID: Вообще, думаю было-бы неплохо если бы Вы поместили полный пример
    >рабочих конфигураций файлов main.cf, master.cf и т.д. Пытаюсь настраивать как описано
    >Вами, квота в mysql проверяется, но служебный файл не создаётся.  
    >Права на virtual_mailbox_base соответсвуют mail_owner. Да ещё, как по расширенному логу
    >smtpd -v определить работу патча?


    Ок я думаю это хорошая идея, выставлю на сайте свой конфиг будет явно попроще. А то и в самом деле существует несколько десятков вариантов конфигураций и возможно все же есть свои тонкости.

     
     
  • 3.34, Costas (?), 08:16, 22/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживаю всё выше сказанное по поводу посмотреть рабочую конфигурацию, кстати пока работаю на птче http://web.onda.com.br/nadal/, всё ничего, но только сообщения валятся отправителю а не получателю...
     
     
  • 4.35, ViD (?), 13:24, 22/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Сдаюсь ниже конфиги tls sasl можно не учитывать Вот master cf ... текст свёрнут, показать
     
     
  • 5.36, swap (?), 16:43, 23/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    > Сдаюсь :) ниже конфиги tls/sasl можно не учитывать
    С Вашей всё получилось, работает, спасибо. Вообще проблема была в том, что у меня адреса во внутренней сети вида name@mail.subdomain.domain, почтовый сервер mail.subdomain.domain. Домен mail.subdomain.domain был прописан как виртуальный  и хотя
    (Не сработает если:
    1. local_recipient_maps = /.../ваш _ файл
    2. Или у пользователей путь к почте ../../vasa
    3. Или virtual_mailbox_limit_maps закомментарено
    4. Или поле квоты в таблице пустое
    Или этот адрес есть в:
    5. recipient_canonical_maps = /.../ваш _ файл
    6 . canonical_maps = /.../ваш _ файл ) - здесь было всё нормально, доставка всё равно была локальная. Переход к адресам вида name@subdomain.domain решил все проблемы.
     
     
  • 6.37, Costas (?), 10:29, 25/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    А у кого-нибудь в рабочей конфигурации присутствует в таблице записть типа subdomain.domain smtp:192.168.1.2?
    это к вопросу об MX записях.
     
     
  • 7.38, Costas (?), 10:34, 25/12/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Потому как у меня чего-то не работает... Хм...

     

  • 1.39, Victor (??), 18:24, 04/04/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Привет!

    Если ты сюда еще заглядываешь, то хочется попросить добавить еще одну проверку (если это не сложно). Часто вместе с MAIL FROM приходит сразу и размер доставляемого сообщения в виде:
    MAIL FROM: <user@some.net> SIZE=1024
    RCPT TO: <...>
    Так вот было бы просто замечательно если б это значение на этой-же стадии суммировалось с текущим размером почтового ящика и в случае превышения
    заданной квоты тут-же вымылался отлуп. На сегодня мы принимаем любую почту, если ящик не переполнен и только после физического переполнения
    шлем отлупы.

    ps: огромное спасибо за патч. Почти без напильника накатил на 2.0.19

     
     
  • 2.40, ViD (??), 09:47, 16/04/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Привет!
    >
    >Если ты сюда еще заглядываешь, то хочется попросить добавить еще одну проверку
    >(если это не сложно). Часто вместе с MAIL FROM приходит сразу
    >и размер доставляемого сообщения в виде:
    >MAIL FROM: <user@some.net> SIZE=1024
    >RCPT TO: <...>
    >Так вот было бы просто замечательно если б это значение на этой-же
    >стадии суммировалось с текущим размером почтового ящика и в случае >превышения...

    В начале оно так и было :) однако потестировав, пришел к выводу что SIZE в мессагах, поле мягко говоря необязательное, а порой даже заведомо обманчивое и строить квоту на значении этого поля, как я понял, не есть хорошо.
    В постфиксе фактически рализовано 2 алгоритма контроля превышения размера принимаемого сообщения:
    1. На основе SIZE, срабатывает в 10-15лучаев, это я назвал "белая" почта с нормальных МТА когда SIZE=что_то и соответственно что_то=реальному_размеру мессаги.
    2. На основе контроля буфера приема, сие ловит соответственно "серую" и "черную" почту, где SIZE=0 или заведомо искажено(т.е. локальные почтовые клиенты, спам машины, левые/простенькие МТА) тут уже гораздо более жесткое и эффективное средство, т.к. подсчитывается реальный обьем принятой информации и если он больше, то отсекается, правда я не очень понял идею разработчика сперва ВСЕ принять, а потом подсчитать и  если больше отбросить, ну тут я не берусь судить, может есть какие подводные камни.

    Так вот, все "горе" :) состоит в том, что юзеру не получившему 2Мб важного письма и имевшему 1.99Мб свободных, до жути обидно :), тут чисто психологически.. ибо после того, он еще спокойно получил 100 спамерских мессаг  по  10 кб :)
    Хотя конечно и это все можно разрулить и расписать... но на сколько это актуально... я пока еще честно говоря не знаю.

     

  • 1.41, Gezm0 (?), 02:44, 03/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Планируется ли дальнейшая поддержка патча/включение его в сам postfix? А то версия 2.1.0 уже вышла, баги правят.. С 2.0.x переходить придётся, а терять такую функциональность очень не хочется..
     
     
  • 2.42, ViD (??), 12:01, 17/06/2004 [^] [^^] [^^^] [ответить]  
  • +/
    >Планируется ли дальнейшая поддержка патча/включение его в сам postfix? А то версия
    >2.1.0 уже вышла, баги правят.. С 2.0.x переходить придётся, а терять
    >такую функциональность очень не хочется..

    Будет, уже делаю.

     

  • 1.43, Андрей (??), 11:41, 22/06/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо что делаете!!! Удачи..
     
  • 1.45, Аноним (45), 10:55, 04/08/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ссылка недоступна. Где еще можно скачать это патч?
     
     
  • 2.46, aledin (ok), 16:47, 24/09/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Очень хотелось бы получить в пользование данный патч. Ссылка и на самом деле недоступна. Может кто-нибудь поделится?
     

  • 1.47, Maxim Chirkov (ok), 13:09, 05/10/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Копию патча можно скачать здесь
    ftp://ftp.opennet.ru/pub/net/mail/postfix_quota/
     
     
  • 2.48, Anna (??), 10:58, 25/10/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Привет!
    Огромная благодарность за работу, все работает отлично.
    Но не давно один из пользователей, после того как не получил из-за переполнения важное письмо, спросил: "А нельзя-ли заранее предупредить?".
    Т.е. как только ящик наполняется, к примеру, на 95% посылать пользователю письмо с предупреждением о заполнении.
    Какие есть возможности решить этот вопрос?


     
     
  • 3.49, Crion (??), 16:51, 04/11/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Привет!
    К сожелению postfix-2.1.5 не собрался после того как наложил патчь.
    smtpd_check.c In function 'check_rcpt_maps':
    smtpd_check.c:3815: 'argv' undeclared (first use in this function)
    smtpd_check.c:3815: (Each undeclared identifier is reported only once
    smtpd_check.c:3815:  for each function it appears in.)
    smtpd_check.c:3817:  'cpp' undeclared (first use in this function)
    smtpd_check.c:3819:  'stst_quota' undeclared (first use in this function)
    smtpd_check.c: In function 'smtpd_resolve_virt_alias':
    smtpd_check.c:3974: warning: assignment makes pointer from integer without a cast
    *** Error code 1
     

  • 1.50, serg_dsv (??), 14:18, 24/12/2004 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прочитал Вашу статью по поводу квот в постфикс на http www opennet ru base pat... текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру