Отправьте резюме на idtrade.kz@gmail.com
Сетевой и системный администраторплюс нотки аудитора безопасности, разработчика и внедренца.
Автор stimpack, 12.03.2009, 12:53
#42
Отправлено 18.06.2009, 11:49:15
Ravenman
Отправил.
All
По поводу варианта "ненужности" таких знаний в КЗ...:
Сейчас отлаживаю рабочую схему автоматических почтовых рассылок (туристской фирме) клиентам и партнерам прям из офиса (без всяких колокейшнов, хостеров) - за ночь на дохленьком канальчике 256кбит/с (32кбайта) легко уходит 10-12 тысяч писем.
Все красивенько, с графиками трафика, визуализацией проблемных адресатов, калькуляцией времени отправки и веб-формой добавления-поиска ящиков (можно массово), создания писем и прикрепления файлов...
Повозиться пришлось, конечно, немного - в частности, техсаппорт в Дукате очень долго пытался понять, что такое PTR-запись и зачем это все (mail-сервера очень не любят другие майл-сервера, которых нельзя опознать по айпишнику и сразу зачисляют их в спамеры). Да канал у них регулярно падает.
Ну да ладно, зато никому не нужно платить - шутка ли - хостеры местные пытаются ограничить рассылку с их серваков 200ми или 300ми письмами в час - представляю девочек, круглосуточно отправляющих по 300 писем в час, чтобы отправить, скажем, 10 000. И чего они этим добиться хотят - непонятно, спаммерства таким образом ведь не отследить, только клиентов растеряют.
А они не спамеры, они отсылают заинтересованным лицам, между прочим...
Кстати, любопытный факт - уже только по логу рассылки можно заметить, как серьезно пошатнулся малый бизнес в КЗ - очень много доменов перестало существовать, "MX is not found (may be domain is not registered?)".
Или вот, скажем, понадобилась одной конторе мгновенная передача экстренных сообщений по филиалам, раскиданным по всему КЗ - причем, чтобы было видно, что адресат получил сообщение и был в данный момент на линии, мало того, чтобы адресаты могли обмениваться между собой сообщениями, чтобы сообщения были шифрованными и исключалась самая мысль о перехвате сторонними лицами или об отправке ложных сообщений. А также, чтобы при получении сообщения раздавался призывный звуковой сигнал на компьютерах адресатов. А также, чтобы была общая история рассылок, в читабельном виде. И сроки - как обычно, - чтобы было вчера.
Результат - идеально подошел обычный Jabber-сервер на юникс-хосте и жаббер-клиенты на сотовых телефонах и стационарных компьютерах адресатов, настроенные на этот сервер. SSL/TLS-шифрование есть, оповещение звуковым сигналом в клиентских софтах есть - обычный qip и тот подойдет, web-логи есть.
Время инсталляции - максимум неделя, из которой рассылка клиентов и их подключение - добрая половина этой недели. Доводка некритичных мелочей - еще одна.
Отправил.
All
По поводу варианта "ненужности" таких знаний в КЗ...:
Сейчас отлаживаю рабочую схему автоматических почтовых рассылок (туристской фирме) клиентам и партнерам прям из офиса (без всяких колокейшнов, хостеров) - за ночь на дохленьком канальчике 256кбит/с (32кбайта) легко уходит 10-12 тысяч писем.
Все красивенько, с графиками трафика, визуализацией проблемных адресатов, калькуляцией времени отправки и веб-формой добавления-поиска ящиков (можно массово), создания писем и прикрепления файлов...
Повозиться пришлось, конечно, немного - в частности, техсаппорт в Дукате очень долго пытался понять, что такое PTR-запись и зачем это все (mail-сервера очень не любят другие майл-сервера, которых нельзя опознать по айпишнику и сразу зачисляют их в спамеры). Да канал у них регулярно падает.
Ну да ладно, зато никому не нужно платить - шутка ли - хостеры местные пытаются ограничить рассылку с их серваков 200ми или 300ми письмами в час - представляю девочек, круглосуточно отправляющих по 300 писем в час, чтобы отправить, скажем, 10 000. И чего они этим добиться хотят - непонятно, спаммерства таким образом ведь не отследить, только клиентов растеряют.
А они не спамеры, они отсылают заинтересованным лицам, между прочим...
Кстати, любопытный факт - уже только по логу рассылки можно заметить, как серьезно пошатнулся малый бизнес в КЗ - очень много доменов перестало существовать, "MX is not found (may be domain is not registered?)".
Или вот, скажем, понадобилась одной конторе мгновенная передача экстренных сообщений по филиалам, раскиданным по всему КЗ - причем, чтобы было видно, что адресат получил сообщение и был в данный момент на линии, мало того, чтобы адресаты могли обмениваться между собой сообщениями, чтобы сообщения были шифрованными и исключалась самая мысль о перехвате сторонними лицами или об отправке ложных сообщений. А также, чтобы при получении сообщения раздавался призывный звуковой сигнал на компьютерах адресатов. А также, чтобы была общая история рассылок, в читабельном виде. И сроки - как обычно, - чтобы было вчера.
Результат - идеально подошел обычный Jabber-сервер на юникс-хосте и жаббер-клиенты на сотовых телефонах и стационарных компьютерах адресатов, настроенные на этот сервер. SSL/TLS-шифрование есть, оповещение звуковым сигналом в клиентских софтах есть - обычный qip и тот подойдет, web-логи есть.
Время инсталляции - максимум неделя, из которой рассылка клиентов и их подключение - добрая половина этой недели. Доводка некритичных мелочей - еще одна.
Сообщение отредактировал stimpack: 18.06.2009, 11:57:39
Количество пользователей, читающих эту тему: 0
пользователей: 0, неизвестных прохожих: 0, скрытых пользователей: 0