Tracker: Bugs

5 conf.pl $imap_server_type selections are not consistent - ID: 1629722
Last Update: Comment added ( kink )

The selections for $imap_server_type are inconsistent between the following
subs in conf.pl:
------------------------------------------
"set_defaults" has:

print "Please select your IMAP server:\n";
print " bincimap = Binc IMAP server\n";
print " courier = Courier IMAP server\n";
print " cyrus = Cyrus IMAP server\n";
print " dovecot = Dovecot Secure IMAP server\n";
print " exchange = Microsoft Exchange IMAP server\n";
print " hmailserver = hMailServer\n";
print " macosx = Mac OS X Mailserver\n";
print " mercury32 = Mercury/32\n";
print " uw = University of Washington's IMAP server\n";
------------------------------------------
"command19" has:

print " cyrus = Cyrus IMAP server\n";
print " uw = University of Washington's IMAP server\n";
print " exchange = Microsoft Exchange IMAP server\n";
print " courier = Courier IMAP server\n";
print " macosx = Mac OS X Mailserver\n";
print " hmailserver = hMailServer\n";
print " other = Not one of the above servers\n";
------------------------------------------

I think having different server lists is very confusing for users ... if
people enter the command19 area, it might seem that dovecot or mercury32
(for example) are not valid selections.

This bug is also in the following bug trackers:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221399

http://bugs.centos.org/view.php?id=1637

Thanks,
Johnny Hughes
CentOS-4 Lead Developer


Johnny Hughes ( hughesjr ) - 2007-01-07 06:10

5

Closed

Fixed

Thijs Kinkhorst

None

None

Public


Comments ( 2 )

Date: 2007-01-07 12:38
Sender: kinkProject AdminAccepting Donations


The lists are now identical in the two places of conf.pl; this will be
included in 1.4.10. We keep both options, since they are distinctly
different, but they now both accept the same values. Thanks!


Date: 2007-01-07 10:30
Sender: kinkProject AdminAccepting Donations


Hi,

This originated from the fact that the "command19" option is directly
intended to enable some workarounds for known IMAP server types that make
them work better. I agree that we can better add all those server types,
and have them be no-ops for command19. Will see how to implement this.

Thanks!


Attached File

No Files Currently Attached

Changes ( 4 )

Field Old Value Date By
status_id Open 2007-01-07 12:38 kink
resolution_id None 2007-01-07 12:38 kink
close_date - 2007-01-07 12:38 kink
assigned_to nobody 2007-01-07 10:30 kink