The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

ProtonMail представил высокопроизводительную IMAP-библиотеку Gluon, opennews (ok), 24-Фев-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


36. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от YetAnotherOnanym (ok), 25-Фев-23, 11:49 
Можно конкретику услышать? Что именно в smtp&imap составляет ад, угар и содомию? И можно пример протокола аналогичного назначения, избавленного от ада, угара и содомии?
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

41. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  –5 +/
Сообщение от maximnik0 (?), 25-Фев-23, 13:31 
>imap составляет ад

Дико бесило что при закачке  на клиента автоматически на сервере удаляло письмо.Я правда уже не помню подробности из за чего точно этот косяк был -клиент не так настроен или в протоколе не доработка.Но то что поначалу приходилось падчить sendmail это да.Сейчас такого косяка вроде негде нету.

Ответить | Правка | Наверх | Cообщить модератору

42. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от Жяваман (?), 25-Фев-23, 14:38 
Какой же ты жалкий врунишка.
Галочку сам ставил об удалении поди. А виноват протокол
Ответить | Правка | Наверх | Cообщить модератору

45. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от maximnik0 (?), 25-Фев-23, 15:20 
>Галочку сам ставил об удалении поди. А виноват протокол

Вспомнил -на офтопике Microsoft Exchange удалял сообщения с сервера.И галочку не где нельзя было поставить.И реестр не отредактировать,не где не было  параметра,пока версию не обновили .Конкретно был косяк со стороны клиента.Поэтому нам в Инко на курсах предлагали 3 выхода - использовать "поп 3",ставить специальные параметры для вин imap сервер  или ставить падчи/специальные опции для sendmail,использовать другого клиента the bat или "нетшкаф" .

Ответить | Правка | Наверх | Cообщить модератору

49. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от maximnik0 (?), 25-Фев-23, 15:35 
Microsoft Outlook а я название сервера указал,запамятовал,слишком давно с оффтопиком в серверном варианте не работал.
Ответить | Правка | Наверх | Cообщить модератору

54. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +2 +/
Сообщение от Аноним (54), 25-Фев-23, 17:48 
За Вас всё решило майкрософт. Удел её адептов - искаженое восприятие реальности и перманентные корпоративные платные консультации.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

44. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  –1 +/
Сообщение от Kuromi (ok), 25-Фев-23, 15:14 
Ну на самом деле это логично. Почтовый сервер в данной концепции - аналог отделения почты, вы приходите, забираете почту и уходите. Как вы потом храните у себя поученную почту почтальона не волнует. Вы же не оставляете копию письма в отделении?

Даже фидонетовские ноды пересылавшие письма не хранили их вечно, т.к. место ограничено. Отсюда и формат eml, странная ныне идея хранить электронные пиьсма как файлы.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

52. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +1 +/
Сообщение от maximnik0 (?), 25-Фев-23, 15:46 
>Отсюда и формат eml, странная ныне идея хранить электронные пиcьма как файлы.

Наоборот,очень удобная вещь. Кросплатформенный формат,практически 100% понимание почтовыми клиентами (не надо заморачиваться с конвертированием почтовой базы).Легко делаются бэкапы внешними средствами.

Ответить | Правка | Наверх | Cообщить модератору

63. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от лютый ж.... (?), 25-Фев-23, 18:52 
>Наоборот,очень удобная вещь. Кросплатформенный формат,практически 100% понимание почтовыми клиентами

уровень экспертизы опеннета ) eml это расширение файликов, нет такого формата. А MIME - это убожество, с бесконечными уровнями вложенности, жутчайшим оверхедом на хранение бинарных данных и запутанной структурой, где даже банальное "какие вложения являются вложениями, а какие надо показать внутри html" медленное и на костылях.

Ответить | Правка | Наверх | Cообщить модератору

75. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от maximnik0 (?), 26-Фев-23, 01:58 
> eml это расширение файликов, нет такого формата.

Есть, простое перенаправление почтового протокола - откройте его в текстовом редакторе.А вот mbox  это уже стандарт соответствующий mime типу , но часто опять же переменовывают в elm из-за чего возникает путаница.Но чтобы увидеть разницу должно быть в файле вложение,по умолчанию совместимость с eml стандартом.

Ответить | Правка | Наверх | Cообщить модератору

59. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +3 +/
Сообщение от Аноним (54), 25-Фев-23, 17:55 
Вам доки протоколов POP3 SMTP IMAP надо читать, а не выдумывать логичность из жизни. IMAP и был создан, чтобы можно было работать с почтой из разных мест и устройств.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

105. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от AKTEON (?), 27-Фев-23, 08:56 
Во-первых это pop3 . Во-вторых а зачем вам надоЮ чтобы на сервере что-то лежало ?? Если там ничего не лежало, тов майор ничего и не получит. А не все письма за долгие года ...
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

120. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от maximnik0 (?), 27-Фев-23, 17:57 
> Во-первых это pop3 . Во-вторых а зачем вам надоЮ чтобы на сервере
> что-то лежало ??

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


Ответить | Правка | Наверх | Cообщить модератору

62. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от лютый ж.... (?), 25-Фев-23, 18:45 
>Можно конкретику услышать? Что именно в smtp&imap составляет ад, угар и содомию

вы, судя по всему, типичный эксперт опеннета, "стек почтовых протоколов" это не "smtp+imap" а очень много всякой наслоенной друг на друга пакости, размазанной по десяткам или сотням rfc.

вот если совсем навскидку: в mime вся бинарщина пакуется в base64 - это костыль и транжирство. в smtp докачки нет. шифрования-авторизации накручивали намного позже и коряво. spf, dkim и остальное подобное появилось сильно позже и до сих пор опциональное.

в целом, показательно что в javamail примерно 20 крутилок-костылей

mail.mime.uudecode. ignoreerrors
mail.mime.parameters.strict
mail.mime.uudecode. ignoremissingbeginend

итд из которых видно насколько приятно и весело надежно парсить почту от случайного отправителя

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

86. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от maximnik0 (?), 26-Фев-23, 10:25 
>в smtp докачки нет

Не совсем верно.Есть докачка,но нужно заниматься интеграцией с UUCP.А именно переключить UUCP в пакетный режим -а там есть 2 протокола с докачкой:a и f.Для незнающих-помимо модема можно использовать tcp.Недостаток- большое количество избыточной информации ,с другой стороны я не знаю какой должна быть убита сеть чтобы встроенного CRC не хватило и потребовалось повторная передача.

Ответить | Правка | Наверх | Cообщить модератору

96. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от YetAnotherOnanym (ok), 26-Фев-23, 16:57 
Вообще-то, в моём комментарии нет термина "стек почтовых протоколов", термин "стек емейл протоколов" употребил Аноньимъ выше в ветке.
Что же до указанных недостатков, то распухание бинаря при кодировании в base64 - неприятно, особенно когда отправляешь/принимаешь много сообщений с вложениями при тарифе с учётом трафика, но не смертельно. А вот невозможность докачки - да, как человек, регулярно бывающий в е**нях признаю, что иногда этого не хватает.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

123. "ProtonMail представил высокопроизводительную IMAP-библиотеку..."  +/
Сообщение от Котофалк (?), 28-Фев-23, 11:33 
> в целом, показательно что в javamail примерно 20 крутилок-костылей

остаётся понять, в каком месте это костыли mail, а в каком - java.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру