Closed Bug 270780 Opened 20 years ago Closed 19 years ago

Mail storage on network server

Categories

(SeaMonkey :: MailNews: Backend, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: stefan.steinmetz, Assigned: Bienvenu)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910

Storage of mails via save as is prohibited on our server. This works with MS
Outlook but not with Mozilla 1.7.3. Bugzilla account information. You are not
legalised to open this file. Ask the owner...

Reproducible: Always
Steps to Reproduce:
1. Tagging a message
2. Using "save as" from the "File" menu
3. Selecting the server on our LAN

Actual Results:  
The above mentioned message appears-

Expected Results:  
The storage should be allowed.
I don't quite understand your bug report... What do you want now, a clearer
error message or where is the problem? And why should storage be allowed, when
"Storage of mails via save as is prohibited on our server.", that's a contradiction.
by mail:
"Hello,
The problem is that MOZILLA doesn't allow us to store emails on the server. WE
can store them locally on our hard disk but not on the network neither when we
want to copy/move them later on.
With OUTLOOK it isn't a problem only with MOZILLA.
I hope that clarifies the matter. "

Mozilla uses on Windows just the normal API methods, it uses the normal Windows
filepicker, so i don't quite understand why saving should fail here.
WORKSFORME with Mozilla Suite nightly latest-trunk 2004112105 on Win-2K.
Permission for sharing of the resourece(directry) is enabled, Read &
Write(Modification?) is permitted for user group of "Everyone"(no password, no
limitation on number of access).
 (1) "Save as" by Mozilla (Browser or Mail&News)
 (2) Windows Explorer panel is displayed
 (3) Choose server from "My network"(directry, \\Server_Name\Resource_Name),
     then choose resource(directry) on Windows Explorer panel
 (4) Press "OK" button
 (5) Successufully saved
 (6) "Show file location" of "Download Manager" of Mozilla kicked Windows
     Explorer panel for the network resource, and saved file was displayed.

Test is done on network resource but local one(\\My_ServerName\Resource_Name),
instead of real network resource(resource of other computer).

Does problem occur on latest trunk?
If still occurs, check permission for sharing resource.

Workaround if problem still occurs :
  Mount network resource.
  (Assign drive letter via. "NET SHARE",           )
  ( or "Share" of context menu of Windows Explorer )
Product: Browser → Seamonkey
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.