Bug 7899 - Please remove conflict with IMAPD/POP3D
Summary: Please remove conflict with IMAPD/POP3D
Status: CLOSED WONTFIX
Alias: None
Product: Sisyphus
Classification: Development
Component: uw-imap (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: Konstantin A Lepikhov (L.A. Kostis)
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-07 18:38 MSD by Vitaly A. Ostanin
Modified: 2008-03-23 02:03 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vitaly A. Ostanin 2005-09-07 18:38:08 MSD
Конфликт с другими серверами pop3/imap мешает сосуществованию разных серверов
для pop3 и imap, а также постепенной миграции с одного сервера на другой.

См. обсуждение
http://lists.altlinux.ru/pipermail/devel/2005-September/023950.html
Comment 1 Denis Smirnov 2005-09-08 17:40:01 MSD
Конфликт между продуктами выполняющими одно действие и конфликтующие по портам
это правильное решение, нельзя его убирать.

Если хочется странного (сосуществование разных серверов есть смысл делать разве
что в vserver, но никак не в общей среде), то человек, имеющий квалификацию
достаточную чтобы не развалить при этом ничего, сможет сам собрать для себя не
конфликтующий пакет.
Comment 2 Vitaly A. Ostanin 2005-09-08 17:54:32 MSD
Аргументы должны быть более взвешенными, чем "правильное решение", и желательно
в рассылке devel@, где началось обсуждение.

Данные пакеты не выполняют одно действие - это два разных сервиса (точнее,
четыре), которые обслуживаются одной программой. Распилить каждый макропакет на
4 отдельных подпакета сейчас нереально, поэтому нужно убрать конфликт между ними.

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

PS Свои вердикты выносите на баги своих пакетов, а не чужих.
Comment 3 Denis Smirnov 2005-09-08 20:16:14 MSD
1. сервера таки должны запускаться по крайней мере для 127.0.0.1 по-умолчанию
если установлены. Обычно если человек ставит конкретный сервер, он хочет им
пользоваться.

2. очень бы хотелось узнать чем так не устраивает dovecot в качестве pop3, что
нужен ещё uw одновременно с ним?
Comment 4 Vitaly A. Ostanin 2005-09-08 23:50:25 MSD
Польза от сервера на 127.0.0.1 почти нулевая, но не в этом дело. Про светлое
будущее в виде "всё в vserver" я в курсе, но и не в этом дело. Раз уж вам лень
прочитать приведённую ссылку - повторю, что миграция на dovecot в старых
почтовых системах возможна только постепенно (как и на vserver - мы пытались, и
в архивах sisyphus@ есть сообщения о конфликтах хост-сервисов с виртуальными.
Да, даже при v_* врапперах).

Разовая замена uw-imap на dovecot невозможна ввиду несовместимости X-UID -
клиенты с батом видят старую почту на pop3, как новую. Я уже не говорю о
разности расположения каталогов imap у uw-imap и dovecot, и слетании флагов
прочтения писем на imap, и повторной скачке заголовков писем imap-клиентами, и
скриптах пользователей, настроенных на почтовые каталоги.

Повторяю ещё раз - конфликты рациональны только при корректном распиливании
пакетов. Иначе наблюдается насилие мантейнера над администратором. Конфликт
портов обнаруживается при первом же запуске сервисов, далее идёт развешивание
сервисов по интерфейсам или разным портам. Да, в идеальном мире всю выдачу почты
должен обслуживать один клиент, но в реальном мире есть разные категории
пользователей на один почтовый домен - жаждущие webui (cyrus), security
(dovecot), и которым по барабану, лишь бы работало, как раньше работало (uw-imap).

Идея поставить конфликты сервисов была хороша, но на практике себя не оправдала.
Мантейнера dovecot я вроде бы уже убедил. Если вы по-прежнему настаиваете на
необходимости конфликтов, продолжайте в devel@ - здесь дискуссия не видна
практикующим админам.
Comment 5 Denis Smirnov 2007-04-26 02:28:53 MSD
reassign
Comment 6 Denis Smirnov 2008-03-23 02:03:22 MSK
В общем по этой баге -- мне самому заниматься этим пакетом не хочется.
Либо забирайте его у меня, либо шлите патчи. Я приложу и пересоберу.