Электропочтовое

[city_rat]

Крайне полезная фича, которой, однако, не видел ни в одном почтовом клиенте: возможность выбора, кому посылать аттачи. Стандартная бизнесовая ситуация: "Маша, посылаю тебе файл на стотыщпятьсотмегов, Вася и Петя - вам к сведению, что файл ушел к Маше". Причем в классическом советском бумажном делопроизводстве это штатная возможность (есть стандартная формулировка - "Приложение: 40 листов, только в первый адрес")

Причем сложные настройки даже не нужны. Только галка "не рассылать вложения в CC".

Может, гугл реализует?

Comments

[http://users.livejournal.com/_slw/]

потому что по сути это будет два отдельных письма с разными MSGID

[city-rat.livejournal.com]

Вот типичный программазм!

Юзеру совершенно пох, какая внутри письма тирьямпампация.

[http://users.livejournal.com/_slw/]

тут сущности начинают вмешиваться.
это не внутри письма, это атомарность нарушается.
ну и отслеживаемость (по логам и прочему).

[elf-wired.livejournal.com]

То, что все реципиенты должны получить одинаковое тело письма - прописано в стандарте самой электропочты и от клиента не зависит.

Можно некоторым из реципиентов не дать доступ к вложению с помощью шифрования.

Можно послать письмо Маше а потом сделать форвард Васе и Пете (выкинув вложение) - в исходящих тогда будет 2 письма, но почтовый клиент их склеит в один тред скорее всего.

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

[strangerdiary.livejournal.com]

Так в тексте письма ссылка на dropbox, али еще какое облако. Маша заберет, Вася с Петей скажут "угу".
Чем не кейс?

[dizel-by.livejournal.com]

Плюсую. Аттачи — вообще зло сами по себе.

[city-rat.livejournal.com]

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

[pan-2.livejournal.com]

liquidfiles как раз под это, даже мулька для аутлука есть.

[city-rat.livejournal.com]

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

[gubern.livejournal.com]

Вася с Петей все равно спросят у Маши. А потом еще пять раз перешлют вместе с ответами.

[city-rat.livejournal.com]

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

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

[gubern.livejournal.com]

Так и внутри контор, в которых например Domino, тоже решена - там DAOS, который совершенно не виден пользователю. Да и гугель мог тоже что-то подобное нарисовать, только нафига конечному юзеру такие подробности.

[tyrex.livejournal.com]

а зачем?

[city-rat.livejournal.com]

С целью сохранения лидирующих позиций на рынке бизнес-почты.

[icamel.livejournal.com]

Это же противоречит идеологии совместной работы в облаке. Аттачи вообще слать не надо, надо открывать доступ непосредственно к документу.

[blacklion.livejournal.com]

Тогда нужно как минимум удобное и понятное простым пользователям версионирование этих документов, к которым открывают доступ. В системах документооборота по дцать килобаксов, верю есть, а вот подеешевле — как-то не очень. У того же гугл-докса.
Гитхаб простым пользователям не предлагать.

[blacklion.livejournal.com]

Почта мертва. google mail убил развитие десктопных клиентов, оставаясь при этом феерическим говном. Увы.
Я могу с ходу придумать пол-десятка сценариев, которые в каком-нибудь GoldEd реализовывались, а в почтовых клиентах — нет, и ещё десяток, котоыре вроде и очевидны — а фиг там.

[alll]

таки я не понял - это для секретности или каналов-памяти жалко?

[radio-weiss.livejournal.com]

Вот я через 15 лет пользования офисом нашел кнопку "сохранить и отправить"
Так что ты будь ближе к юзерам

[dimmas.livejournal.com]

Посыл, конечно, понятен, но; чем больше копий аттача прилетело моим адресатам - тем выше сохранность сего документа. Из иных соображений исходить - да, любой аттач зло, облако с развитой системой управления уровнями доступа нужно. Общедоступное (абсолютно - реально одно на всех, долой конкуренцию), естественно, облако :)

[pirivotcheg.livejournal.com]

Есть же, уже же есть...

Сервисы типа sendbigfiles.com (и прочие другие - их 100500 тыщ, имя им легион, платные, бесплатные, и любые промежуточные варианты между ними).

Отправляете ОДНО сообщение, всем, кому нужно (некоторые позволяют ставить и сс: , другие дают ссылку на закачанный файл - и сс (и даже верх эпистолярно-емейлового жанра - bcc:) уже можно поставить в своей почтовой программе, потом просто скопипастив в тело письма ссылку на файл. Все получают одинаковое письмо, со ссылкой и со списком его получивших (ясен пень, адресаты bcc: в списке получивших указаны не будут. В этом сладкий цимес bcc:).

Ну и далее в Вашем примере Маша пойдёт по ссылке и скачает себе файл. А Петя и Вася увидят, что Маша получила ссылку - и успокоится душа их, и снизойдёт на них благодать Господня.

"Не рассылать вложения в СС" - думаю, вряд ли кто-то сделает такой функционал в программе-клиенте эл.почты. Ибо уж больно это специфичная вещь, ИМХО...

[city-rat.livejournal.com]

Ох, программеры... Вы бы хоть комменты читали...

[hungry-ewok.livejournal.com]

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

[city-rat.livejournal.com]

А вот трафик тут вообще ни при чем.

[elf-wired.livejournal.com]

ИМХО в классическом советском бумажном делопроизводстве стоимость изготовления нескольких копий приложений была существенной, и поэтому был смысл на этом экономить.