Здравствуйте! Сразу прошу прощения за низкоуровневый вопрос, но....
Босс попросил организовать почту так, чтобы вся почта с ящиков на внешнем сервере, прежде чем попасть к адресату во внутренней сети фирмы, проходила через секретарей (они нажимают кнопку "одобрено" и письмо проходит к адресату), тоже самое с исходящей почтой... В наличии есть сервер с debian и клиенты с windows. Подскажите, каким образом это лучше всего организовать, какие пакеты выбрать, короче, с чего начать? Спасибо.
Такого жесткого подхода не видел.....
Не думаю что такое возможно существуюшими средствами. Надо самому что нибудь придумать/написать.
>Здравствуйте! Сразу прошу прощения за низкоуровневый вопрос, но....
>Босс попросил организовать почту так, чтобы вся почта с ящиков на внешнем
>сервере, прежде чем попасть к адресату во внутренней сети фирмы, проходила
>через секретарей (они нажимают кнопку "одобрено" и письмо проходит к адресату),
>тоже самое с исходящей почтой... В наличии есть сервер с debian
>и клиенты с windows. Подскажите, каким образом это лучше всего организовать,
>какие пакеты выбрать, короче, с чего начать? Спасибо.А можно просто алиасить все адреса секретарям, а они будут просто пересылать письмо дальше, если одобряют.
но в таком случае есть вероятность, что нужно будет создать какие-то внутриконторские адреса, недоступные внешнему миру.. а вообще желание довольно странное) это вы так от спама защищаетесь?))
>А можно просто алиасить все адреса секретарям, а они будут просто пересылать
>письмо дальше, если одобряют.
>но в таком случае есть вероятность, что нужно будет создать какие-то внутриконторские
>адреса, недоступные внешнему миру.. а вообще желание довольно странное) это вы
>так от спама защищаетесь?))Я так и думал, что надо будет алиасить, тоесть ставить внутрефирменный почтовый сервак, который все эти махинации будет производить, так вот какое ПО для этого выбрать лучше?
А нужно это, я так понял, для архивов, учета, и для биологичекой службы антиспама и блокировки "не служебных" сообщений.
Босс сказал - "так многие делают", я не очень давно в сфере администрирования работаю, поверил наслово. Побочный вопрос, действительно ли так делают? или не стоит заморачиваться с такой схемой?
Например у меня стоит exim+dovecot+clamav+amavisd+spamassassin.
Все письма incoming и outgoing копируются на один мейл (того кто проверяет всю почту).
Сделанно в exim-е systemfiler-ом.
>Например у меня стоит exim+dovecot+clamav+amavisd+spamassassin.
>Все письма incoming и outgoing копируются на один мейл (того кто проверяет
>всю почту).
>Сделанно в exim-е systemfiler-ом.Ну понятно, на тайну переписки вы все забили и "терпилу" посадили, если почта не приехала то кто виноват? Ответ очевиден.
Заморачитватся действительно не стоит.
В данном случае многие используют схему при которой антиспам ПО обрабатывает все входящие
сообщения а письмо помеченные как спам пересылаются на ящик секретаря который в свою очередь следит чтобы там не оказалось нужной корреспонденции.Подымать внутренний почтарь в этом случае необходимо. я использую FreeBSD+Sendmail+spamassasin(теперь перешел на Спамооборону от яндекса) + DRWEB.
Дополнительно можно со всех адресов пересылать всю входящую почту на отдельный ящик для контроля контента + элементарно настроить .cf для ACL доступа к отправке внешней почты.
>Здравствуйте! Сразу прошу прощения за низкоуровневый вопрос, но....
>Босс попросил организовать почту так, чтобы вся почта с ящиков на внешнем
>сервере, прежде чем попасть к адресату во внутренней сети фирмы, проходила
>через секретарей (они нажимают кнопку "одобрено" и письмо проходит к адресату),
>тоже самое с исходящей почтой... В наличии есть сервер с debian
>и клиенты с windows. Подскажите, каким образом это лучше всего организовать,
>какие пакеты выбрать, короче, с чего начать? Спасибо.спасибо, посмеялся :)
сделать такое довольно просто, и чтобы не заморачиваться, (всё равно эта мега-идея начальника умрёт через пару недель) я бы сделал через web-интерфейс к очереди МТА
1. все "отправленные" кладутся в очередь, ожидающей ручной команды отправки.
2. всё полу-"доставленные" также лежат в очереди на mda, и также ожидают ручной отправки.
3. кнопка "отклонить" в обоих случаях выше будет удалять сообщение из очереди.
>Здравствуйте! Сразу прошу прощения за низкоуровневый вопрос, но....
>Босс попросил организовать почту так, чтобы вся почта с ящиков на внешнем
>сервере, прежде чем попасть к адресату во внутренней сети фирмы, проходила
>через секретарей (они нажимают кнопку "одобрено" и письмо проходит к адресату),
>тоже самое с исходящей почтой... В наличии есть сервер с debian
>и клиенты с windows. Подскажите, каким образом это лучше всего организовать,
>какие пакеты выбрать, короче, с чего начать? Спасибо.Многие почтовики имеют фичу встраивания в процесс доставки собственные скрипты.
Например qmail с QMAILQUEUE патч. Готовое решениие ты 99% не найдешь.
Свое написать вобщем-то не сложно, правда придется вникнуть в тонкости работы почтового софта. Все, и обработчик и веб-морду можно накропать например на perl'е. Основная идея в том, чтобы вместо постановки в очередь на отправку твой обработчик складировал почту в промежуточный буфер. А веб-морда должна уметь показать сообщение, хотябы на уровне просмотра заголовков, и структуры MIME (reformime) и выдирания элементов MIME из тела письма (все тот-же reformime), ну и при одобрении помещать в реальную очередь для отправки.
Все что понадобиться кроме почтового пакета - perl (есть почти везде в комплекте), apache, reformime (входит в комплект maildrop).
>[оверквотинг удален]
>Например qmail с QMAILQUEUE патч. Готовое решениие ты 99% не найдешь.
>Свое написать вобщем-то не сложно, правда придется вникнуть в тонкости работы почтового
>софта. Все, и обработчик и веб-морду можно накропать например на perl'е.
>Основная идея в том, чтобы вместо постановки в очередь на отправку
>твой обработчик складировал почту в промежуточный буфер. А веб-морда должна уметь
>показать сообщение, хотябы на уровне просмотра заголовков, и структуры MIME
>(reformime) и выдирания элементов MIME из тела письма (все тот-же reformime),
>ну и при одобрении помещать в реальную очередь для отправки.
>Все что понадобиться кроме почтового пакета - perl (есть почти везде в
>комплекте), apache, reformime (входит в комплект maildrop).что-то вы всё усложнили..
например в exim делаем задержку отправки в 999дней. спул очередей упрощаем до 1 директории.
далее берём любимую вебморду и натравливаем её на директорию очереди.
сообщения можно читать. вместо кнопки отправить вешаем `exim -M <message>` и удалить exim -Mrm <message>
собственно всё, делов то на максимум пару часов.
>что-то вы всё усложнили..
>
>например в exim делаем задержку отправки в 999дней. спул очередей упрощаем до
> 1 директории.
>далее берём любимую вебморду и натравливаем её на директорию очереди.
>сообщения можно читать. вместо кнопки отправить вешаем `exim -M <message>` и удалить exim -Mrm <message>
>собственно всё, делов то на максимум пару часов.Есть готовые веб-морды для этого?