Как стать автором
Обновить

Комментарии 63

Человеческая глупость на многое способна…
Когда я работал в рекламном агентстве у нас чуть ли ни раз месяц случался отжиг с утекшими расчетами или внутренней информацией на сторону (часто ошибка связана с наличием однофамильцев и нажатием кнопки «отправить всем»)
«P.S.» вас не оправдывает
я осознаю что они там есть, потому сразу и признался
Так исправляйте же их :)
Чтобы исправить, надо найти, а если нашел, то можно и не писать «P.S.»
В завершение рекурсии:
Если не нашел, но осознавал — точно P.S.
А зачем мне статистика из прошлого? Вы еще 90-ые вспомнили.
Статистика из будущего проблематична
Один раз такое произошло с клиентами одной Одесской компанией которая занимается продажей билетов. И тут понеслось. Каждый считал своим долгом ответить нажатием кнопки «ответить всем» что так делать не надо. Другие возмущались и требовали отписать их от этого чатика, самые находчивые рекламировали свои услуги. Пик был в сообщении: «Продам тару, объем 200 литров, в пригороде, самовывоз» мейл-чатик лег)
Вспомнился Задорнов с его рассказом, как старый одессит смотрел из балкона на массовую драку и сказал своей жене «Сара, звони Мойше, пускай он приезжает со своим квасом — они после драки все пить захотят» ))))
А как столко адресов влезло? Обычно же ограничение на 25…
обычно где?
Нет такого ограничения в протоколе. Если ваша почтовая система ограничивает, это ограничение вашей почтовой системы.
В сумме получилось 94%. А где оствшиеся 6%?
Видимо, в погрешностях подсчётов.
Чуров забрал. Извините.
Эх, хотел заметить, что статистика не внушает доверия, т.к. в ней нет варианта «Единая Россия», но — поздно! Уже пошутили!
Вполне обычная тема, нам тоже так постоянно сливали адреса всех своих партнеров, когда я работал в одной торговой организации, ведь подобные поздравления, как правило, составляют девушки секретарши, у которых познания ограничиваются стандартным набором офисных програм и стандартным набором действий в них, мы дак сразу нашим обьяснили, в чем разница полей «копия» и «скрытая копия» в почтовом клиенте.
А с чего вы решили что скрытую копию нельзя увидеть?
Вы заставили меня удивиться и полистать RFC. Спасибо за пинок в правильном направлении, никогда не задумывался, что с bcc все не так просто. Учту на будущее.
Да, не стоит рассылать свои базы даже в скрытых копиях.
Для нормальной рассылки к сожалению надо отсылать по сути каждому клиенту отдельное письмо, ясное дело скриптом, что даже для среднего программиста уже задачка, ибо отправлять по современным меркам надо всё красиво так чтобы оно в спам не попало, а это DKIM, SPF и что там ещё?
Короче всё не так просто с рассылками :-)
C массовыми рассылками сущий кошмар (сесть что-ли описать мои мучения???) У многих провайдеров имеются ограничения на отправку n сообщений в единицу времени. Типа 20 msg за 10 мин, но 30 за полчаса или 40 в час… Потом еще сколько-то в сутки. Хорошая новость — это с одного адреса ;)
Многие смтп проверяют длину списка CC и BCC, кстати, крайне удивлен, что приведенная в посте колбаса проскочила, у меня так не получалось.
В общем с моими 10-15 тыс. сообщений в сутки был не просто скрипт, а многоступенчатое чудовище.
Согласен, сталкивался с аналогичными проблемами блокировки провайдера и длине сообщения. Помимо этого, письмо надо красиво сверстать с картинками, под разные почтовые клиенты.
Ну есть же специальные конторы и сервисы, которые этим занимаются. На хабре не раз про них писали.
Эво оно как, век живи — век учись. Тоже спасибо за пинок в правильном направлении.
2 pluser:
Если можно, киньте ссылочку на описание, pls — как увидеть исходное содержимое заголовка «bcc:»?
НЛО прилетело и опубликовало эту надпись здесь
По моему по пять раз в год кто то мне присылает письмо с кучей адресов, не писать же о каждом случае.
у одного из дистрибьюторов на Украине есть адрес 4dealers@имякомпании.ua, так вот было время что если на эту почту отправить письмо, то их робот разошлет его всем дилерам :)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
это что — мне один банк прислал пример договора, как обычно в формате doc, я когда его читал заметил, что документ содержит метки на полях об изменениях в версиях, решил я их посмотреть и увидел… все личные данные (ФИО, паспорт, телефон, адрес, имущество, сумма кредита и т.п.) клиентов за несколько лет.

