Closed Bug 4453 Opened 25 years ago Closed 25 years ago

Mult. Accounts: Need POP support

Categories

(MailNews Core :: Backend, defect, P1)

Sun
All
defect

Tracking

(Not tracked)

VERIFIED FIXED

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.
Status: NEW → ASSIGNED
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.
Summary: Need POP support for multiple account system → Mult. Accounts: Need POP support
Let me know if you need any helps from me.
QA Contact: 4080 → 4111
Wouldn't the platform be "all"?  If so, pls change as such. Thanks.
OS: Solaris → All
ugh. must be a default.
Priority: P3 → P1
Target Milestone: M4
Target Milestone: M4 → M5
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
Done. the appcore now calls getnewmail on the first pop account, and deposits it
in the right local mail directory
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
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.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.