Open Bug 94140 Opened 23 years ago Updated 16 years ago

user_pref("mail.smtpserver.smtp2.redirector_type", "aol"); prevents sending mail

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: mack, Unassigned)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.3+) Gecko/20010806 BuildID: 20010806 I added a new outbound server through the 'advanced' screen, but could not send mail through it after numerous attempts. Mail log on server reported a connection but the connection timed out without receiving mail. Moz sat at the 'connecting to server' state indefinitely. I could send from the same box with NS4.72 so I thougth Moz didn't like the smtp daemon on the server. The server was running exim, so I switched it to postfix which didn't help. I found I could send to the server from a clean install of Moz on another NT box, so I checked prefs.js for cruft and found user_pref("mail.smtpserver.smtp2.redirector_type", "aol"); Removing this line resolved the problem. Reproducible: Always Steps to Reproduce: I have not tried to reproduce the creation of the offending config line. but while it was there the connection timed out every time.
Here's a thought: The new server is smtp2 in prefs.js. My older servers are listed as smtp1 and smtp3, so smtp2 was probably for my @home account that I don't have anymore. If the redirector_type pref is appropriate for @home, then the real nature of the bug is that the advanced screen allows cruft to remain in the prefs file.
Mack, where you ever using a netscape version of mozilla or have you always been using a mozilla version? Have you ever deleted an SMTP server before? Bhuvan, I wonder if we aren't cleaning up the redirector pref when you delete an SMTP server from the account manager? I'm not sure how this pref would be getting set for non netscape builds. That seems odd.
Assignee: mscott → racham
Status: UNCONFIRMED → NEW
Ever confirmed: true
I've used NS6.0PR2 and NS6.0PR3, but nothing later. I would have deleted the @home server at some point, but I couldn't tell you when or which prog I used. For a period of time I kept both installed.
QA Contact: nbaca → sheelar
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
reassign to nbaca
Component: Networking - SMTP → Account Manager
QA Contact: sheelar → nbaca
mass re-assign.
Assignee: racham → sspitzer
Status: ASSIGNED → NEW
Product: Browser → Seamonkey
Assignee: sspitzer → mail
reporter "I haven't tried to duplicate this since I originally worked around it. My feeling is that some cruft was being left in the config when I deleted an older account, and that 'slot' got reused for a new account and was hosed due to the cruft not being deleted. Can't prove it though ... I didn't have a copy of what the config looked like between deletion of the old account and creation of a new one somewhat later." related to bug 208175, bug 106772?
QA Contact: nbaca
Target Milestone: mozilla1.0.1 → ---
You need to log in before you can comment on or make changes to this bug.