Долго думал стоит ли доверять такому банку.

P.S. Менеджеру банка о тонкостях работы с версиями я конечно же рассказал — она очень удивилась.
Меня так на семинар приглашали — внутри было достаточно много ФИО с компаниями и e-mail'ами.
Кстати сказать, я знаю, что за банк это сделал — у них такой же фейл был 2 года назад. Тоже перед НГ. Я как раз поругался по этому поводу с их службой поддержки — явно, что не послушали.
два года назад и был 2010 год.
Тогда у меня — та же база :)
Зачем было прятать название банка?
Его вообще в заголовок надо было вписать.
НЛО прилетело и опубликовало эту надпись здесь
Из «красных» намного больше двух.
НЛО прилетело и опубликовало эту надпись здесь
Согласен. 4 символа убедили
За время работы в турбизнесе встречал такое регулярно, слегка (именно слегка — прайсы и спецы-то регулярно рассылают, не только в новый год) утрируя можно сказать, что «каждый день». Собственных коллег тоже приходилось лично отучать слать письма вот так и следить, чтобы кто-нибудь из них так не слил мою базу (которая сама неплохо пополнилась за счёт таких подарков :-))

Сам я всегда делал рассылки аналогичным образом, но всех адресатов забивал в BCC, а TO оставлял пустым.

Всегда было интересно как на самом деле правильно и зачем нужны проги и PHP-скрипты, рассылающие каждому письмо индивидуально (казалось за это их и банят — что рассылают тучу отдельных писем вместо того, чтобы послать одно).

PS: Кстати особенно забавно такие письма выглядят на печати (директора «старой закалки», например, очень любят всё печатать), с заголовком на несколько страниц.
В одной конторе внедрили Mailman специально для таких рассылок. Это, если угодно, скрипт на Python :)
Зато гарантия, что никто не облажается — он ещё и подтверждение умеет спрашивать, мол, действительно переслать?
Больная тема. Все поржали и разошлись. А предложить решение для организации массовой рассылки для простых смертных?

