Функція undo send від компанії google. Продовження

Відео: How to Recall Sent Email Messages in Gmail - Undo Wrong Delivery E-mails

Зверніть увагу, що система Gmail тільки намагається затримати відправку повідомлення. Вона не намагається витягти копії повідомлень, відправлених і доставлених в поштові скриньки одержувачів. Після того як повідомлення почне свій шлях, система Gmail відправить його за призначенням. Я думаю, що це розумний і практичний підхід, тому що є тільки одна точка, в якій ви можете гарантовано блокувати вихідне повідомлення, і цю точку повідомлення проходить до того, як почне оброблятися транспортними механізмами. Крім проблеми, пов`язаної із зовнішніми одержувачами, пропонована клієнтом Outlook спроба дістати і витягти копії відкликаються повідомлень з поштових скриньок користувачів, швидше за все, викличе негативну реакцію навіть в межах однієї організації, так як деякі користувачі, можливо, вже встигнуть побачити небажаний вміст.

Але окремої великою проблемою, яка продовжує перешкоджати тому, щоб відгук повідомлень працював так, як хотілося б, як і раніше є поширення мобільних клієнтів. Undo Send функціонує, якщо ви використовуєте браузер для роботи з системою Gmail. Але перейдіть на поштовий клієнт для системи iOS від компанії Apple або на будь-який з незліченних поштових клієнтів, які працюють на пристроях з системою Android (включаючи Outlook for Android), і ви будете розчаровані, тому що в цих клієнтів немає призначеного для користувача інтерфейсу для виконання відкликання повідомлень . Це твердження вірне і в випадках, коли мобільні клієнти підключаються до системи Exchange.





На захист розробників мобільних клієнтів електронної пошти зазначу, що вони, ймовірно, навряд чи можуть вплинути на проблему, оскільки протоколи, на які вони спираються при підключенні своїх клієнтів до систем Gmail або Exchange, не підтримують понять «відкликання повідомлень» або «скасувати надсилання» . Більшість мобільних клієнтів підключаються до системи Gmail, використовуючи протокол IMAP4, а протокол ActiveSync (EAS) є інструментом, застосовуваним при роботі з системою Exchange, - жоден з них не підтримує можливість відкликання повідомлень. Протоколи знають лише про те, що клієнти надають повідомлення для відправки, і повідомлення вважаються поданими, як тільки вони передані на сервер.




Можливо, необхідно додати «залізобетонне» засіб відкликання повідомлень в серверні механізми. Це необхідно не для того, щоб звести нанівець значення можливості створення користувачами затримок перед відправкою повідомлень. Мені подобається ідея з затримками, але я волів би, щоб механізм краще контролювався, наприклад так, щоб можна було застосовувати затримку до повідомлень, адресованим конкретним особам. Але реальне рішення може лежати в області працює на сервері штучного інтелекту, який розглядає вихідну пошту, виявляючи приховані помилки. Можливо, дані рішення буде схоже на функцію Clutter, що вивчає наші звички при роботі з електронною поштою.


І тоді ми могли б повернути помічника Clippy, щоб він інформував користувачів про те, що їм, можливо, варто переглянути своє рішення: «Прошу прохання. Я помітив, що ви назвали одержувача листа ідіотом. Ви хочете, щоб я доставив повідомлення? »Було б чудово!

---