The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"меры по уменьшению входящего трафика, приходящегося на почту..."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"меры по уменьшению входящего трафика, приходящегося на почту..."
Сообщение от OZZY Искать по авторуВ закладки on 01-Окт-03, 16:33  (MSK)
Стоит задача принятия мер по уменьшению входящего трафика. Т.к. большая часть трафика приходится на почту, то планируется ограничить подписки и получение ресурсов по запросу.

Можно провести анализ тем подписок, подписать ОДИН адрес - и с него
УЖЕ ВНУТРИ СЕТИ рассылать копии тем кто пожелает...
Проблема состоит в том что пользователи буду обходить это предложение (о рассылках внутри сети) и подписываться САМИ, в итоге одни и теже по содержанию рассылки будут приходить большому количеству юзеров(около 400 шт. - ну это крайний случай, но всё же, цыфра большая)! Подкажите по возможности, как ограничить это все дело?
На сколько мне известно - рассылки каждому приходят с уникальным
номером, который соответствует конкретному подписчику - так вот, всех кто добровольно не откажется - по этому номеру можно блокиравать на входящую
почту...
кстати все ли рассылки так приходят?
И вопрос в том - как граммотно это всё сделать?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "меры по уменьшению входящего трафика, приходящегося на почту..."
Сообщение от Purple emailИскать по авторуВ закладки on 03-Окт-03, 07:06  (MSK)
Прикрути procmail, и по приходу почты делай анализ содержимого: все что не с
определенного подписного листа - хоронить. И так по каждой подписке.
Немного муторно, но 100 % отвечает вопросу.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "меры по уменьшению входящего трафика, приходящегося на почту..."
Сообщение от YuryD Искать по авторуВ закладки on 03-Окт-03, 13:06  (MSK)
>Прикрути procmail, и по приходу почты делай анализ содержимого: все что не

>определенного подписного листа - хоронить. И так по каждой подписке.

Ну и как это уменьшит обьем? письмо то уже пришло и траффик посчитался,
только вы его убили не читая...

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "меры по уменьшению входящего трафика, приходящегося на почту..."
Сообщение от OZZY Искать по авторуВ закладки on 03-Окт-03, 16:52  (MSK)
Короче! :) Проблема такая -
Вместо порядка 400 ОДИНАКОВЫХ писем, хотелось бы, чтобы приходило ТОЛЬКО одно (например на почту рута), ну и уже с него ВНУТРИ СЕТИ желающим рассылать, ну или там помещать всю инфу из письма на внутренний сайт предприятия :)
Вот как раз и стоит вопрос - как сделать так, чтобы на сервер приходило только ОДНО письмо. Повторюсь - на сколько мне известно - рассылки каждому приходят с одного домена, но с уникальным номером в учетном имени (в account'е), который соответствует конкретному подписчику.  На серваке стоит Sendmail. Есть идея закрыть в файле /etc/mail/access домены с которых идут письма, и в тоже время разрешить проходить письмам с ОДНОГО адреса этого домена.
правильно или это? вот в чем вопрос..
  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "меры по уменьшению входящего трафика, приходящегося на почту..."
Сообщение от Михаил emailИскать по авторуВ закладки on 06-Окт-03, 10:45  (MSK)
>Короче! :) Проблема такая -
>Вместо порядка 400 ОДИНАКОВЫХ писем, хотелось бы, чтобы приходило ТОЛЬКО одно (например
>на почту рута), ну и уже с него ВНУТРИ СЕТИ желающим
>рассылать, ну или там помещать всю инфу из письма на внутренний
>сайт предприятия :)
>Вот как раз и стоит вопрос - как сделать так, чтобы на
>сервер приходило только ОДНО письмо. Повторюсь - на сколько мне известно
>- рассылки каждому приходят с одного домена, но с уникальным номером
>в учетном имени (в account'е), который соответствует конкретному подписчику.  На
>серваке стоит Sendmail. Есть идея закрыть в файле /etc/mail/access домены с
>которых идут письма, и в тоже время разрешить проходить письмам с
>ОДНОГО адреса этого домена.
>правильно или это? вот в чем вопрос..
ты же сам уже все расписал - подписаться на одну подписку, остальные запретить, а свою дублировать всем желающим.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "меры по уменьшению входящего трафика, приходящегося на почту..."
Сообщение от OZZY Искать по авторуВ закладки on 06-Окт-03, 16:18  (MSK)
>>...Повторюсь - на сколько мне известно
>>- рассылки каждому приходят с одного домена, но с уникальным номером
>>в учетном имени (в account'е), который соответствует конкретному подписчику

фигня всё :( Да, в некоторых случаях это так, но не во всех!
что делать? %(


  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "меры по уменьшению входящего трафика, приходящегося на почту..."
Сообщение от Михаил emailИскать по авторуВ закладки on 06-Окт-03, 16:44  (MSK)
>>>...Повторюсь - на сколько мне известно
>>>- рассылки каждому приходят с одного домена, но с уникальным номером
>>>в учетном имени (в account'е), который соответствует конкретному подписчику
>
>фигня всё :( Да, в некоторых случаях это так, но не во
>всех!
>что делать? %(
как это не во всех?
вообще-то subscribe.ru официально объявила, что если в обратном адресе нет уникального номера подписчика, то это не их письма, а спам.
подпишись сам, да посмотри заголовок письма!


  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "меры по уменьшению входящего трафика, приходящегося на почту..."
Сообщение от Purple emailИскать по авторуВ закладки on 06-Окт-03, 07:31  (MSK)
Можно сделать и так, как вы хотите: рубить письмо до прихода на сервер.
В этом случае нужно отсекать с помощью правил sendmail. Только проще ли
это - сомневаюсь.
Время от времени параметры контента рассылки меняются, каждый раз править
для этого sendmail?
На мой взгляд - этот путь неверный, на той стороне сервера рассылки -тоже
люди, отсекут по истечении времени рассылку всем пользователям, в том числе
и вашему одному-единственному.
Хотя принципиально это сделать можно.
  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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