Comments 41
И вот на тебе… Гугл пытается вынести email в свой загончик.
Вероятно считают, что раз с мессенжерами получилось всех по разным протоколам расскидать, то и тут выйдет.
Да причём тут "загончик"? Это ж не смена протокола, а всего лишь смена способа авторизации.
2020й год уже скоро, сколько можно пароли третьим лицам передавать?
С xmpp было аналогично, всех данный протокол устраивал, но потом пользовательская база стала сильно прирастать у больших компаний, и каждый конкурент пришел к выводу, что надо огораживаться, что бы юзеры не утекали. И внезапно xmpp (общий для всех) объявили не безопасным, устаревшим и не поддерживающим нужного набора эмодзи и прочих стикеров. И каждый запили свою версию мессенжера, максимально не совместимого с конкурентами.
Так и тут может случится.
Сначала отменять авторизацию через imap.
Потом разрешат вход только через приложение gmail (а ведь наличие gmail аккаунта = количеству аккаунтов в google play для android).
Сколько там осталось MS Windows для выхода в интернет?
А сколько уже сейчас android для интернет?
Есть мнение, что раз Google не смог собрать конкурента мессенжерам (а все свои попытки сам же и закапывает), то будут использовать конкурентное преимущество в виде Gmail как части android и постепенным «улучшением» gmail и добавлением посторонних к email функций — соберут свой альтернативный «как бы убер-мессенжер».
xmpp так и оставался развлечением гиков, т.к. светлые идеи без денег шансов не имеют
Вот это уже интереснее чем PHP IMAP. Потому что таки относится. Только что проверил: Outlook тоже только по паролю входить умеет. Да и вообще в справке самого gmail нового варианта авторизации даже не упомянуто.
If you are using stand-alone Outlook 2016 or earlier, move to Office 365 (a web-based version of Outlook) or Outlook 2019, both of which support OAuth access. Alternatively you can use G Suite Sync for Microsoft Outlook.
If you are using Thunderbird or another email client, re-add your Google Account and configure it to use IMAP with OAuth.
If you are using the mail app on iOS or MacOS, or Outlook for Mac, and use only a password to login, you’ll need to remove and re-add your account. When you add it back, select “sign in with Google” to automatically use OAuth.
Calendar
If you use CalDAV to give an app or device access to your calendar, switch to a method that supports OAuth. We recommend the Google Calendar app [Web/iOS/Android] as the most secure app to use with your G Suite account.
If your G Suite account is linked to the calendar app in iOS or MacOS and uses only a password to login, you’ll need to remove and re-add your account to your device. When you add it back, select “sign in with Google” to automatically use OAuth. Read more
Contacts
If your G Suite account is syncing contacts to iOS or MacOS via CardDAV and uses only a password to login, you’ll need to remove your account. When you add it back, select “sign in with Google” to automatically use OAuth. Read More
If your G Suite account is syncing contacts to any other platform or app via CardDAV and uses only a password to login, switch to a method that supports OAuth.
А я-то думал — что ещё придумают большие конторы, чтоб заставить людей купить/обновиться выше Outlook2010?
Тада! И сектор
*ушёл радовать руководство необходимостью новых корпоративных закупок*
wiki.php.net/todo/ext/imap?s%5B%5D=imap
bugs.php.net/bug.php?id=78572
Ну и да, php-imap это все таки получение писем, думаю imap клиентов, написанных на php и реально используемых реальными людьми для получения писем из gmail очень мало. И, если они вообще есть, наверное им лучше поменять свой способ получения писем, в независимости от данной новости.
imap клиентов на php не мало. Это тонна автоматизации у плюс минус продвинутых компаниях.
А для кого существует G Suite? Думаете, мало крупных компаний, которые его используют?
Много. Но они вряд ли используют PHP IMAP для доступа.
Почему нет? Например, они могут использовать один из известных хелпдесков, написанный на PHP, который может забирать почту по IMAP...
При современных ценах на SaaS хелпдески, как-то даже странно поддерживать свой велосипед.
Почему вы решили, что речь о своём велосипеде, а не о self-hosted версии коммерческого helpdesk'а? (почему не SaaS, предлагаю оставить за скобками)
Также, я заметил что крупные компании, в которых я работал, редко используют php в принципе, и в частности php-imap для забора почты. Даже если это какие то тикетные и хелпдеск системы, то в основном это java приложения, в основном jira или продукты ibm. По крайней мере, по моему опыту.
Разобрать стандартный xls из стандартного письма заказчика, положить во внутреннюю систему, раскидать под это дело таски нескольким людям. Если чего-то нет, автоматически заказать и тп.
У нас так яндекс.еда заказывает (только скрипты на node.js и yandex почта, поэтому сильно не касается, но у меня были заказчики с такими же кейсами и gmail+php).
Google хоронит расширение PHP IMAP