Одминский блог

Экспорт почты из Gmail в MS Outlook

При переносе почты в новоподключенное облако Exchange, возникла проблема того, что необходимо снять с Gmail  ~85к сообщений, где то общей сложностью на 55 гигов. Как и зачем они там появились- мне не совсем понятно, правда еще более мне не понятно желание клиента снять их с Gmail для того чтобы запупырить их в облако для доступа по IMAP. Но как говорится, за ваши деньги любой каприз.

Естественно сделать ничего изначально не получилось, так как Microsoft Outlook вис довольно быстро. Тут надо отметить, что по мне, так Outlook является одним из наиболее ублюдочных почтовых клиентов, хуже которого разве только Netscape и клиент Domino. К тому же у клиента Microsoft Outlook есть довольно интересные особенности- это глюки связанные с обработкой pst файла.

(more…)

Рубрика: Почтовые системы | Ваш отзыв »

Облачный сервис Microsoft Office 365

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

Так вот, уже с год у него имеется навязчивая идея использовать для почты своей конторы решение облачного сервиса  Microsoft Office 365, о котором, как мне казалось, я писал по прошлой весне (но найти данной статьи я не смог), когда изучал решение от буржуйских партнеров Microsoft – 123Together и тогда остался крайне недоволен качеством предоставляемого сервиса. В этот раз проба пера уже была через российского партнера Microsoft, некоего интегратора, от которого приехал очень приятный пресейл, все нам рассказал и показал, правда, как выяснилось, на половину интересовавших меня вопросов он не смог дать вразумительный ответ, так что досылал их уже после по мылу.

Собственно о том, что я вынес из беседы и последующего тестового периода, под катом:

(more…)

Рубрика: Обзоры, Почтовые системы | Ваш отзыв »

Хитрости рассылки в интернете

В данный момент эпизодически провожу массовые рассылки по интернету для пары своих клиентов, естественно по их базам почтовых адресов клиентов, ибо воевать со спамом и заниматься его созданием как мне кажется не очень здорово для кармы. Довольно интересное занятие, так как в любом случае дает возможность расширения знаний о работе протоколов и интернет маркетинга.

Ну и попутно подумываю о возможности платного оказания услуг в этом профиле, занимаясь именно почтовым рассылками по базам клиентов- то есть не пуская их никуда, и проводи массовые рассылки по клиентам изъявившим получать данные рассылки. И в этой связи стал думать о повышении КПД рассылки, так как первые пробы давали порядка 10% прочитанных сообщений из всего списка отосланных писем и порядка 2-3% открытия ссылок, указанных в письме. Остальные письма даже не были прочитаны, исходя из моих счетчиков, то есть они либо попали в спам и были удалены, либо пользователь не сказал “загрузить из интернета” картинки, обращение к которым и считалось за открытие письма. В этой связи я довел до клиента свои мысли по поводу повышения кпд рассылки писем, но клиент реагировал крайне вяло и в этой связи я наметил несколько пунктов, что следует делать для повышения успешности рассылки, и чего делать напротив не надо если вы хотите провести успешную почтовую рассылку:

(more…)

Рубрика: Почтовые системы | Ваш отзыв »

Про то как умельцы продвинут gmail в Яндекс

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

Суть спама сводилась к тому что некие чесы искали сеошников для того чтобы они считали им комерческие предложения, после чего эти граждане бы накидывали денежку свою и отдавали бы найденным сеошникам на аутсорс. Тема была не понятная, так как кидалово могло бы случиться с двух сторон, тем более что люди могли нанять себе таким образом кодлу школоты, которая бы загнала клиентские сайты в бан.

Ну и собственно тут тоже был не совсем понятный спам- картинка письма собственно приводится чутка ниже.

(more…)

Рубрика: Почтовые системы | Ваш отзыв »

Перенаправление почты на внешний адрес средствами dbmail

Возникла необходимость в связке exim + dbmail перенаправить почту некоторых пользователей на внешние ящики. Самое забавное, что сначала тебя просят сделать веб-морду для почты, а после того как ты проковыряешься пару дней прилаживая хорду или еще кого нить; просят перекидывать почту на gmail или yandex.

Обычно я это делал средствами DBmailAdmin, но на этом серваке мне его ставить было ломы, ради управления 10ю пользователями и поэтому я там ничего кроме белки (ака squrellmail) не поднимал, так что пришлось ковыряться из консоли.

Делается это естественно с помощью утилиты dbmail-users, но без использования самого пользователя, а только на уровне алиасов сервера. Для добавления перенаправления (форварда) адреса, говорим:

# dbmail-users -x alias@local-domain -t forward-mail@external-domain

Для того чтобы удалить это перенаправление почты, задаем:

# dbmail-users -x alias@local-domain -T forward-mail@external-domain

*** Кстати в процессе ковыряния нашел интересный вариант как безусловно переправить всю почту с одного ящика на другой:

# dbmail-export -d -u orphaned-user -m orphaned-mailbox

В данном случае ключик -d еще и потрет всю почту в ящике

Рубрика: Почтовые системы | Отзывов: 2 »

Массовая рассылка писем в интернете своими руками

Как я уже писал- на моем последнем месте работы довольно интересный стиль постановки задач, который описывается фразой “лужу, паяю, на php ваяю”. Вот и сейчас мне поставили задачу рассчитаться с одним из клиентов, за счет выполнения рассылки по его собственной базе клиентов, состоящей из 200к+ адресов.

Сказано- сделано. Сначала я попробовал пойти по пути наименьшего сопротивления и попытался выискать субподрядчика на данный сервис, но все услуги начинались от 4-5к рублей, при этом ты не мог быть уверен в том, что твоя база далее не пойдет по рукам, и памятуя о том, что хочешь завалить дело- поручи его другому, я полез искать программы для массовой рассылки по интернету.

Поискав софтину для этого дела, я перепробовал несколько программ для массовых рассылок писем, как российских, так и зарубежных компаний, но остановил свой выбор между Atompark ePochta и AMS Enterprise, о которых расскажу несколько позже, но обе программы заслуживают своего внимания, тем более что ePochta, практически в три раза дешевле AMS, хотя в качестве программы для организации почтовых рассылок в интернете AMS выглядел более мощным продуктом. На самом деле, программ для массовой рассылки писем не так и много, ибо большинство рассылок что я видел в инете крутятся около 10-20к адресов, так что я со своими 200к был похож на героя фильма “Как потратить миллион долларов”. Но так или иначе погоняв какое то время обе программы для массовой рассылки писем, я остановил свой выбор на AMS Enterprise. Следующим этапом я более-менее ознакомился с её интерфейсом и основными возможностями, о которых расскажу позже, а пока могу заметить что мне крайне понравилась возможность подтягивания различных форматов в качестве шаблонов письма, а также крайне удобный редактор писем и возможность организации нескольких рассылок одновременно, к тому же, как оказалось имеется отличный модуль сбора статистики по просмотрам писем и открытию ссылок, правда требующий отдельного хостинга.

(more…)

Рубрика: Почтовые системы | Отзывов: 6 »

Управление автоповторами в Exim

На одном из почтарей под управлением exim возникала постоянно ситуация, когда при отправке письма на широковещательный внутренний адрес компании alloffice@odminblog.ru, в случае переполнения ящиков одного или нескольких пользователей, письмо ничинало отсылаться каждые 15 минут, после чего количество забитых ящиков еще больше увеличивалось и почтарь впадал в ступор. Возникало не из-за того что я первоначально криво все настроил, а из-за того что пользователи имея ящики по 200 метров не запаривались на их очистку, в добавок к чему сыпали мейлами по 15-20 мегабайт.

В этой связи возникла задача переписать стандартное правило автоповторов для exim. Для этого открываем конфигурационный файл и идем в самый его конец, в секцию RETRY. Там мы видим следующие строки:

########################################
#                      RETRY CONFIGURATION                           #
########################################
begin retry
# Domain               Error       Retries
*                 refused_A   F,2h,20m;
*                      *           F,2h,15m; G,16h,1h,1.5; F,4d,6h

Это стандартное правило автоповторов для exim, и оно всегда имеет две звездочки, для того чтобы описать общее правило для всех доменов и ошибок, не описанных отдельным полем. Об этом описании мы поговорим позже, а в данной записи получается что в случае любой ошибки для любого домена повтор отправки будет осуществляться каждые 15 минут в течении двух часов, после чего с интервалами от одного часа до 16 часов, с множителем в 1,5, после чего в течении 4 дней попытка будет осуществляться каждые 6 часов. После истечения времени автоповтора exim отбивает адрес доставки и скитывает отправителю отлуп.

Само правило автоповтора создается по следующему шаблону:
<Domain><Error><Retries>
Первым пункт может включать как имя домена, так и, для сужения задачи, адрес получателя.
Второй пункт описывает специфическую ошибку, которые бывают следующих типов:
auth_failed – при неудачной аутентификации в случае отправки на хост из списка  hosts_require_auth
data_4xx   – при ошибке которая получается для команды smtp диалога DATA, или сразу же после команды
mail_4xx   – при ошибке которая получается для команды smtp диалога MAIL.
rcpt_4xx    – которая получается для команды smtp диалога RCPT
Также в этих трех ошибках, ошибка может задаваться полным номером, для сужения правила применения автоповтора.
lost_connection – при неожиданном закрытии SMTP-сессии со стороны сервера
refused_MX – при отказе в соединении к хосту определенному как почтовый сервер по данным из MX записи
refused_A – при отказе в соединении к хосту полученному не из MX записи
refused – при любом отказе в соединении
timeout_connect_MX – при таймауте попытки соединения с хостом определенномв MX-записи
timeout_connect_A – при таймауте попытки соединения с хостом полученным не из MX-записи
timeout_connect – при таймауте любой попытки соединения
timeout_MX – при таймауте во время соединения или в процессе SMTP-сессии с хостом, полученным из MX-записи
timeout_A – при таймауте во время соединения или в процессе SMTP-сессии с хостом, полученным не из MX-записи
timeout – при таймауте во время соединения или в процессе SMTP-сессии
tls_required – в сессии соединения сервер должен был использовать TLS (сервер определен в списке  hosts_require_tls), но либо TLS не был предложен, либо сервер прислал ответ 4xx на команду STARTTLS
quota  – при локальной доставке транспортом “ appendfile ” была превышена квота почтового ящика пользователя
quota_<time> – при локальной доставке транспортом “ appendfile ” была превышена квота почтового ящика, и к почтовому ящику не обращались время равное <time>
Также после этого поля возможно определить отправителя, тем самыв сузив правило автоповтора, например для приоритезации руководства компании:
senders=<address list>
Тогда правило автоповтора будет выглядеть
kremlin.ru  rcpt_452  senders=”mainperson@odminblog.ru”  G,8h,10m,

Третий пункт отпределяет само правило автоповтора:
<letter>,<cutoff time>,<arguments>
Буквой задает алгоритм вычисления правила автоповтора:
F – повторять автоповтор с определенным интервалом. Первое число определяет в течении какого периода осуществлять автоповтор, второе задает интервал.
G -  повторять автоповтор в геометрически увеличивающихся интервалах. Первое число определяет максимальное значение для интервала, второе начальное значение интервала, третье число множитель, используемый для увеличения интервала при каждом повторении.Если первое число не задано, то интервал увеличивается до значения параметра retry_interval_max, который не может быть больше 24h.
H – повторять отправку повтора со случайными интервалами. Используемые аргументы – такие же как для  G. Для каждого повтора, предыдущий интервал умножается на фактор, для получения максимума следующего интервала. Минимальный интервал – первый аргумент параметра, и актуальный интервал выбирается случайным образом из диапазона между ними.
Если в поле правила автоповтора ничего не задано, то сразу после неудачной попытки отправки, генерируется рикошет и уходит в сторону отправителя.

Исходя из всего вышеописанного создаем новое правило автоповторов:
####################################################
#                      RETRY CONFIGURATION                           #
####################################################
begin retry
# Domain               Error       Retries
alloffice@odminblog.ru    *
odminblog.ru    quota
*                 refused_A   F,2h,20m;
*                      *           F,2h,15m; G,16h,1h,1.5; F,4d,6h

По этому правилу на все ошибки препятствующие доставки на адрес alloffice@odminblog.ru будет генерироваться рикошет, а при переполнении ящика кого либо из пользователей домена odminblog.ru также будет генерироваться рикошет

Рубрика: Почтовые системы | Ваш отзыв »