Яндекс более не поддерживает РОР3 в почте как следует. Пичаль.

так как этот протокол технически считается устаревшим, и его поддержка более не осуществляется.

Не товарищи, если вы его больше не поддерживаете то поступите как все, вырубите его и вопросов небудет, а то получается оно есть, но как оно работает мы незнаем.

Яндекс – контора содомiтов.

Используй промежуточный хост, который будет забирать почту по IMAP и отдать по POP3s.

Они и IMAP с авторизацией по логину/паролю больше не поддерживают, заставляют в личном кабинете токен заводить под каждое приложение. Всё для Вашей безопасности, разумеется.

Identity Server или любая форма опосредованной аутентификации типа OAuth - это меньше геморроя разрабам приложений, что они как-то не так обработают данные аутентификации клиента. Ну а токен полюбить не так страшно. Классный такой памперс для разрабов.

Для корректной работы рекомендуем, используя актуальный протокол IMAP.

Одни преимущества от перехода: удаляем письмо в почтовой программе и оно самоудаляется с почтового сервера тоже.

У меня в самописном клиенте РОР3 тоже так реализовано.

Для корректной работы рекомендуем, используя актуальный протокол IMAP

Похоже на обрывок фразы, или у Алисы что-то там заклинило?

Так POP3 вроде автоматом удаляет письма когда их клиент забирает. А в IMAP можно вручную (отдельной командой) удалять, по сути всё что умеет POP3 он тоже умеет.

Так POP3 вроде автоматом удаляет письма когда их клиент забирает

Нет. Это распространенное поведение тогдашних КЛИЕНТОВ. В протоколе ничего такого нет.

Похоже, заклинило

Нет, не автоматом. Это зависит от настроек клиента и сервера. А вот чего действительно в POP3 не хватает, так это работы с папками, например, с помощью sieve(крутится на сервере) и managesieve(позволяет управлять правилами раскладывания писем из клиента). Таким образом, скрипты sieve на сервере при получении письма раскладываются по папочками(или автоматом куда-нибудь пересылаются, или создают новую папку и кладут письма в неё, или вовсе удаляются сразу - там много правил и действий), а я с любого IMAP-клиента на любом устройстве без дополнительных телодвижений всё это увижу. И правило фильтрации задаю один раз в одном месте.

В случае же с POP3 он забирает только из Inbox. Чтобы он увидел дургие папки с письмами, надо отдельно каждый клиент настраивать ручками. И правила писать на каждом клиенте отдельно. Ну или, если сервер твой, навешивать плагины к МDA.

Другой вопрос, что я не знаю, умеет ли яндекс работать с sieve. Скорее всего не умеет и для фильтрации какой-нибудь свой велосипед использует. Как и гугл. Причём, делают они это скорее всего не от того, что sieve плох, а для того, чтобы залочить пользователей на себя и свою вебморду. Но уже так, из области теорий заговора.

протокол технически считается устаревшим

Власть захватили школьники?

Яндекс – контора содомiтов.

Кстати, а как у них дела вообще? Датацентры уничтожены, сервисы не работают, контора разорена. Правда же? Очередной утильсбор для помощи яндексу не ввели ещё интересно.

sieve популярен потому что всё уже написано, но ничего не мешает и своё написать если требуется что-то в чём sieve не может помочь.

Я смотрю ты быстрый

Яндекс окончательно скатился

Можно и написать, в принципе ничего сложного. Или можно через плагин(как минимум для довекота такой есть) дёргать скрипты, не переписывая базовую часть. Я когда-то давно делал такое - это же просто из скрипта sieve вызывается любой другой скрипт, чтобы с мониторингом плотнее работать. А с нуля писать полностью - лень. Ну и для большинства задач хватает уже написаного.

Одни преимущества от перехода: удаляем письмо в почтовой программе и оно самоудаляется с почтового сервера тоже.

По мне так наоборот киллерфича. Я только из-за неё перешел на IMAP лет 20 назад(он тогда ещё везде сырым был до ужаса). По POP3 мне либо все письма оставлять, либо все удалять при заборе, а мне надо было чтобы то что надо хранилось, а то что я удаляю - удалялось.

Ну и громоптица умеет как-то так делать

https://iimg.su/i/3SET5S

Upd Наверное всё же не 20 лет, а 12-15. Как раз сначала страдал с POP3, а как повилась возможность, то в районе начала 2010-х и перешел. Тогда была почта на inbox.ru у меня вроде.

По POP3 мне либо все письма оставлять, либо все удалять при заборе, а мне надо было чтобы то что надо хранилось, а то что я удаляю - удалялось.

У меня тоже была такая избирательность с pop3 на каком-то ящике, не слишком удобно, но хоть как-то.

Так у них ещë и выручка на 12% подросла ;)

Ну и громоптица умеет как-то так делать

Эта опция в громоптице при почтовом ящике по POP3 работать будет только локально. На сервере в «Удалённых» письмо не появится. POP3 по RFC работает только в одну сторону - на скачивание.

через плагин(как минимум для довекота такой есть) дёргать скрипты, не переписывая базовую часть.

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

Мне ИИ-шечка сервер РОР3 написала. На питоне. Для этого она и нужна.

Написать весь почтовый стек с нуля - дело не особо затратное

Написать-то не большая проблема, а вот отладить…

Мне ИИ-шечка сервер РОР3 написала. На питоне. Для этого она и нужна.

Я тебе тоже могу pop3 сервер написать, не мне же пользоваться.

И отладить тоже не проблема, если в штате не макаки вместо программистов.

Вот в части отладить как раз неожиданности и всплывают, быдлокодеров я не рассматриваю.

Так я и имел ввиду, что при IMAP не обязательно удалять, можно настроить на перемещение, например в папку «Архив». Там человек писал про автоудаление обязательное при удалении по IMAP.

Я думаю у них ни одной публичной проги для реализации почты не используется.

Thunderbird по SMTP и IMAP через токен пока что работает и с яндексами и гуглами.

а в том что рыться в груде костылей (которую из себя представляет традиционный почтовый софт для локалхостов)

Их никто в этом коде рыться не заставляет. Общение же с сервером идёт по стандартным протоколам, которые сто лет не менялись. В десктопных клиентах(не только почтовых) проблемы начинаются, когда начинают обвешивать их кучей свистелок и перделок на яваскриптах и прочих растах, встраивать в них половину браузера, раз в несколько лет менять API взаимодействия с плагинами и прочее из этой серии.

SMTP и IMAP

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

Их никто в этом коде рыться не заставляет.

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

В десктопных клиентах

Клиенты тут ни при чём, это уже дела юзеров.

Я тебе тоже могу pop3 сервер написать, не мне же пользоваться.

Так, ИИ-шечка и тесты напишет.

Так это базовый функционал IMAP, прописанный в RFC. Его любой клиент умеет.

Собственно, добавление таких фич и было одной из(но не единственной) причиной этого самого IMAP появления. :)

Ну такое… заведи свой почтовый сервер с POP3 и интересными барышнями.

Я завёл, но на ём всё работает (я тут, смеха ради, почтового клиента пишу). А на яндексе - сразу куча ошибок посыпалась. Отлаживать же интереснее, когда ошибки есть. Печально, что половина-то ошибок не мои, а яндекса

Это не программы, это протоколы.

Теперь ты возьмёшь и покажешь мне цитату, в каком месте я написал, что это программы.

но реализация (код демонов) скорее всего полностью свой

Какая разница, чья реализация. Есть стандарт, написанный в допотопные времена. Гуглу не нужно лезть в код почтового клиента, чтобы реализовать там поддержку IMAP, ему просто нужно на своём сервере не отходить от стандарта. Прилетят в стандарт изменения, гугл на своей стороне реализует их на сервере, разработчики клиентов со своей - на клиентах. Сейчас, кстати, IMAP4 везде, если уж на то пошло. Там правда версии не бампают каждую неделю. И то, что ты называешь костылями в протоколе IMAP4, старше половины ЛОРовцев.

Теперь ты возьмёшь и покажешь мне цитату, в каком месте я написал, что это программы.

Вот:

через плагин(как минимум для довекота такой есть) дёргать скрипты, не переписывая базовую часть

Довекот - программа. «Базовая часть» которую не переписывают - тоже отсылка к какой-то программе.

