Scalix Forums

Hi All,

Anyone know what a line like this


in the omscan summary output means??

TIA!

C

I have exactly the same question, namely I run the following command via cron:



and I get an email sent to me, hoever I fdo not know the meaning of the headers of the filesize table at the bottom of the email:



Thanks.

The output can be read as follows:

IN = INBOX
OUT = OUTBOX
PDG = Pending Tray (Sent Items in Outlook)
FCAB = Filing Cabinet (your other folders)
WB = Waste Basket (Deleted Items)

I can't offhand remember what is stored in DLST (Distribution List Area).

As for the *****21, I wonder if that's a user that's only partially deleted? Or a issue with a directory entry, maybe?

It may be a rogue "g" directory that is now empty (most likely a mailbox was deleted, but something was attached to that directory at the time).

You can use omcontain to find the g directory.
In omcontain, use the option "w - format/conversion tool", input data type is 3, and data is 211.
Teh base 32 result will be the "g" directory name.

In this case, it is:

Possible input data types are:
1 - Base 32 (OM file) value
2 - Base 16 (hex) value
3 - Base 10 (decimal) value
4 - Base 8 (octal) value
5 - User number
6 - User name
7 - File name reference
8 - Item reference
q - quit
Type:3
Data:221
Base32: 000000006t, Hex: 000000dd, Decimal: 221, Octal: 335

so, check that directory:

ll -d /var/opt/openmail/user*/g*6t

if that directory is empty, remove it, and the corresponding "u" directory:

ll -d /var/opt/openmail/user*/*6t

Mick

Hi Mick,

Thank you so much for that detailed response.

I found the directories you spoke of, and removed them.

Their contents was the same in all cases:



Anyway I deleted them. I found no matching u directories. The mystery lines are gone from the output of omscan -Aa.

Do these g directories occur when a user is deleted whilst they are logged on?

Thanks again.

C

Hi C,

glad it helped.
there is a g and u directory for every mail account. The g directory will hold container files and other config files for users (autoactions etc).
You would not be able to delete a user when they are logged in, but some other process may have been touching a file in that directory at the time....it is quite rare to see those directories hanging around after a user is deleted.

Mick