Closed Bug 256599 Opened 20 years ago Closed 20 years ago

useMatchingHostNameServer pref is ignored

Categories

(MailNews Core :: Networking, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: iannbugzilla, Assigned: Bienvenu)

Details

(Keywords: regression)

Attachments

(1 file, 1 obsolete file)

Using BuildID 2004082007 on WinXP SP1 Steps to reproduce 1. Have IMAP and SMTP servers on same machine (adm1 in my case) 2. Set mail.smtp.useMatchingHostNameServer to true 3. Start Mozilla and enter password for IMAP server (adm1 in my case) 4. Compose an email and click on send. Expected Result 1. Email is sent Actual Result 1. Prompted for password for SMTP server (adm1 in my case) Done some testing as to when the regression happened. Works fine in BuildID 2004081809 but has regressed by BuildID 2004081910. Tested on BuildID 2004082209 and it still happens. Looking at checkins during that period possibly bug 41929 is to blame so cc'ing relevant people.
oy, taking.
Assignee: sspitzer → bienvenu
Attached patch Possible solution (obsolete) — Splinter Review
Possible fix for this. The problem arises from the call to FindRealServer with an empty type so that we can find any server that is on the same host/domain. In the URL method that we are using now, you can't set the scheme to an empty value. So this patch uses 'any' as a magic scheme when we pass in an empty type to FindRealServer. What do you think?
Comment on attachment 158241 [details] [diff] [review] Possible solution Style nits: >+ type.AssignLiteral(""); type.Truncate(); >+ if (!(type.EqualsLiteral("none") || type.EqualsLiteral(""))) if (!(type.EqualsLiteral("none") || type.IsEmpty())) >+ serverInfo.type = (!(type.IsEmpty() || type.EqualsLiteral(""))) ? type.get() : ""; serverInfo.type = type.get(); [this was true on the old code too] >+ if (PL_strcmp(type, "")==0) { if (!*type)
if it would simplify the patch, I'm happy to pass in "any" in the one place we call FindServer with an empty type...
(In reply to comment #4) > if it would simplify the patch, I'm happy to pass in "any" in the one place we > call FindServer with an empty type... Either way is about the same ... it just depends how you want to advertise the interface to outside users ... "" for matching any type or "any" as the wildcard. If I don't hear anything from you, I'll just use the method that I have here (with your comments addressed of course) Kevin
Attached patch patchSplinter Review
cleaned up patch I kept the format of passing in "" for the wildcard type from outside FindRealServer so that it would be consistent with what we do for the username and and hostname. Neil's nits addressed also
Attachment #158241 - Attachment is obsolete: true
Comment on attachment 158302 [details] [diff] [review] patch When you have a moment If someone wants to r/sr or if you wish to reverse these ... go ahead Kevin
Attachment #158302 - Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #158302 - Flags: review?(bienvenu)
Comment on attachment 158302 [details] [diff] [review] patch I'll check this in once Neil sr's
Attachment #158302 - Flags: review?(bienvenu) → review+
Attachment #158302 - Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
Patch was checked in so can this be closed or is it needed for aviary too?
(In reply to comment #9) > Patch was checked in so can this be closed or is it needed for aviary too? This isn't needed for aviary unless the stuff from bug 41929 gets ported over to the aviary branch.
Product: MailNews → Core
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: