Блог о технологиях, технократии и методиках борьбы с граблями
Столкнулся тут с интересной технологией DKIM (DomainKeys Identified Mail), служащей для верификации почтовых отправлений между почтовыми серверами на уровне доменных ключей. То есть фактически аналог SPF, который в свое время достаточно агрессивно навязывали мелкомягкие, да так, что не имея его, невозможно было отослать письмо на Hotmail.
Возникла тут на форуме у одного коллеги задача- снять с веб-почты все вложения, хранившиеся там вместе с письмами. Причем писем около 2к штук, так что естественно сохранять из бродилки поштучно это не вариант. Ну и стали думать как сделать, чтобы не заниматься тем же самым в почтовом клиенте, сохраняя их поштучно.
Собственно вариантов пришло в голову две штуки: (more…)
При переносе почты в новоподключенное облако Exchange, возникла проблема того, что необходимо снять с Gmail ~85к сообщений, где то общей сложностью на 55 гигов. Как и зачем они там появились- мне не совсем понятно, правда еще более мне не понятно желание клиента снять их с Gmail для того чтобы запупырить их в облако для доступа по IMAP. Но как говорится, за ваши деньги любой каприз.
Естественно сделать ничего изначально не получилось, так как Microsoft Outlook вис довольно быстро. Тут надо отметить, что по мне, так Outlook является одним из наиболее ублюдочных почтовых клиентов, хуже которого разве только Netscape и клиент Domino. К тому же у клиента Microsoft Outlook есть довольно интересные особенности- это глюки связанные с обработкой pst файла.
На тему забавных почтовых имен я уже как то писал, но тут по инетам пришла еще одна подобная тема, когда суппорт бы и рад пойти на встречу пользователю и завести другой корпоративный ящик, но увы- правила превыше всего. Мне это как раз довольно актуально в свете переноса почты клиентов на новую платформу, ибо связки порою действительно получаются смешные, и даже оскорбительные.
Столкнулся тут на днях с необходимостью отправить некоторое число SMS сообщений людям из записной книжки. Если это проделывать по тарифам российских операторов, то цена будет варьироваться от полутора рублей за небольшой пакет, до 50 копеек за смску, при подключении пакетов в районе 1000 смс. Но у оператора это надо делать либо через телефон, либо через веб-окно отправки на сайте, так что о юзабилити говорить не приходится.
Поэтому начал поиск подходящей тулзятины для так называемого, выражаясь толерастическим западным языком, СМС маркетинга, а прямолинейно говоря- программы или сервиса для организации смс рассылки.
Есть у меня клиент- ярый поклонник, если не сказать фанат, решений от мелкомягких, которые он и требует развертывать в его инфраструктуре, так что приходится изучать все их инновационные веяния. Это я собственно рассказываю, чтобы меня не обвинили случайно в извращениях, о которых рассказ пойдет ниже.
Так вот, уже с год у него имеется навязчивая идея использовать для почты своей конторы решение облачного сервиса Microsoft Office 365, о котором, как мне казалось, я писал по прошлой весне (но найти данной статьи я не смог), когда изучал решение от буржуйских партнеров Microsoft – 123Together и тогда остался крайне недоволен качеством предоставляемого сервиса. В этот раз проба пера уже была через российского партнера Microsoft, некоего интегратора, от которого приехал очень приятный пресейл, все нам рассказал и показал, правда, как выяснилось, на половину интересовавших меня вопросов он не смог дать вразумительный ответ, так что досылал их уже после по мылу.
Собственно о том, что я вынес из беседы и последующего тестового периода, под катом:
В данный момент эпизодически провожу массовые рассылки по интернету для пары своих клиентов, естественно по их базам почтовых адресов клиентов, ибо воевать со спамом и заниматься его созданием как мне кажется не очень здорово для кармы. Довольно интересное занятие, так как в любом случае дает возможность расширения знаний о работе протоколов и интернет маркетинга.
Ну и попутно подумываю о возможности платного оказания услуг в этом профиле, занимаясь именно почтовым рассылками по базам клиентов- то есть не пуская их никуда, и проводи массовые рассылки по клиентам изъявившим получать данные рассылки. И в этой связи стал думать о повышении КПД рассылки, так как первые пробы давали порядка 10% прочитанных сообщений из всего списка отосланных писем и порядка 2-3% открытия ссылок, указанных в письме. Остальные письма даже не были прочитаны, исходя из моих счетчиков, то есть они либо попали в спам и были удалены, либо пользователь не сказал “загрузить из интернета” картинки, обращение к которым и считалось за открытие письма. В этой связи я довел до клиента свои мысли по поводу повышения кпд рассылки писем, но клиент реагировал крайне вяло и в этой связи я наметил несколько пунктов, что следует делать для повышения успешности рассылки, и чего делать напротив не надо если вы хотите провести успешную почтовую рассылку:
