Конфликт с другими серверами pop3/imap мешает сосуществованию разных серверов для pop3 и imap, а также постепенной миграции с одного сервера на другой. См. обсуждение http://lists.altlinux.ru/pipermail/devel/2005-September/023950.html
Конфликт между продуктами выполняющими одно действие и конфликтующие по портам это правильное решение, нельзя его убирать. Если хочется странного (сосуществование разных серверов есть смысл делать разве что в vserver, но никак не в общей среде), то человек, имеющий квалификацию достаточную чтобы не развалить при этом ничего, сможет сам собрать для себя не конфликтующий пакет.
Аргументы должны быть более взвешенными, чем "правильное решение", и желательно в рассылке devel@, где началось обсуждение. Данные пакеты не выполняют одно действие - это два разных сервиса (точнее, четыре), которые обслуживаются одной программой. Распилить каждый макропакет на 4 отдельных подпакета сейчас нереально, поэтому нужно убрать конфликт между ними. На тему "желания странного" - озаботьтесь прочтением приведённой ссылки, ничего странного там нет. PS Свои вердикты выносите на баги своих пакетов, а не чужих.
1. сервера таки должны запускаться по крайней мере для 127.0.0.1 по-умолчанию если установлены. Обычно если человек ставит конкретный сервер, он хочет им пользоваться. 2. очень бы хотелось узнать чем так не устраивает dovecot в качестве pop3, что нужен ещё uw одновременно с ним?
Польза от сервера на 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@ - здесь дискуссия не видна практикующим админам.
reassign
В общем по этой баге -- мне самому заниматься этим пакетом не хочется. Либо забирайте его у меня, либо шлите патчи. Я приложу и пересоберу.