Closed Bug 575418 Opened 15 years ago Closed 15 years ago

Difficulty setting up POP account to some domains

Categories

(Thunderbird :: Account Manager, defect)

Product:
Thunderbird
Component:
Account Manager
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: rashkae, Assigned: bwinton)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100106 Ubuntu/9.10 (karmic) Firefox/3.5.7 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-us; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 It is near impossible to create a pop account from the new account manager to some domains. I'm not certain exactly what triggers the bugs, but I believe it might be to do with the auto-detection being unable to communicate successfully with the smtp server at the domain. In the example domain I use for this test, tigershaunt.com, the server will accept smtp connections on port 25, but it does not relay. I did not have this problem when creating a mail account to a server with a relay enabled smtp server. Reproducible: Always Steps to Reproduce: 1. Open account settings, select "Create new Mail Account" 2. E-mail address field, enter test@tigershaunt.com Leave password blank 3. Click Continue Actual Results: Account manager auto-detect an IMAP incoming mail server and an smtp server. However, the test of the smtp server never completes. There is a stop button, but clicking in it has no effect. Clicking "Manual Set-up" button creates an IMAP account. Expected Results: Stop button should stop the attempt at auto-configuration. I should then be able to choose a POP server type before clicking Manual SetUp
It would be even better if Manual Setup button would ask me what kind of account, Pop or Imap, I wanted to create.
Assignee: nobody → bwinton
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Stop button has no effect: there is a bug filed on it, and it should be fixed by bug 549045. It shouldn't be rolled into this bug. Does Thunderbird find a POP option or just an IMAP option, when it guesses the config? What happens when you wait until Thunderbird settles (you may have to wait 2 minutes), then click on Edit, then select POP? Shouldn't that work?
I don't know.. I didn't try leaving for a coffee and returning. Whether that works or not is,, academic no? I can work around the problem faster than that. Either way, ridiculous.
>Whether that works or not is,, academic no? No, it's part of the debugging process that we usually do here in bugzilla.
WFM
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
If you respond to my questions instead of making fun of a rational process, and there is a real, specific bug, you may reopen.
> Does Thunderbird find a POP option or just an IMAP option, > when it guesses the config? Can't work, because bug 560051 is still open. > What happens when you wait until Thunderbird settles (you may have to wait 2 > minutes), then click on Edit, then select POP? Shouldn't that work? FWIW, the Stop button disappears and is replaced with the Edit button after 10-20 seconds in my testing, with your email address domain. However, there is indeed a bug when you click on the Stop button while only the SMTP server is still probing (incoming server already done). The progress spinner disappears, but the Stop button stays and is not replaced with an Edit button. However, that should be fixed by bug 549045.
(In reply to comment #6) > If you respond to my questions instead of making fun of a rational process, and > there is a real, specific bug, you may reopen. The answer to your question was honest. I don't know. (Since the pc in question is not at home, I had no way to get a quick answer either. I can tell you that waiting for over 1 minute did not resolve the issue, and I don't know why yours settled on 15 seconds. Leave this bug closed if you want, but I think it should be obvious there's a serious usability issue here. Getting to a dialogue box where you can enter known e-mail server settings in an e-mail program should be very easy and instantaneous process. I appreciate how great the new auto-detection is for users, that can theoretically make the process as simple as webmail login for new users. But this process should not interfere with the basics.
> I think it should be obvious there's a serious usability issue here That is clear, and there are many more cases like this. The code is just confused, in many cases. That's what bug 549045 tries to resolve.
(In reply to comment #9) > > I think it should be obvious there's a serious usability issue here > > That is clear, and there are many more cases like this. The code is just > confused, in many cases. That's what bug 549045 tries to resolve. Good enough then, thank you for your time.
You need to log in before you can comment on or make changes to this bug.