Bug 723289 - dovecot does not use portreserve
Summary: dovecot does not use portreserve
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: dovecot
Version: 14
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Michal Hlavinka
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-19 16:00 UTC by Jeremy Sanders
Modified: 2011-07-25 14:27 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-07-25 14:27:59 UTC
Type: ---


Attachments (Terms of Use)

Description Jeremy Sanders 2011-07-19 16:00:55 UTC
The port taken by dovecot can be taken earlier by systems using rpc in the boot
process. This leads to dovecot failing to start:

Jul 19 13:02:31 xserv1 dovecot: master: Error: service(imap-login): listen(*,
993) failed: Address already in use
Jul 19 13:02:31 xserv1 dovecot: master: Fatal: Failed to start listeners

Dovecot should use the portreserve mechanism to reserve its ports
(imaps,imap,pops,pop) which would be released before starting it.

I think this just needs the dovecot init.d script to do

 # tell portreserve to release the port
 [ -x /sbin/portrelease ] && /sbin/portrelease dovecot &>/dev/null || :

on startup, and for there to be a file
/etc/portreserve/dovecot

with the appropriate ports listed.

Version-Release number of selected component (if applicable):
dovecot-2.0.13-1.fc15

Comment 1 Michal Hlavinka 2011-07-20 07:07:15 UTC
Did this really happen? Dovecot in Fedora 15 has no sysv init script, just systemd service file. This, together with socket activation should make portreserve redundant. Also see "Deprecating portreserve" on fedora-devel mailing list.

Comment 2 Jeremy Sanders 2011-07-20 08:29:15 UTC
Sorry - I must have got distracted and put down F15 instead of F14. Not sure it is worth fixing just for F14.

Comment 3 Michal Hlavinka 2011-07-25 14:27:59 UTC
This would require to synchronize changes with cyrus-imapd (and possible different mail server if there is any) and it could break some 3rd party services people can be using in release that is working for quite long time (compared to live cycle). I don't think this is a good idea for Fedora 14


Note You need to log in before you can comment on or make changes to this bug.