Сообщение Re[13]: Простой почтовый клиент для Win10 от 08.10.2020 5:29
Изменено 08.10.2020 5:35 Pavel Dvorkin
Re[13]: Простой почтовый клиент для Win10
Здравствуйте, Shtole, Вы писали:
PD>Так это на клиенте, а разговор начинался про какие-то ошибки на сервере.
>Разве? Если вы про мою фразу "опция оставления на сервере", я имел в виду вот эту галку в клиенте:>
Да, галка эта, но она означает, что клиент не должен удалять письмо с сервера. А ты раньше писал
S>Периодически какой-то клиент забывал, что письмо он скачал и качал его снова и снова. Пока я это чинил, письма могли потеряться на сервере. С кем я разговаривал, жаловались на то же самое.
Вот это "потеряться на сервере" меня и удивило. Если все клиенты эту галочку поставили — не может там ничего потеряться. Скорее всего один из клиентов забыл эту галку поставить — вот тогда оно там даже не терялось, а просто удалялось
S>А где именно в коде глюк -- коде клиента, сервера, обоих, нигде ("само всё сломалось") -- этого я, конечно, не знаю. Подозреваю, таков результат взаимодействия конкретного почтового сервера с его конфигами и конкретного почтового клиента с его настройками плюс какого-нибудь триггерного события. Как бы то ни было, глючит, и вы это подтвердили. Мистика была бы, если бы я встретил человека, который годами пользуется POP3 в режиме хранения писем на сервере и не наступал на эти грабли.
Я подтвердил, что на клиенте глюки бывают. Я не сталкивался с глюками на сервере. Так что в этом плане я тот самый человек
S>Я бы предположил, что фундаментально проблема не в клиенте и не в сервере, а в протоколе. Хочется хранить всё на сервере -- надо отказаться от идеи скачивания.
Ну с этим я согласиться никак не могу. Что уж, вообще если что-то хранится на сервере — то и скачивать нельзя (с условием, что клиент помнит, что он уже скачал, а что нет) ? Что тут криминального ?
IMAP же именно так задизайнен, или я ошибаюсь?
Вот с IMAP все хуже.
POP3, если установлена "не удалять на сервере", обратной связи не имеет. Все изменения на клиенте на сервер не отправляются. Поэтому на клиенте я могу завести свои папки и filtering rules, это никакого влияния на сервер не окажет. Если клиентов несколько, то они на разных клиентах могут быть разными, это тоже на сервере ни на что не влияет.
А IMAP4 транслирует изменения на клиенте обратно на сервер. Создал я в своей Thunderbird новую папку или применил filtering rule — теперь на сервере будет создана эта папка или перемещены письма. Если такой клиент один — еще куда ни шло. Если же их несколько, и на каждом такое делать, то будет классическая конкурентная модификация без синхронизации с непредсказуемыми , вообще говоря, последствиями.
PD>Так это на клиенте, а разговор начинался про какие-то ошибки на сервере.
>Разве? Если вы про мою фразу "опция оставления на сервере", я имел в виду вот эту галку в клиенте:>
Да, галка эта, но она означает, что клиент не должен удалять письмо с сервера. А ты раньше писал
S>Периодически какой-то клиент забывал, что письмо он скачал и качал его снова и снова. Пока я это чинил, письма могли потеряться на сервере. С кем я разговаривал, жаловались на то же самое.
Вот это "потеряться на сервере" меня и удивило. Если все клиенты эту галочку поставили — не может там ничего потеряться. Скорее всего один из клиентов забыл эту галку поставить — вот тогда оно там даже не терялось, а просто удалялось
S>А где именно в коде глюк -- коде клиента, сервера, обоих, нигде ("само всё сломалось") -- этого я, конечно, не знаю. Подозреваю, таков результат взаимодействия конкретного почтового сервера с его конфигами и конкретного почтового клиента с его настройками плюс какого-нибудь триггерного события. Как бы то ни было, глючит, и вы это подтвердили. Мистика была бы, если бы я встретил человека, который годами пользуется POP3 в режиме хранения писем на сервере и не наступал на эти грабли.
Я подтвердил, что на клиенте глюки бывают. Я не сталкивался с глюками на сервере. Так что в этом плане я тот самый человек
S>Я бы предположил, что фундаментально проблема не в клиенте и не в сервере, а в протоколе. Хочется хранить всё на сервере -- надо отказаться от идеи скачивания.
Ну с этим я согласиться никак не могу. Что уж, вообще если что-то хранится на сервере — то и скачивать нельзя (с условием, что клиент помнит, что он уже скачал, а что нет) ? Что тут криминального ?
IMAP же именно так задизайнен, или я ошибаюсь?
Вот с IMAP все хуже.
POP3, если установлена "не удалять на сервере", обратной связи не имеет. Все изменения на клиенте на сервер не отправляются. Поэтому на клиенте я могу завести свои папки и filtering rules, это никакого влияния на сервер не окажет. Если клиентов несколько, то они на разных клиентах могут быть разными, это тоже на сервере ни на что не влияет.
А IMAP4 транслирует изменения на клиенте обратно на сервер. Создал я в своей Thunderbird новую папку или применил filtering rule — теперь на сервере будет создана эта папка или перемещены письма. Если такой клиент один — еще куда ни шло. Если же их несколько, и на каждом такое делать, то будет классическая конкурентная модификация без синхронизации с непредсказуемыми , вообще говоря, последствиями.
Re[13]: Простой почтовый клиент для Win10
Здравствуйте, Shtole, Вы писали:
PD>Так это на клиенте, а разговор начинался про какие-то ошибки на сервере.
>Разве? Если вы про мою фразу "опция оставления на сервере", я имел в виду вот эту галку в клиенте:>
Да, галка эта, но она означает, что клиент не должен удалять письмо с сервера. А ты раньше писал
S>Периодически какой-то клиент забывал, что письмо он скачал и качал его снова и снова. Пока я это чинил, письма могли потеряться на сервере. С кем я разговаривал, жаловались на то же самое.
Вот это "потеряться на сервере" меня и удивило. Если все клиенты эту галочку поставили — не может там ничего потеряться. Скорее всего один из клиентов забыл эту галку поставить — вот тогда оно там даже не терялось, а просто удалялось
S>А где именно в коде глюк -- коде клиента, сервера, обоих, нигде ("само всё сломалось") -- этого я, конечно, не знаю. Подозреваю, таков результат взаимодействия конкретного почтового сервера с его конфигами и конкретного почтового клиента с его настройками плюс какого-нибудь триггерного события. Как бы то ни было, глючит, и вы это подтвердили. Мистика была бы, если бы я встретил человека, который годами пользуется POP3 в режиме хранения писем на сервере и не наступал на эти грабли.
Я подтвердил, что на клиенте глюки бывают. Я не сталкивался с глюками на сервере. Так что в этом плане я тот самый человек
S>Я бы предположил, что фундаментально проблема не в клиенте и не в сервере, а в протоколе. Хочется хранить всё на сервере -- надо отказаться от идеи скачивания.
Ну с этим я согласиться никак не могу. Что уж, вообще если что-то хранится на сервере — то и скачивать нельзя (с условием, что клиент помнит, что он уже скачал, а что нет) ? Что тут криминального ?
>IMAP же именно так задизайнен, или я ошибаюсь?
Вот с IMAP все хуже.
POP3, если установлена "не удалять на сервере", обратной связи не имеет. Все изменения на клиенте на сервер не отправляются. Поэтому на клиенте я могу завести свои папки и filtering rules, это никакого влияния на сервер не окажет. Если клиентов несколько, то они на разных клиентах могут быть разными, это тоже на сервере ни на что не влияет.
А IMAP4 транслирует изменения на клиенте обратно на сервер. Создал я в своей Thunderbird новую папку или применил filtering rule — теперь на сервере будет создана эта папка или перемещены письма. Если такой клиент один — еще куда ни шло. Если же их несколько, и на каждом такое делать, то будет классическая конкурентная модификация без синхронизации с непредсказуемыми , вообще говоря, последствиями.
PD>Так это на клиенте, а разговор начинался про какие-то ошибки на сервере.
>Разве? Если вы про мою фразу "опция оставления на сервере", я имел в виду вот эту галку в клиенте:>
Да, галка эта, но она означает, что клиент не должен удалять письмо с сервера. А ты раньше писал
S>Периодически какой-то клиент забывал, что письмо он скачал и качал его снова и снова. Пока я это чинил, письма могли потеряться на сервере. С кем я разговаривал, жаловались на то же самое.
Вот это "потеряться на сервере" меня и удивило. Если все клиенты эту галочку поставили — не может там ничего потеряться. Скорее всего один из клиентов забыл эту галку поставить — вот тогда оно там даже не терялось, а просто удалялось
S>А где именно в коде глюк -- коде клиента, сервера, обоих, нигде ("само всё сломалось") -- этого я, конечно, не знаю. Подозреваю, таков результат взаимодействия конкретного почтового сервера с его конфигами и конкретного почтового клиента с его настройками плюс какого-нибудь триггерного события. Как бы то ни было, глючит, и вы это подтвердили. Мистика была бы, если бы я встретил человека, который годами пользуется POP3 в режиме хранения писем на сервере и не наступал на эти грабли.
Я подтвердил, что на клиенте глюки бывают. Я не сталкивался с глюками на сервере. Так что в этом плане я тот самый человек
S>Я бы предположил, что фундаментально проблема не в клиенте и не в сервере, а в протоколе. Хочется хранить всё на сервере -- надо отказаться от идеи скачивания.
Ну с этим я согласиться никак не могу. Что уж, вообще если что-то хранится на сервере — то и скачивать нельзя (с условием, что клиент помнит, что он уже скачал, а что нет) ? Что тут криминального ?
>IMAP же именно так задизайнен, или я ошибаюсь?
Вот с IMAP все хуже.
POP3, если установлена "не удалять на сервере", обратной связи не имеет. Все изменения на клиенте на сервер не отправляются. Поэтому на клиенте я могу завести свои папки и filtering rules, это никакого влияния на сервер не окажет. Если клиентов несколько, то они на разных клиентах могут быть разными, это тоже на сервере ни на что не влияет.
А IMAP4 транслирует изменения на клиенте обратно на сервер. Создал я в своей Thunderbird новую папку или применил filtering rule — теперь на сервере будет создана эта папка или перемещены письма. Если такой клиент один — еще куда ни шло. Если же их несколько, и на каждом такое делать, то будет классическая конкурентная модификация без синхронизации с непредсказуемыми , вообще говоря, последствиями.