Need UI for setting Pop3 server prefs - limit_message_size & max_size

VERIFIED FIXED in M17

Status

P3
normal
VERIFIED FIXED
19 years ago
14 years ago

People

(Reporter: jefft, Assigned: alecf)

Tracking

Trunk
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [nsbeta2+ until 5/16])

(Reporter)

Description

19 years ago
Need UI for setting Pop3 server prefs:

user_pref("mail.server.server1.limit_message_size", false);
user_pref("mail.server.server1.max_size", 50);

Also, we need to remove the global UI prefs currently implemented in the browser 
Preferences dialog box.

Updated

19 years ago
Keywords: nsbeta2
QA Contact: lchiang → esther

Comment 1

19 years ago
[nsbeta2+]
Whiteboard: [nsbeta2+ until 5/16]
(Assignee)

Comment 2

19 years ago
this is really easy to add. expect to fix by m16
Status: NEW → ASSIGNED
Target Milestone: --- → M16

Comment 3

19 years ago
Mass moving M16 to M17 - look for nsbeta2 before anything else.
Target Milestone: M16 → M17
(Assignee)

Comment 4

19 years ago
ok, fix is in. 
Jennifer, can you update the spec for this? I am open to changing the wording
since there wasn't a spec to begin with, but you can see what it looks like
right now in the account manager for a POP account - it says
[X] Limit message download to [ 50 ] kB per message

Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED

Comment 5

19 years ago
Alec, is this different than the pref in Disk Space:

"Do not store messages locally that are larger than [ 50 ] kg"??
(Assignee)

Comment 6

19 years ago
I _believe_ it's different, right jeff? this is sort of a "maximum bytes" of a 
message that we'll download - for example if you get a 100k message, we'll only 
download the first 50k until you actually go to read the message...

Comment 7

19 years ago
I don't see this in the UI for Account Settings on my POP account.   Did this 
get in the UI?  OR is this another scenario of the layout bug that shows up in 
commercial builds. See bug 38198

Comment 8

19 years ago
reopening for comment 
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Comment 9

19 years ago
Sorry, I meant ...OR is this another scenario of the ovelay problem Seth is 
running into for bug 38198.

Comment 10

19 years ago
Alec, I see this pref in the linux mozilla build for 5-23, I will check the 
commercial build for 5-23 when it comes out.

Comment 11

19 years ago
Using commercial build 2000-05-23 on Nt4.0, mac and linux this is in the UI and 
by default set to false.  Still need to test around this, if bugs are found will 
log specific new bugs.  Resolving as fixed again
Status: REOPENED → RESOLVED
Last Resolved: 19 years ago19 years ago
Resolution: --- → FIXED

Comment 12

19 years ago
Verifiying.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.