Так, ИИ-шечка и тесты напишет.

И тесты тоже могу, повторюсь не мне же пользоваться :)

«Базовая часть» которую не переписывают - тоже отсылка к какой-то программе.

Отсылка к той части модулей довекота, которые реализуют функции sieve. И к слову, на скриптовый язык sieve тоже свой RFC есть. И все основные LDA этот стандрт поддерживают. Опять же очень давно.

Так что повторяю вопрос, где я назвал SMTP и IMAP программами?

Не, вырубать не надо. Лучше задокументировать известные ограничения и проблемы и опубликовать.
А не так, что по секрету только после обращения в ТП.
Хотя бы сделать ангалог MS User Voice (сейчас это вроде называется Microsoft Feedback Portal).

Не, вырубать не надо. Лучше задокументировать известные ограничения

Проблема в том, что ограничения неизвестные. Они так давно не поддерживают РОР3, что сами уже не могут сказать, почему тут работает, а тут не работает. Это изыскания проводить надо, а им лень.

А MicroSoft на своих серверах POP3 тоже выключил давно.

Кстати, в начале десятых, судя по приветсвию SMTP(220), у них как минимум в качестве MTA ипользовался postfix под Linux'ом. ;)

То есть в Москву через Владивосток?

Да только в этой теме и я, и другие некоторые из ограничений описывали. Если конкретнее на примере обычного юзера - вот настроишь ты в яндексовской вемборде у себя раздельные произвольные папочки, а потом клиентом пойдёшь по POP3. И писем из этих папок не увидишь, побежишь ругаться с суппортом. А в случае с IMAP, не важно через вебморду ты пришёл или клиентом, все письма из всех папок у тебя. Поэтому проще всех перевести на IMAP, так же проверенный временем давно устоявшийся протокол.

...для Вашей безопасности, разумеется...

Это фича наших дней, ага. Любой каприз оборачивается этим.

Проблема в том, что ограничения неизвестные. Они так давно не поддерживают РОР3, что сами уже не могут сказать, почему тут работает, а тут не работает. Это изыскания проводить надо, а им лень.

я думаю, что это неправда. Технические специалисты, поддерживающие инфраструктуру всё прекрасно знают. Просто у менеджемента нет желания публиковать то, что по их мнению, негативно скажется на репутации и т.д.
Да, даже в форме «POP3 не поддерживается, и мы не гарантируем его правильную работу» это была бы полезная информация в knowledge base/wiki. Но это надо, чтобы кто-то взял на себя ответственность, в т.ч. за бизнес-клиентов, которые прочитают и купят услуги у Mail.ru вместо яндекс.облака.

Если бы. Там при попытке считать письмо вылазит ошибка RETR command failed: -ERR[SYS/TEMP] unable to retrieve message, contact system administrator. sc=BilXFhCS60U0_271744_

А системный администратор сам не в курсе, что это за хня

Неисправленные ошибки гораздо сильнее бьют по репутации, чем честное признание их существования. Но, яндексу всё равно.

RETR command failed: -ERR[SYS/TEMP] unable to retrieve message

Так это же старая как мир как раз типичная ошибка для POP3. Клиент подключается раз в какое-то время к серверу и качает письма по очереди(там у каждого письма в этой очереди свой порядковый номер). И если какое-то письмо побилось, твой клиент споткнётся на этом письме и будет условно бесконечно запрашивать именно его. И пока он его не скачает, все остальные письма в очереди даже не будет пытаться. И всё. По POP3 ты больше ни одного нового письма не получишь, пока каким-либо другим способом(IMAP, вебморда, запрос в суппорт) не удалишь проблемное письмо.

А IMAP работает иначе. В нём нет никакой очереди. Клиент держит постоянный коннект с сервером с опросом статуса о новых письмах и хранит список всех писем даже если ты их не скачал. Таким образом он может получить доступ к произвольному письму в любой момент. Благодаря чему клиент легко и непринуждённо может или выкачать всё, или любое произвольное, даже если оно новее проблемного. Он и проблемное выкачает по IMAP, просто ты его открыть не сможешь, так как оно битое.

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

Отличный пример ещё одной причины отказа от POP3.