Логически понятно, что рассылку нужно делать порциями растянутыми по времени, дабы нагрузка на почтовые серверы распределялась равномерно. + еще нужно учесть стандартные повадки антиспам систем, которые очень недолюбливают письма у которых в адресатах никого нет, а все получатели в скрытой копии.
Пишешь скрипт, которое отправляет сообщение одному пользователю (одно письмо — один адрес). Выбираешь коллекцию пользователей в количестве 40-150 ед (в зависимости от того сколько получиться вписаться в разрешенное количество). Ставишь джоб, который будет отправлять указанное количество писем в единицу времени (час, два часа или иной разрешенный провайдером интервал), например 120 писем в час. Предварительно проверяешь что все вставилось в нужные места (личные данные, адрес отправителя, картинки (можно вложить в пиьмо, можно сделать ссылками на сайт, в зависимости от задачи)). Помимо этого, в личном кабинете получателя почтовый сервис может указывать с какого именно адреса было отправлено сообщение (в своем скрипте можешь указать любой адрес в поле отправителя, хоть адрес известной корпорации, поэтому почта показывает и поле отправителя и реальный адрес отправителя).
Превосходное решение, но не для простых смертных! Обычные сотрудники в преддверии нового года начинают рассылать контрагентам, клиентам и всем подряд свои письма поздравительного содержания. Какие-то скрипты проверки и прочее не работают. А основная угроза именно от обычных сотрудников исходит. Пока самое простое\безопасное решение это приучить всех ставить себя получателем и запихивать реальных получателей в ск.
Тогда ставить такие задачи IT специалистам, а не секретарям. Если речь про менеджеров, то доработать внутрикорпоративную систему документооборота, где встроить подобный движок. Один раз сделав, работает годами. Либо воспользоваться сервисами, которые описаны комментарием ниже.
Все привыкли использовать почту и стандартные действия для её отправки. Для отправки поздравлений использовать ИТ специалистов, ну это не логично с профильной деятельностью нашей компании. Тут нужно какое-то решение со стороны корпоративного почтового сервера, который будет оценивать масштаб бедствия и грамотно компоновать рассылку в соответствии с определенными правилами.
Ну костыль тут простой — если в списке рассылки присутствует хоть один внешний адрес (вне корпоративного домена), и если таковой присутствует, и количество адресатов больше или равно 3, то рассылаем каждому отдельное письмо с учетом всех правил и ухищрений которые у нас есть, и отправляем уведомление о том, что рассылка преобразована отправителю.

Эвристика может быть и другая, в зависимости от специфики предприятия.
Но это именно костыль, ибо не решает многих других проблем с почтой, а решает узко именно эту проблему.
Да есть же всякие sendgrid, cloudsmtp, critsend, тысячи их, разного фасона, возможностей и назначения.
Логически понятно, что рассылку нужно делать порциями растянутыми по времени, дабы нагрузка на почтовые серверы распределялась равномерно.

Вот зачем? Почему не послать одно письмо (и никакой вам нагрузки) всем сразу, но через BCC?
Выше обсуждается — данные из bcc могут быть «засвечены» всем получателям. Вам решать, насколько такая вероятность приемлима для вашего конкретного случая.
НЛО прилетело и опубликовало эту надпись здесь
А этот собственный сервер как будет поступать? Рассылать далее всем по одному? Паковать на каждый MX список bcc только тех, кто в этом домене? другие стратегии? В любом случае просто переложить задачу на почтовый сервер не всегда достаточно — либо он ее не решит, либо решит, но если ты не знаешь его логику то в некоторой ситуации окажется что решил он ее неверно. К примеру мы делаем тестовую рассылку, и убеждаемся, что к адресатам список bcc не пришел. Вроде все хорошо? Фиг там — оказывается отфильтровал не наш сервер, а сервер нашего тестового адресата на входе.
НЛО прилетело и опубликовало эту надпись здесь
Я собственно о том и говорю, что нужно узнавать логику а не просто рассчитывать что «вроде мой сервер с этим справляется». Ничего сверх этого я не говорил.
Ну что, открываете теперь свой банк-конкурент — клиентская база уже есть — и вперёд.
Вот как раз под банальный увод клиентов такая база бесполезна. Лучше уж купить пиратскую базу юрлиц. Там и клиентов разных банков побольше (все юрлица являются клиентом хоть какого банка, даже те кто в казначействе обслуживаются как правило под зарплатный проект регистрируют счета в частных банках). Учитывая что там и контактов побольше, и факс и имя директора и т.п., то и толку будет больше.

На самом деле такая база наиболее интересна скорее для атаки на банк-клиент или интернет-банкинг.
Можно встряну со своим вопросом:
есть ли ли в репозиториях linux или файлопомойках для windows некая утилита, позволяющая послать письмо из командной строки (естесственно по ssl):
someutil --to pupkin@mail.ru --from vasya@gmail.com --subject «eee» --bodytext «ttttt» --attachement file.zip --server 8.8.8.8 --port 563 --login vasya --password pa$$word
заметьте, нужны ВСЕ опции.
msmtp например
Звонил както в Рольф по поводу ровной такой же проблемы. Починили тоже.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории