Onderwerp: Qmail icm vpopmail, domeinen in nieuwe directory

hallo,

Wij draaien op onze mailserver Qmail met vpopmail en deze doet het volgende.

in /home/vpopmail/domains/ staan alle domeinen.

Hier staan weer een aantal submappen genaamd "A","B","C","D","E" en "F".

Nu worden in die submappen de domeinen geplaatst met 500 domeinen per submap.

Nu maakt vpopmail geen nieuwe mapjes meer aan, in "F" staan nu al bijna 4000 domeinen.

Ik dacht eerst dat vpopmail van zelf wel een nieuwe map zou gaan aanmaken en daar zijn domeinen in ging aanmaken.

Echter vind ik dit nu niet echt lekker meer, filesystems vinden zo veel mappen in een map vaak niet zo fijn.

Weet iemand waar je in kan stellen dat hij aan een nieuwe map begint?

Zie de vpopmail sourcecode: bigdir.c

static char dirlist[MAX_DIR_LIST] =
"0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklm nopqrstuvwxyz";

hier is helaas niet omheen te werken, het is vpopmails manier om (honder)duizenden virtual domains / accounts mogelijk te kunnen maken.
Op den duur begint vpopmail vanzelf weer met een nieuwe directory.

:/var/vpopmail/domains/0# ls -1 |wc -l
4468
:/var/vpopmail/domains/A# ls -1 |wc -l
3489
/var/vpopmail/domains/2# ls -1 |wc -l
102
:/var/vpopmail/domains/C# ls -1 |wc -l
93
:/var/vpopmail/domains/F# ls -1 |wc -l
100

etc, etc

Leuk en aardig, maar het is bij ons zelfs erger zie ik:

Code:

mail:/home/vpopmail/domains/C# ls -1 |wc -l
81
mail:/home/vpopmail/domains/D# ls -1 |wc -l
98
mail:/home/vpopmail/domains/E# ls -1 |wc -l
99
mail:/home/vpopmail/domains/F# ls -1 |wc -l
6460

Verschillen vind ik wel ERG groot? Het is bij ons gekomen nadat we hebben geconvert van plain-text backend naar een MySQL backend

Ik begrijp je bezorgtheid, maar volgens mij is hier vrijwel niets aan/tegen te doen. Doorzoek de vpopmail mailinglist archieven maar eens, volgens mij had ik er al eens vragen over gesteld (aan en via Inter7).

Als ik het zo lees op de Inter7 website:

Vpopmail uses an adaptive directory structure based on a state file ".dir-control" which is automatically managed by the core vpopmail api functions "vadduser" and "vdeluser". For sites with 100 users or less, all user directories are stored in the virtual domain directory. For sites that go above 100 users the adaptive directory structure goes into effect. The basic idea is to break up the user Maildir directories across multple directories and sub directories so that there are never more than 100 user directories in a single directory.

The default directory setup allows for 62 directories in 3 levels and 100 user directories per directory. The total number of user directories is equal to 100 + (62 * 100) + (62 * 62 * 100) + (62 * 62 * 62 * 100) = over 24 million directories. This should be more than sufficent for any site and probably goes beyond the technology of directory structures.

If you are going to be storing large numbers of user directories, make sure you set your file system to have a higher than normal percentage of inodes.

Vpopmail will automatically create these directories and sub directories as needed and populate each directory with up to 100 user accounts. As soon as a directory reaches 100 users it will create the next directory or sub directory and store the new users directory there.

Look in the source code release directory contrib/ for a contributed directory reorganization program.

( http://www.inter7.com/vpopmail/vpopmail.html )

Veel domeinen missen de .dir-control file, zou het daar aan kunnen liggen?

Ik heb even snel bij ons gekeken (het is al erg lang dat ik me hier voor het laatst mee bezig heb gehouden) en wij hebben nergens een .dir-control file, in /var/vpopmail/domains/*. Zelfs niet in de directories met 100 of minder domeinen.

//EDIT: uiteraard hebben wij die niet, alles verloopt via MySQL... Welterusten Jan :S .
If you don't mind kijk ik er morgen verder naar, anders komt het niet goed hehe.

Hmm, toch apart.

Ik vind dit toch wel wat zorgwekkend, zo veel directory's in een directory.

Straks kan je ineens geen domeinen meer aanmaken.

Origineel geplaatst door Wido
Hmm, toch apart.

Ik vind dit toch wel wat zorgwekkend, zo veel directory's in een directory.

Straks kan je ineens geen domeinen meer aanmaken.

Zie mn edit. Bij ons staat alles in de dir_control tabel, maar hier ben ik eigenlijk helemaal niet bekend mee (nog niet ).

Origineel geplaatst door Digiover


Zie mn edit. Bij ons staat alles in de dir_control tabel, maar hier ben ik eigenlijk helemaal niet bekend mee (nog niet ).

Ik ook niet, vandaar.

Als je zou kunnen kijken, super.

Weet niet of je hier wat aan hebt, maar ben geen expert op qmail/vpopmail gebied.

Dit is in ieder geval onze dir_control tabel structuur:

dir_control
Veld Type Null Standaardwaarde
domain char(64) Nee
cur_users int(11) Ja NULL
level_cur int(11) Ja NULL
level_max int(11) Ja NULL
level_start0 int(11) Ja NULL
level_start1 int(11) Ja NULL
level_start2 int(11) Ja NULL
level_end0 int(11) Ja NULL
level_end1 int(11) Ja NULL
level_end2 int(11) Ja NULL
level_mod0 int(11) Ja NULL
level_mod1 int(11) Ja NULL
level_mod2 int(11) Ja NULL
level_index0 int(11) Ja NULL
level_index1 int(11) Ja NULL
level_index2 int(11) Ja NULL
the_dir char(160) Ja NULL

Wij gebruiken gek genoeg niet de structuur die jullie aanhouden (ABC etc), maar we draaien dan ook stuk minder domeinen.

Hoop je enigzins geholpen te hebben.

We hebben wel een dir control tabel, maar ik kom daar twee hele rare records in tegen?

Code:

Domain		CurUsers
dom_89		2147483647
dom_1009	2147479548

Hebben jullie dat ook? 89 is de id van vpopmail op onze mailserver. en 1009 is de userid van vpopmail op de oude mailserver.

Iets anders waar ik achter kom:

Code:

SELECT sum(`cur_users`) FROM dir_control

Levert mij op: 18462

De tabel vpopmail heeft echter maar 18412 rijen.

Ik heb dus een verschil van 50 op dat punt?