Closed
Bug 4453
Opened 26 years ago
Closed 25 years ago
Mult. Accounts: Need POP support
Categories
(MailNews Core :: Backend, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
M5
People
(Reporter: alecf, Assigned: alecf)
Details
The POP code needs to be reworked to use the incoming server framework to
determine pop username/password, inbox, etc.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•26 years ago
|
||
Jeff, I'm CCing you on this because you do much of the POP code. I have a pretty
good understanding of the changes I need to make but I'll be in your code.
Assignee | ||
Updated•26 years ago
|
Summary: Need POP support for multiple account system → Mult. Accounts: Need POP support
Assignee | ||
Updated•26 years ago
|
OS: Solaris → All
Assignee | ||
Comment 4•26 years ago
|
||
ugh. must be a default.
Assignee | ||
Updated•26 years ago
|
Priority: P3 → P1
Target Milestone: M4
Assignee | ||
Updated•26 years ago
|
Target Milestone: M4 → M5
Assignee | ||
Comment 5•26 years ago
|
||
Pop now downloads into the account manager's default local mail store.
URLs are constructed with the default account's userid/hostname.
Next step: make downloading pop attach nsIPop3Incoming information to POP URLs
so that downloaded mail can find it's way back into the right local mail store
Assignee | ||
Comment 6•25 years ago
|
||
Done. the appcore now calls getnewmail on the first pop account, and deposits it
in the right local mail directory
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 7•25 years ago
|
||
According to Alec this bug is verified. Due to the nature of this bug I am
unable to verify so relying on Alec's judgement.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•