Closed Bug 185838 Opened 22 years ago Closed 12 years ago

*_sbd folders are proliferating across my user accounts (inbox_sbd, trash_sbd, etc.)

Categories

(MailNews Core :: Database, defect)

Product:
MailNews Core
Component:
Database
Platform:
DEC
OpenVMS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: W.Stunkel, Assigned: colin)

References

Details

Attachments

(2 files)

Proof of spurious folders
49.66 KB, text/plain
Details
Temp patch
562 bytes, patch
Details | Diff | Splinter Review
User-Agent: Mozilla/5.0 (X11; U; OpenVMS COMPAQ_Professional_Workstation; en-US; rv:1.2.1) Gecko/20021202 Build Identifier: Mozilla/5.0 (X11; U; OpenVMS COMPAQ_Professional_Workstation; en-US; rv:1.2.1) Gecko/20021202 It appears that "_sbd" mail folders appear randomly when the application is opened. This started shortly after I installed 20021202. Reproducible: Sometimes Steps to Reproduce: 1.Start Mozilla 2.Open MAIL panel 3.Voila! Actual Results: Additional _sbd folders appear for no identifiable reason. Folders cannot be renamed or deleted. When a rename operation is attempted, a panel appears saying "Perhaps the folder is being reparsed or the new name is not a valid folder name". The delete function has no effect whatsoever. Expected Results: Folder should not have been created. If created, should be able to delete or rename folder. Mozilla on this machine is "@INSTALLED.COM" at system start time. [._MOZILLA] directory is on an ODS-5 Structured disk. OpenVMS is at V7.3, patched through DRIVER_0300 on 19/10/02. Have temporarily put further patches on hold due to spinlock coding error in SYS_0500. The New HP appears to have QA problems (possibly due to the nearly impossible task of migrating to the IA64 with the sheerest hope of any performance boost or end user interest in a datacentre GALAXY Cluster system with 256 x 500+ Watt CPUs. What kind of NEMA recepticle handles 0.13MW? Do I buy a Navy surplus nuclear submarine power plant to supply the datacentre power? Should I suggest we purchase a surplus GM stamping plant for the new datacentre?) I suppose this rant does not belong here. Sorry. Have tried many times contacting HP about my concerns, but it is rather like trying to message bin Laden.
no idea - are these local folders?
The disks are attached in the sense of any disk drive on an Alpha OpenVMS environment.Port and Class drivers hide the distinction. This has been an OpenVMS hallmark since 1984. IN the instant case, the drives are directly attached via an ISP10X0 controller (SCSI-3) and are not shared at the bus level. They are 10,000 r/m disks if that matters, and the O/S maintains a huge set of CRC and LRC checksums to insure data can be retrieved irrespective of the ocassional bad spot.
The mail account is POP3 and NOT IMAP.
Disk farm, memory, basic system, power supplies, network, O/S et.al. has logged no errors (including disk hard, soft or SCSI sense data) over the current 20 day boot interval. OpenVMS is very careful about reporting errors or what it imagines to be errors. Always makes me feel bad for Windows users.
Hardware: Other → DEC
related to bug 73404?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Please note the indestructable _sbd folders in this postscript dump.
do you rename/move folders a lot? I guess it could be the same as the .sbd files not getting removed in bug 73404 - I got the impression these .sbd files were getting created like crazy without you doing any folder operations. I can't read that .ps file, but I believe you. Is it possible to attach a text list of the files so I can see if there's a pattern?
Have not been going out of my way to create new folders (Trash_sbd as an example). Sorry, but DECW$MOTIF perfers to capture screen shots as .PS files.
I don't know how to say this, but the Apache links on Bugzilla are mostly out to lunch. Probably a mount point problem. Ought to move Bugzilla to OpenVMS. I needed to report a new (but related MAIL error, but all I got was 'URL not found' errors). My MAIL system now refuses to empty trash folders. Whether the contents are new, old or have been moved there by a filter, they persist. I guess eventually I'll need to add a new drive or two to my 70Gig stripeset if this is not fixed. W.
Mail moved to trash returns to the inbox after a restart. Obviously, some kind of pointer is not being honored. Shoulda wrote it in Fortran, I guess.
Umm, since I created the one folder (Jokes) and got Jokes_sbd and Trash_sbd, there have been no new folders. Of course, I haven't tried to create any, either. However, as I said above, mail in Trash no longer deletes, and in fact some messages mysteriously makes their way back to the inbox. Maybe shoulda used COBOL. How about BLISS? W.
This is almost certainly due to your having your profile on an ODS-5 disk (you say you installed Mozilla to an ODS-5 disk, so I assume your profile (in SYS$LOGIN) is there too). Can you post the output of the following: $ show proc /parse $ show log decc$* Thanks.
Don't bother with the output I asked for. I see the problem. Its nothing to do with ODS-5 disks. Its whenever you create a sub-folder. Mozilla recognises a sub-folder because the directory name ends with ".sbd", only on OpenVMS a period is invalid in a filename* and so it gets converted to "_sbd". So Mozilla sees the folder_sbd and doesn't thinks its a sub-folder. The fix here is that the ".sbd" postfix should be configurable on a platform basis, so that each operating system can chose a postfix which is valid on that platform. I would chose "_sbd" for OpenVMS. * A period is valid in a file name on an ODS-5 device, but Mozilla on OpenVMS isn't really ODS-5 aware yet, so it still converts the ".sbd" to "_sbd".
Request from Colin@TheBlakes.Com The statements you made regarding SYS$LOGIN: and [._MOZILLA] residing on an ODS-5 disk are correct. I know there are parts of the RTLs and utilities which do not have full ODS-5 support as of yet (as described in the RELEASE NOTES AND NEW FEATURES GUIDE), but I would have thought the developers would be aware of this as well and make note of restrictions (if any). Mozilla developers need to be aware of the immense advantages ODS-5 confers on systems which provide ADVANCED SERVER functionality. This is not limited to file names, but to directory performance and file access as well. Werner Athena$ sho proc/parse 6-JAN-2003 13:46:59.44 User: WERNER Process ID: 20E000CF Node: ATHENA Process name: "W. L. Stunkel" Soft CPU Affinity: off Parse Style: Extended Athena$ sho log decc$* (LNM$PROCESS_TABLE) (LNM$JOB_81343900) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) (LNM$SYSCLUSTER_TABLE) (DECW$LOGICAL_NAMES) (EASY$LOGICAL_NAMES) %SHOW-S-NOTRAN, no translation for logical name DECC$* Athena$
This thread still does not address the issue in which TRASH folders do not empty. Perhaps they are related?
I believe a foo_sbd folder will appear the first time you create a sub-folder in the foo folder. Because of what I explained above, foo_sbd is created as the directory name on disk. When MailNews is scanning a directory, if it sees a foo.sbd directory name, then it knows its a sub-folder named foo. But it our case the name doesn't match the pattern and so MailNews does NOT treat it as a sub-folder. Now I'm guessing, but I would imagine that MailNews has some other pointer to the sub-folder, but is unable to find that sub-folder on OpenVMS. Hence confusion. It probably wants to empty the sub-folder in Trash before it empties Trash itself, but it can't find the sub-folder because its confused. I think there's a good chance this problem is related.
Werner, as a workaround, if you want to empty the Trash folder, just delete the TRASH_SBD directory and everything under it. That should put your TRASH folder back to normal and hopefully then you can empty it. I'll add a release note that sub-folders do not work.
It looks like nsGetMailFolderSeparator http://lxr.mozilla.org/seamonkey/source/mailnews/base/util/nsMsgFolder.cpp#2506 exists so that there would just be one place to change the Mail Folder Separator (ie. the ".sbd" string). But it doesn't look like everyone is using it I can still be several occurrences of raw ".sbd" strings in the code. David, can you tell me if nsGetMailFolderSeparator is what people should be using? If so, I'll enter a bug to track this, and then once its fixed, I can easily change nsGetMailFolderSeparator for OpenVMS so that it uses "_SBD".
Colin, yes, it looks like that's what everyone should be using.
Depends on: 187964
I don't know if this adds any illumination on this subject, but I do not have a NEWS account defined, and the TRASH folders all have different contents. Werner
I presume you mean "$ DELETE TRASH_SBD;"(or whatever) from a DECterm window. then create a new file of that name. If a directory, do so as such, if a file, use "$ ANA/RMS/FDL" prior to deletion so it has the proper attributes when recreated. Werner
Entered bug 187964 to track the nsGetMailFolderSeparator work which is needed before I can fix this problem. Taking this one.
Assignee: bienvenu → colin
Werner > I presume you mean... No. I mean find the TRASH_SBD.DIR directory on disk. Delete the contents of this directory (its all trash, right?) and then delete the TRASH_SBD.DIR directory file itself. Hopefully then the TRASH folder will be fixed and you can see/read/delete its contents again.
Attached patch Temp patch — — Splinter Review
As a temporary fix, and to allow sub-folders to work, here's a workaround that I'll include in the 1.4 alpha kit.
*** Bug 200055 has been marked as a duplicate of this bug. ***
At some point in the future this (and other similar problems) should disappear when we make it a requirement that ODS-5 volumes be used for Mozilla. Can you tell me if requiring ODS-5 volumes for Mozilla would be a problem at your site?
Status: NEW → ASSIGNED
Re: Comment 26, disk structure 5 is no problem for me. (This problem was originally ON and ODS-5 disk, though). In general, ODS-5 performance benefits greatly outweigh any migration issues, especially where Pathworks is involved. For others, be aware that the "OpenVMS hobbiest program" distributes V5.5-2H4, and therefore you would be excluding these users (I'm told the program is fairly large in Australia/New Zealand).
> be aware that the "OpenVMS hobbiest program" distributes V5.5-2H4 Mozilla requires V7.2-2 or later, so that sholdn't be an issue. But thanks for pointing it out.
> be aware that the "OpenVMS hobbyist program" distributes V5.5-2H4 They replaced that with OpenVMS V7.2 media a while back, and the license allows any version of OpenVMS to be used. The OpenVMS 7.2 media is sold out, and the OpenVMS 7.3-1 media kits are expected to be available soon. > Can you tell me if requiring ODS-5 volumes for Mozilla would be a problem at > your site? Not all programs seem to understand ODS-5 volumes, so this usually means that there will be a mix of ODS-2 and ODS-5. It may be possible to use the LD program on the freeware CD-ROM to make an ODS-5 container file. It does seem that more and more programs that have been ported from UNIX to OpenVMS require the use of ODS-5. However ODS-2 will need to be around for quite a while, especially for mixed architecture clusters, so a solution that can live on either would be better.
Colin: could bug 210683 be related?
Henrik: I don't think bug 210683 is related. This bug is OpenVMS specific.
Your temporary fix appears to work. I am no longer seeing the _sbd mail folders. OpenVMS 7.3-2 EFT and Mozilla 1.5b Mozilla/5.0 (X11; U; OpenVMS AlphaServer_DS10_617_MHz; en-US; rv:1.5b) Gecko/20030827
This appears to be fixed.
(In reply to comment #33) > This appears to be fixed. I concur. In general, I am awaiting a more current release of Mozilla, I see few problems (one I have not reported appears to be mail corruption when an ill-formed message, usually SPAM, precedes or follows regular mail. I am trying to capture a certain example). I suggest this bug be marked "closed". W
Product: MailNews → Core
QA Contact: gayatri → database
Product: Core → MailNews Core
bug 808399 removes VMS support. Yet I don't see where this patch landed (per comment 33/34) or was removed. But perhaps the code changed before bug 808399. Let's do => WFM
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: