Closed
Bug 17100
Opened 26 years ago
Closed 25 years ago
[FEATURE] limit_message_size isn't working (truncate message)
Categories
(MailNews Core :: Backend, defect, P2)
MailNews Core
Backend
Tracking
(Not tracked)
VERIFIED
FIXED
M16
People
(Reporter: laurel, Assigned: jefft)
Details
(Whiteboard: 5 days)
This is a bug to track implementation of mail.limit_message_size.
Currently, the seamonkey prefs UI doesn't work for this pref. However, the pref
is indeed migrated from 4.x. If enabled, receiving a message over the size
limit specified in the pref doesn't engage truncation of the message.
Prefs: mail.limit_message_size
mail.max_size
1. Launch a POP account in 4.x messenger.
2. Edit|Prefs|Mail&News|Disk Space
Checkmark/enable the first pref called "Do not store messages locally that
are larger than N kB" and put 1 (one) as the value for N.
Confirm OK. Exit.
3. View prefs.js file and see mail.limit_message_size is set to true and
mail.max_size is set to 1.
4. Migrate the profile to 5.0/seamonkey.
5. Go to messenger.
6. Check the 5.0 prefs.js file and see the prefs lines have migrated with
proper values.
7. Send yourself a message which is over the specified limit of 1kb.
8. Get the message.
Result: Entire message is downloaded.
Expected Result: Should truncate message and provide notice at bottom of
message which informs user message is truncated. A link should be provided with
the informative message, which when clicked will download the truncated portion
of the message.
A similar bug has been filed against mime to provide a way to tell user that a
message was partially downloaded.
Updated•26 years ago
|
Target Milestone: M13 → M16
Comment 3•25 years ago
|
||
Syncing priority with marketing. Moving to P2 to connote "In" for beta2.
Priority: P3 → P2
Assuming I am doing the lib mime support too. libmime need to provide a
clickable link when user click on it we will kick off downloading the whole
message and then mark the partially downloaded message deleted.
Whiteboard: ETA 04/26/00 → 5 days
The tasks to make this feature work is pretty big. We need to have the pop3
protocol to support downloading partial message, marking the message as
partially downloaded. libmime's job could be big. We used to generated the
truncated message html string in mimeDisplayOptions->generate_footer_html_fn()
which is set up when displaying the message. We are no longer be able to set the
footer_html_fn because of the new doc loader implementation. We need to invent a
new way to do that. Once, we found a way to generate the truncated message box
html. We need to provide a clickable link to allow user download to rest of the
message. This requires the mailbox protocol along with the pop3 protocol to
support the downloading.
Okay, I have partial download and libmime support of displaying truncated
message checked in. However clicking on the "here" doesn't work yet. We need to
have mailbox protocol, pop3 protocol and mailbox url to support the the feature.
To test the first part of the fix you need to set the following pref for pop3
server:
user_pref("mail.server.server1.limit_message_size", true);
user_pref("mail.server.server1.max_size", 50);
50 meant for 50KB. You can change for more or less.
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
OK using 2000-05-31-08 commercial build on linux rh6.0, NT 4.0 and mac OS 9.0
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•