Bug 723289

Summary:	dovecot does not use portreserve
Product:	[Fedora] Fedora	Reporter:	Jeremy Sanders <jeremy>
Component:	dovecot	Assignee:	Michal Hlavinka <mhlavink>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	14	CC:	mhlavink
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-07-25 14:27:59 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

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