From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020712

Description of problem:
Red Hat needs a consistent naming policy with regard to packages / services. 

It seems that the apache (an implementation of an httpd) package has been
renamed httpd after the service it provides. This seems odd, as there are many
implementations of httpd for Linux which are not apache (thttpd, for example).

If Red Hat choose to keep apache as a package called httpd, this logic should be
applied to all other packages Red Hat uses, renaming the implementations to the
generic service provided. 
vsftpd -> ftpd
openssh-servers -> sshd
bind -> named
sendmail / postfix - smtpd
etc. But this has the obvious flaw of choosing one particular implementation to
recieve the generic `(protocol)d' package name. A problem also presents itself
if Red Hat changes their default implementation from postfix - sendmail.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Install bind, sendmail, postfix, openssh-servers, vsftpd, etc packages. Note
they are all named after the actual implementation, not the protocol being served.  


Actual Results:  1.Wonder why apache is no longer named after the
implementation, but the protocol
2.Wonder why this isn't consistent with most other packages
3.Wonder if the httpd package contains apache or httpd or aolserver
4.Wonder that happens if Red Hat changes their mind and another package provides
the httpd, what httpd will then be replaced with?
	

Expected Results:  The apache -> httpd rename seems like a really bad idea. But
even if it isn't. Red Hat need some consistent policy for naming packages.

Additional info: