EMRE's IT Blog

Managing Chained Rows

2007-01-19T17:08:00.000+01:00

Listing Chained Rows of Tables and Clusters

You can look at the chained and migrated rows of a table or cluster using the ANALYZE statement with the LIST CHAINED ROWS clause. The results of this statement are stored in a specified table created explicitly to accept the information returned by the LIST CHAINED ROWS clause. These results are useful in determining whether you have enough room for updates to rows. For example, this information can show whether PCTFREE is set appropriately for the table or cluster.

Creating a CHAINED_ROWS Table

To create the table to accept data returned by an ANALYZE ... LIST CHAINED ROWS statement, execute the UTLCHAIN.SQL or UTLCHN1.SQL script. These scripts are provided by the database. They create a table named CHAINED_ROWS in the schema of the user submitting the script.

Note:

Your choice of script to execute for creating the CHAINED_ROWS table is dependent upon the compatibility level of your database and the type of table you are analyzing. See the Oracle Database SQL Reference for more information.

After a CHAINED_ROWS table is created, you specify it in the INTO clause of the ANALYZE statement. For example, the following statement inserts rows containing information about the chained rows in the emp_dept cluster into the CHAINED_ROWS table:

ANALYZE CLUSTER emp_dept LIST CHAINED ROWS INTO CHAINED_ROWS;

See Also:

Oracle Database Reference for a description of the CHAINED_ROWS table

Eliminating Migrated or Chained Rows in a Table

You can use the information in the CHAINED_ROWS table to reduce or eliminate migrated and chained rows in an existing table. Use the following procedure.

Use the ANALYZE statement to collect information about migrated and chained rows.

ANALYZE TABLE order_hist LIST CHAINED ROWS;

Query the output table:

 SELECT *

FROM CHAINED_ROWS

 WHERE TABLE_NAME = 'ORDER_HIST';

OWNER_NAME  TABLE_NAME  CLUST... HEAD_ROWID          TIMESTAMP

 ----------  ----------  -----... ------------------  ---------

 SCOTT       ORDER_HIST       ... AAAAluAAHAAAAA1AAA  04-MAR-96

SCOTT       ORDER_HIST       ... AAAAluAAHAAAAA1AAB  04-MAR-96

SCOTT       ORDER_HIST       ... AAAAluAAHAAAAA1AAC  04-MAR-96

The output lists all rows that are either migrated or chained.

If the output table shows that you have many migrated or chained rows, then you can eliminate migrated rows by continuing through the following steps:

Create an intermediate table with the same columns as the existing table to hold the migrated and chained rows:

CREATE TABLE int_order_hist

    AS SELECT *

      FROM order_hist

       WHERE ROWID IN

         (SELECT HEAD_ROWID

            FROM CHAINED_ROWS

             WHERE TABLE_NAME = 'ORDER_HIST');

Delete the migrated and chained rows from the existing table:

DELETE FROM order_hist

    WHERE ROWID IN

      (SELECT HEAD_ROWID

          FROM CHAINED_ROWS

          WHERE TABLE_NAME = 'ORDER_HIST');

Insert the rows of the intermediate table into the existing table:

INSERT INTO order_hist

    SELECT *

   FROM int_order_hist;

Drop the intermediate table:

DROP TABLE int_order_history;

Delete the information collected in step 1 from the output table:

DELETE FROM CHAINED_ROWS

 WHERE TABLE_NAME = 'ORDER_HIST';

Use the ANALYZE statement again, and query the output table.

Any rows that appear in the output table are chained. You can eliminate chained rows only by increasing your data block size. It might not be possible to avoid chaining in all situations. Chaining is often unavoidable with tables that have a LONG column or long CHAR or VARCHAR2 columns.

Debian Postfix Mysql Courier Virtual Mail Server HowTo

2006-10-04T12:48:00.000+02:00

Howto interessante trovato su http://www.lugpiacenza.org/ ... testato e funzionante!

Versioni dei programmi utilizzati

apache (apache ssl) 1.3.33-4	web server
mysql 4.0.24-5	database di riferimento
phpmyadmin 2.6.2-1	interfaccia web di gestione di mysql
postfix 2.1.5.9	server MTA
postfix Admin 2.1.0	interfaccia web di gestione di postfix
courier-pop 0.47-4	server per il servizio di posta con prot. POP3
courier-imap 3.2.6-3	server per il servizio di posta con prot. IMAP4
horde2 2.2.8-1	framework php per imp3
imp3 3.2.6-3	servizio di webmail

Tutti i software utilizzati provengono dai repository debian stable 3.1 salvo postfix admin ( http://high5.net/postfixadmin/)
Verrà creato il server di posta per il dominio di esempio miosito.it

Installazione di apache mysql-server phpmyadmin postfi

Dal terminale di root digitare:

mailserver# apt-get install apache mysql-server phpmyadmin postfix postfix-mysql

(accettare tutte le dipendenze proposte da apt!)

Non ci sono problemi particolari nel configurare i parametri dei programmi scaricati. Exim4 l'MTA di default della Sarge, viene automaticamente eliminato al caricamento di postfix. Alla fine rilanciare apache (/etc/init.d/apache restart) e puntare localhost nel browser. Aprendo la directory phpmyadmin si lancia il login dell'interfaccia per mysql. Entrare digitando come account root e nessuna password. Eliminare il database test e l'utente root. Creare subito un nuovo utente amministratore del database (es. Admin). Dare la password a Admin (privilegi ecc..) e provare a rientrare con la nuova password. Noi abbiamo scelto la password arkanoid.

Configurazione di postfix

modifiche a /etc/postfix/main.cf

Seguendo le indicazioni del Postfix howto del sito http://high5.net (punto 6) si aggiungono le righe seguenti:

---

virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf

virtual_gid_maps = static:106

virtual_mailbox_base = /usr/local/virtual

virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf

virtual_mailbox_limit = 51200000

virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf

virtual_minimum_uid = 104

virtual_transport = virtual

virtual_uid_maps = static:104

# Additional for quota support

virtual_create_maildirsize = yes

virtual_mailbox_extended = yes

virtual_mailbox_limit_maps = mysql:/etc/postfix/mysql_virtual_mailbox_limit_map$virtual_mailbox_limit_override = yes

virtual_maildir_limit_message = Sorry, the user's maildir has overdrawn his dis$virtual_overquota_bounce = yes

---

In tutte le righe dove c'è mysql:/usr/local/ecc.. ricordarsi di mettere il percorso dove saranno salvati i files mysql_virtual_ ecc..(vedi avanti). Per semplicità sono stati messi in /etc/postfix;

virtual_gid_maps = static:106 il n° 106 è l'effettivo gid dell'utente postfix (si può prenderlo da /etc/passwd assieme a uid)

virtual_uid_maps = static:104 vedi sopra

virtual_minimum_uid = 104 uguale a quello precedente

Rispetto all'originale, alle altre righe del main.cf sono state apportate le seguenti modifiche:

myhostname = indicato il nome del ns. server (mailserver)
eliminata la riga myorigin
mydestination = mailserver, localhost.localdomain, , localhost aggiunto il nome mailserver
mynetworks = 127.0.0.0/8,192.168.1.0/24 aggiungere le sottoreti che possono accedere al ns. dominio (nel ns. caso la lan interna 192.168.1.0/24)
commentato (#) relayhost

Nella directory /etc/postfix si aggiungono i 5 files copiati dall'howto indicato prima avendo l'avvertenza di mettere in tutti i files al posto della password generica postfix quella scelta per l'utente di database postfix (per comodità presa uguale a quella di root arkanoid) e nella riga hosts sostituire a localhost 127.0.0.1

Nel ns. caso risultano:

/etc/postfix/mysql_virtual_alias_maps.cf

---

user = postfix

password = arkanoid

hosts = 127.0.0.1

dbname = postfix

table = alias

select_field = goto

where_field = address

---

/etc/postfix/mysql_virtual_domains_maps.cf

---

user = postfix

password = arkanoid

hosts = 127.0.0.1

dbname = postfix

table = domain

select_field = description

where_field = domain

#additional_conditions = and backupmx = '0' and active = '1'

---

/etc/postfix/mysql_virtual_mailbox_maps.cf

---

user = postfix

password = arkanoid

hosts = 127.0.0.1

dbname = postfix

table = mailbox

select_field = maildir

where_field = username

#additional_conditions = and active = '1'

---

/etc/postfix/mysql_virtual_mailbox_limit_maps.cf

---

user = postfix

password = arkanoid

hosts = 127.0.0.1

dbname = postfix

table = mailbox

select_field = quota

where_field = username

#additional_conditions = and active = '1'

---

/etc/postfix/mysql_relay_domains_maps.cf

---

user = postfix

password = arkanoid

hosts = 127.0.0.1

dbname = postfix

table = domain

select_field = domain

where_field = domain

additional_conditions = and backupmx = '1'

---

Controllare, con il comando postfix check, che non ci siano errori di configurazione; rilanciare postfix dopo ogni modifica di main.cf con /etc/init.d/postfix restart

Configurazione di mysql

modifiche al file /etc/mysql/my.cnf

bind-address = 127.0.0.1

[...]

nice = -5

Rilanciare per verifica il database con /etc/init.d/mysql restart

Creazione della directory di posta

creare la directory dove saranno archiviate le mail di tutti gli utenti:

/usr/local/virtual e rendere proprietari (chown) l'utente e il gruppo postfix con i privilegi indicati (chmod):

mailserver# mkdir /usr/local/virtual

mailserver# chown -R postfix:postfix /usr/local/virtual

mailserver# chmod -R 771 /usr/local/virtual

Configurazione file di sistema

Configurare /etc/hosts e /var/spool/postfix/etc/hosts (in modo che siano identici):

127.0.0.1 localhost localhost

192.168.1.100 mailserver

Installazione di postfixadmin

Sempre dal sito http://high5.net/postfixadmin/ scaricare l'archivio postfixadmin-*.tgz;

Creare la directory dove si vuole ospitare il gestore web di postfix. Nel ns. caso abbiamo creato la directory mail sotto /var/www:

mailserver# mkdir /var/www/mail

Copiare in /var/www/mail i files estratti dall'archivio scaricato (ad es.):

mailserver:/home/user# tar -zxvf postfixadmin-2.1.0.tgz

mailserver:/home/user# ln -s postfixadmin-2.1.0 mail

Creare il database di supporto a Postfixadmin. Si può fare in due modi:

copiare il contenuto del file /var/www/mail/DATABASE_MYSQL.TXT in una finestra di query di phpmyadmin ed eseguirla;

oppure da riga di comando, dalla directory /var/www/mail lanciare il comando:

/var/www/mail# mysql -u Admin -p < DATABASE_MYSQL.TXT

Scrivere la password richiesta ed uscire da mysql con \q

In entrambi i casi viene creato un nuovo database di nome postfix con nuovi user postfix e postfixadmin.

Entrare con phpmyadmin nel database e modificare le due password dei due utenti (noi, per semplicità, le abbiamo prese uguali a quella di Admin di mysql cioè arkanoid).

Configurazione di postfixadmin

Configurare ora il file config.inc.php che dapprima va creato da quello originale config.inc.php.sample:

/var/www/mail# mv config.inc.php.sample config.inc.php

Le modifiche riguardano:

$CONF['default_language'] = 'it'; 'it' al posto di 'en' per la lingua

$CONF['database_password'] = 'arkanoid'; tra apici la password di postfixadmin

$CONF['admin_email'] = 'postmaster@miosito.it'; il gestore della posta del ns.dominio

Altre modifiche (successive e meno importanti per ora) per il funzionamento iniziale riguardano la modifiche dei link a miosito.it

Per l'abilitazione e la dimensione delle quote nel paragrafo Quota mettere:

$CONF['quota'] = 'YES'

Creazione ed amministrazione del dominio virtuale

Ora possiamo creare il nuovo dominio virtuale ed associargli il gestore (ad es. postmaster@miosito.it)

Dal browser puntare la directory mail (http://localhost/mail). Si apre una schermata di controllo che verifica se postfixadmin è configurato correttamente. Da un link a fondo pagina si entra nella schermata iniziale di configurazione dopo aver digitato account iniziale e password pari ad admin.

Se non si entra, probabilmente il percorso nel file nascosto .htaccess in mail/admin è scorretto. Editare il file e nella prima riga mettere tutto il percorso (var/www/mail/admin)

Creare il nuovo dominio (miosito.it) e l'amministratore (postmaster@miosito.it) ed uscire (meglio non creare nessuna casella di posta). Alla fine spostare la directory di amministrazione in un posto "sicuro"

Se tutto va a buon fine fine cancellare (all'inizio meglio rinominare) il file setup.php per non entrare più in questa schermata. Dal browser puntare ancora mail; si apre la schermata di login definitiva dalla quale è possibile gestire completamente il server di posta (creare nuovi domini, nuove caselle di posta nuovi amministratori, modificarne le caratteristiche ecc...) Creare la casella di posta degli utenti desiderati (anche quella del postmaster) ed uscire; se la grafica presenta in italiano delle sovrapposizioni leggere il forum nel sito di postfixadmin per le modifiche da fare al file stylesheet.css.

Controllare che in /usr/local/virtual siano state create le directory associati alle caselle di posta create; entrare nelle directory e verificare con un editor la presenza dei messaggi di posta. Eventualmente controllare la presenza di errori o segnalazioni nei file /var/log/mail.log e /var/log/mail.err; per mysql invece il file di log ora è syslog. Per vedere le ultime 10 righe dei files usare il comando tail nome file.

Ad ogni modifica ai files di configurazione far ripartire postfix e mysql. Controllare la presenza di posta in coda con il comando mailq.

Per controllare le porte aperte si può installare nmap con apt-get install nmap e digitare:

mailserver# nmap localhost

Installazione e configurazione di courier-imap e courier-pop

mailserver# apt-get install courier-imap courier-pop courier-auhtdaemon courier-authmysql

Con un editor modificare i due files /etc/courier/authdaemonrc e /etc/courier/authmysqlrc:

Fare molta attenzione a non inserire spazi superflui in questi due files!!! usare solo TAB

/etc/courier/authmysqlrc

Le modifiche da fare in questo file sono:

MYSQL_USERNAME	postfix	nome dell'utente
MYSQL_PASSWORD	arkanoid	password
MYSQL_DATABASE	postfix	nome del database
MYSQL_USER_TABLE	mailbox
MYSQL_CRYPT_PWFIELD	password	al posto di crypt
MYSQL_UID_FIELD	'104'	tra apici uid di postfix
MYSQL_GID_FIELD	'106'	tra apici gid di postfix
MYSQL_LOGIN_FIELD	username
MYSQL_HOME_FIELD	'/usr/local/virtual'

togliere il cancelletto davanti a MYSQL_MAILDIR_FIELD maildir

/etc/courier/authdaemonrc

In questo file è stata modificato solo la riga:

authmodule list="authmysql"

Dopo queste modifiche rilanciare postfix e i server courier con i comandi:

maildir# /etc/init.d/postfix restart

maildir# /etc/init.d/courier-imap restart

maildir# /etc/init.d/courier-pop restart

maildir# /etc/init.d/courier-authdaemon restart

Configurare un client di posta (ad esempio Thunderbird) per leggere la posta secondo il protocollo imap e pop e controllare nel secondo caso che la posta venga eliminata da /usr/local/virtual.

Installazione e configurazione del servizio di webmail

Installare il servizio di webmail con apt-get install imp3

Affinché sia possibile creare cartelle "figlie" di INBOX (quelle di primo livello non vengono create) è necessario aggiungere al file di configurazione /etc/imp3/servers.php le seguenti righe:

/etc/imp3/servers.php

$servers['imap'] = array(

'name' => '',

'server' => 'localhost',

'protocol' => 'imap/notls',

'port' => 143,

'folders' => '',

'namespace' => 'INBOX.',

'maildomain' => '',

'smtphost' => 'localhost',

'realm' => '',

'preferred' => ''

);

Alla fine rilanciare apache con /etc/init.d/apache restart e provare il servizio di webmail collegandosi all'host con http://mailserver.miosito.it/horde2/imp

Successivamente si può impostare per imp la lingua (usare dpkg-reconfigure locales se non funziona in italiano), il link diretto a imp ecc...

Supporto delle quote

Per avere il supporto delle quote si può procedere come indicato nel sito http://www.brunny.com/content/view/9/ . Queste le operazioni da effettuare in sequenza:

Applicare la patch per quota VDA

E' necessario scaricare e applicare la patch per quota VDA da http://web.onda.com.br/nadal/ . Un sistema molto comodo per farlo è quello di usare uno degli script che si trovano nelle faq di postfixadmin. Quello che abbiamo usato noi lo riportiamo qui:

---

#!/bin/sh

# THIS IS GPL SO ADJUST WHAT YOU LIKE

# no copyright

# Created and tested on Debian Sarge ( Testing ) 3.1

# This file wil give you the option to easy update postfix

# with VDA support.

# It wil download the VDA Patch and the Postfix Source

# Patches it and build it and install's it.

# If you can improve this please send a copy to

# thctlo@hotmail.com thanx and enjoy.

# i could'nt figure out how to add +vda to the postfix version

# so it would be easier to update without holding selections

# use yes of no

# Install the deb files created

install=yes

# Build the deb files

builddeb=yes

# Source directories

# !!! DO NOT ADD TO SRCDIR /usr/src ALWAYS PUT SOME DIRECTORY BEHIND IT

# YOU WERE WARNED, IF YOU DO PLEASE REMARK LINE

# THE LINE " rm -r -f $SRCDIR "

SRCDIR=/usr/src/sources

DEBDIR=/usr/src/deb-files

# no logging /dev/null or logging /$SRCDIR/postfix-vda.log

whatoutput=$SRCDIR/postfix-vda.log

<nowiky># what do you want to install of postfix</nowiki>

<noviky># individual packages install ?</nowiki>

postfix=yes

postfixtls=yes

postfixmysql=yes

postfixpgsql=no

postfixpcre=yes

postfixldap=no

postfixdoc=yes

postfixdev=no

# Source directories

SRCDIR=/usr/src/sources

DEBDIR=/usr/src/deb-files

<nowiki# date in rfc-2822</nowiki>

THEDATE=`which date`

THETIME=`$THEDATE -R`

POSTFIXVER=`apt-cache show postfix | grep Version`

echo " "

echo "This is used for virtual quota's with postfix"

echo "more info on http://web.onda.com.br/nada"

echo " "

echo "Your options for postfix are:"

echo "$POSTFIXVER"

echo " "

echo "please supply the version of postfix, example: 2.1.5"

echo "and the sub version, example: 4 "

echo "the source you download in this example version is 2.1.5-4"

echo " "

A=""

while [ "$A" == "" ]

do echo "Enter the version of postfix installing (example 2.1.5) and press RETURN"

read A

done

echo "So your postfix version is: $A"

echo " "

B=""

while [ "$B" == "" ]

echo "Please enter the sub version of postfix installing (example "4") and press RETURN"

read B

done

echo " "

echo "So the sub version is: $B, this will result in postfix-$A-$B"

echo "if incorrrect no source will be downloaded en no patch wil be downloaded."

echo " "

WGETSET=`which wget`

if [ $WGETSET == "" ]; then

echo "wget is not installed, installing now"

echo " "

echo "updating package tree"

apt-get update > /dev/null

echo "installing wget.."

apt-get -y install wget > /dev/null

echo "wget installed"

updatedb >> $whatoutput

WGETSET=`which wget`

echo "removing old sources"

rm -r -f $SRCDIR

echo " "

echo "This wil download postfix latests source from the debian tree"

echo " "

mkdir $SRCDIR

cd $SRCDIR

echo "getting sources .. postfix VDA (http://web.onda.com.br/nada1"

$WGETSET http://web.onda.com.br/nadal/postfix/VDA/postfix-$A-trash.patch.gz >> $whatoutput

echo "getting sources .. postfix debian source"

echo "please wait this can take some minutes"

apt-get source postfix >> $whatoutput

echo "checking needed sources for compiling"

apt-get -y build-dep postfix >> $whatoutput echo "unpacking sources"

gunzip postfix_$A.orig.tar.gz >> $whatoutput

tar -xf postfix_$A.orig.tar >> $whatoutput

echo "patching the postfix source with VDA support"

gunzip postfix-2.1.5-trash.patch.gz >> $whatoutput

cd postfix-$A >> $whatoutput

patch -p1 < ../postfix-$A-trash.patch >> $whatoutput

echo "Postfix source patched with VDA (virtual quota support)"

echo "Changing $SRCDIR/postfix-$A/debian/changelog"

echo "changing changelog of postfix add VDA support" >> $SRCDIR/postfix-$A/debian/changelog

echo "postfix ($A-$B+vda) unstable; urgency=low" >> $SRCDIR/postfix-$A/debian/changelog

echo " " >> $SRCDIR/postfix-$A/debian/changelog

echo " * Added VDA support to postfix" >> $SRCDIR/postfix-$A/debian/changelog

echo " " >> $SRCDIR/postfix-$A/debian/changelog

echo " -- THC TLO<thctlo@hotmail.com>> $THETIME" >> $SRCDIR/postfix-$A/debian/changelog

echo " " >> $SRCDIR/postfix-$A/debian/changelog

if [ $builddeb == yes ]; then

echo "creating deb files"

dpkg-buildpackage -rfakeroot -uc -b >> $whatoutput

echo "move deb files to $SRCDIR/deb-files"

mkdir $DEBDIR >> $whatoutput

mkdir $DEBDIR/backup >> $whatoutput

mv $DEBDIR/*.deb $DEBDIR/backup >> $whatoutput

mv $SRCDIR/*.deb $DEBDIR >> $whatoutput

echo "the deb files are in $DEBDIR"

echo "the previous version is in $DEBDIR/backup"

### Install section

if [ $install == yes ]; then

echo "Installing selection and setting them to hold"

echo "so the wont be upgraded unwanted."

cd $DEBDIR >> $whatoutput

BUILDVER=$A-$B

if [ $postfix == yes ]; then

dpkg -i postfix_$BUILDVER\_i386.deb >> $whatoutput

echo "postfix hold" | dpkg --set-selections

if [ $postfixdev == yes ]; then

dpkg -i postfix-dev_$BUILDVER\_all.deb >> $whatoutput

echo "postfix-dev hold" | dpkg --set-selections

if [ $postfixdoc == yes ]; then

dpkg -i postfix-doc_$BUILDVER\_all.deb >> $whatoutput

echo "postfix-doc hold" | dpkg --set-selections

if [ $postfixpcre == yes ]; then

dpkg -i postfix-pcre_$BUILDVER\_i386.deb >> $whatoutput

echo "postfix-pcre hold" | dpkg --set-selections

if [ $postfixmysql == yes ]; then

dpkg -i postfix-mysql_$BUILDVER\_i386.deb >> $whatoutput

echo "postfix-mysql hold" | dpkg --set-selections

if [ $postfixpgsql == yes ]; then

dpkg -i postfix-pgsql_$BUILDVER\_i386.deb >> $whatoutput

echo "postfix-pgsql hold" | dpkg --set-selections

if [ $postfixtls == yes ]; then

dpkg -i postfix-tls_$BUILDVER\_i386.deb >> $whatoutput

echo "postfix-tls hold" | dpkg --set-selections

if [ $postfixldap == yes ]; then

dpkg -i postfix-ldap_$BUILDVER\_i386.deb >> $whatoutput

echo "postfix-ldap hold" | dpkg --set-selections

echo "installing done"

exit 0

---

Lo script funziona correttamente solo se è stato installato fakeroot (con apt-get install fakeroot), altrimenti non viene generato il pacchetto .deb.

Esecuzione dello script:

Viene richiesto solo il n° di versione prima (ad es. 2.1.5) e di subversion dopo (es. 9), dopo lo script prosegue in modo automatico:

scarica automaticamente prima la patch VDA dal sito citato, poi i sorgenti di Postfix dal mirror Debian; crea una nuova directory sources in /usr/src/ dove aggiunge la patch al sorgente originale; genera i pacchetti .deb in /usr/src/deb-files e li installa (senza cambiare i files di configurazione di postfix). Permette anche l'aggiornamento di Postfix vers. 2.2 (in tal caso togliere i ... dalla riga relativa dello script)

Si può usare un altro script (che non abbiamo provato), più articolato, che dovrebbe funzionare anche per le versioni di Postfix 2.2 che salva anche i files sorgenti prima di combinarli insieme. Si può trovare nello stesso forum: http://forums.high5.net/index.php?showtopic=2615

Modifica files di configurazione

Se si è installato postfix come indicato prima, mysql ha già la tabella con la quota disco per utente, (configurabile dall'amministratore del dominio virtuale); bisogna ricordarsi di abilitarla:

a - togliendo # davanti alla riga del file /var/www/mail/config.inc.php:

$CONF['quota'] = 'YES';

b - controllando nel file di configurazione di courier /etc/courier/authmysqlrc:

MYSQL_QUOTA_FIELD

quota

La guida indicata nel sito http://www.brunny.com/content/view/9/ dice di scrivere, nel file di configurazione /etc/courier/imapd:

IMAP_CAPABILITY="IMAP4rev1 CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA"

noi abbiamo trovato in questo file il parametro analogo:

IMAP_CAPABILITY="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE"

che funziona perfettamente senza fare nessuna modifica;

Tutti gli altri punti indicati nella guida sono già stati effettuati prima con l'installazione di postfixadmin e la modifica relativa di /etc/postfix/main.cf (al solito rilanciare sia postfix che courier-imap con /etc/init.d/postfix restart ecc..)

Il funzionamento complessivo è il seguente:

il postmaster attribuisce ad un utente una quota su disco per la casella di posta che viene memorizzata nel database mysql; al superamento di questo limite, chi invia una mail a questo utente viene avvisato che non è possibile consegnarla fino che (l'utente o il postmaster) non elimina parte della posta memorizzata. Il proprietario della casella non viene avvisato direttamente.

Nel file di configurazione /etc/postfix/main.cf è possibile anche definire la dimensione massima (posta+allegato) valida per ogni utente inserendo (ad es.):

message_size_limit = 8240000

8240000 sta per circa 8 Mb di spazio

Questo parametro deve sempre essere inferiore di:

virtual_mailbox_limit = 51200000

(anche se poi con le quote virtuali questo numero non è significativo)

Riferimenti:

http://www.inter7.com/courierimap/README.maildirquota.html

http://web.onda.com.br/nadal/

http://www.oav.net/vda/VIRTUAL_README.txt

Autenticazione SASL e posta criptata con TLS

SASL è un metodo di autenticazione che permette ad un utente del dominio fuori dal segmento di rete "sicuro" (mynetwork) dichiarato in main.cf di utilizzare comunque postfix come smtp. E' possibile anche usare SASL per autenticarsi su un relayHost.

TLS permette la criptazione del traffico dal client di posta al mail server e viceversa

Autenticazione SASL di utenti di un ns. dominio virtuale

1 - Bisogna controllare l'esistenza o installare i seguenti pacchetti:

libsasl2 (attualmente la vers. 2.1.19-1.5), libsasl2-dev, libsasl2-modules, libsasl2-modules-mysql

2 - creare il file /etc/postfix/sasl/smtpd.conf:

pwcheck_method: authdaemond

log_level: 3

mech_list: PLAIN LOGIN

authdaemond_path:/var/run/courier/authdaemon/socket

in questo modo si sceglie di autenticare la password utilizzando courier; la password è memorizzata nel database mysql in forma criptata ma il meccanismo da scegliere nel client di posta è PLAIN TEXT (alcuni client supportono solo questo...). Sono possibili altri modi (auxprop saslauhtd) per controllare la password ma non funzionano con la ns. installazione (abbiamo provato con auxprop, bisogna installare anche sasl2-bin ma poi era necessario inserire la password criptata, presa da mysql, oppure patchare sasl partendo dai sorgenti...vedi http://brunny.com/content/view/12/50/ )

3 - Controllare che smtpd non giri in chroot:

Controllare che /etc/postfix/master.cf abbia n nella colonna chroot (vedi sotto)

=================================================

#	service	type	private	unpriv	chroot	wakeup	maxproc	command	+ args
#			(yes)	(yes)	(yes)	(never)	(100)
smtp		inet	n	-	n	-	-	smtpd

4 - L'user postfix deve far parte del gruppo daemon

mailserver# adduser postfix daemon

5 - Inserire le seguenti righe in /etc/postfix/main.cf:

broken_sasl_auth_clients = yes

#smtpd_recipient_restrictions =

# permit_mynetworks

smtpd_sasl_auth_enable = yes

smtpd_sasl_local_domain = $myhostname

smtpd_sasl_security_options = noanonymous

le righe con # (per ora non abilitate) sono in verità restrizioni sull'uso del smtpd (antispam)

Usare SASL per autenticare il ns. MTA su un RelayHost

apt-get install postfix-tls libsasl2 sasl2-bin libsasl2-modules

edit main.cf relayhost = [smpt.foo.coo]

smtp_sasl_auth_enable = yes

smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd

smtp_sasl_security_options =

edit /etc/postfix/sasl_passwd

[smpt.foo.coo] indirizzo@miodominio.com:password

postmap sasl_passwd postfix reload

Posta criptata con imaps e pops

Come già detto prima si può usare TLS (un'evoluzione di SSL) che cripta il traffico tra il server di posta e l'email client per trasmettere via postfix e ricevere via courier. TSL non è una criptazione tipo client, per questo tipo cercare in GNuPG.

E' necessario creare un certificato per postfix e uno per courier. In postfix si possono usare questi comandi per creare un certificato con validità di tre anni (supponendo di aver già scaricato postfix-tls):

1 - nella directory /etc/postfix creare il certificato per postfix (questo vale circa 999 giorni, circa tre anni)

mail# openssl req -new -outform PEM -out postfix.cert -newkey rsa:2048 -nodes -keyout \ postfix.key -keyform PEM -days 999 -x509

verranno chieste informazioni quali la nazione (per noi IT), la provincia ecc.. per caratterizzare il certificato che il client dovrà accettare

2 - aggiungere queste righe a /etc/postfix/main.cf

smtpd_use_tls = yes

smtpd_tls_cert_file = /etc/postfix/postfix.cert

smtpd_tls_key_file = /etc/postfix/postfix.key

smtpd_data_restrictions = reject_unauth_pipelining

3 - installare courier-imap-ssl e courier-pop-ssl

apt-get install courier-imap-ssl courier-pop-ssl

dopo l'installazione verrà creato automaticamente un certificato che si può accettare,

noi ne abbiamo generato un altro con il comando:

openssl req -x509 -newkey rsa:1024 -keyout imapd.pem -out imapd.pem -nodes -days 999

dando le informazioni come sopra per imaps e:

openssl req -x509 -newkey rsa:1024 -keyout pop3d.pem -out pop3d.pem -nodes -days 999

per pops

4 - editare /etc/courier/imapd-ssl e /etc/courier/pop-ssl ed assicurarsi che i percorsi dei certificati siano rispettivamente:

TLS_CERTFILE=/etc/courier/imapd.pem

TLS_CERTFILE=/etc/courier/pop3d.pem

5 - al solito rilanciare postfix e courier:

mail# /etc/init.d/ postfix restart

mail# /etc/init.d/ courier-imap-ssl restart

mail# /etc/init.d/ courier-pop-ssl restart

6 - Ricordarsi di aprire le porte 993 e 995 sul firewall!

Queste operazioni abiliteranno il traffico sicuro tra client e server. La prima volta il client dovrà accettare il certificato

Solaris Zones

2006-03-16T21:51:00.000+01:00

Today i've been creating my first solaris zone, named "Sidney". The final scope would be: have a couple of zones, and a multiple Oracle Servers in a Grid configuration.

You could read about that in the next posts (... hopefully ;-) )

The system on boot-up is in the 'global' zone. This is the master zone.

# mkdir /x1/zones/   [cannot be a symlink]
# chmod 700 /x1/zones/
# zonecfg -z 
create
set zonepath=/x1/zones/
set autoboot=true (or autoboot=false)
add inherit-pkg-dir
  [read-only path, will be lofs'd from global zone]
 set dir=/opt
 end
add net
 set address= [helios IP range starts 207.7.158.194]
 set physical=bge0 [for a U5, it'll be hme0]
 end
commit
exit
# zoneadm -z  install
['install' preps the zone.  It may take little while.]

Helpful zone commands. Run from the 'global' zone.

Listing all zones:
$ zoneadm list -vc

Booting a zone:
# zoneadm -z  boot

Logging into a zone as the console:
# zlogin -C 
[escape via ~. ;
remember to ~~ if you are connecting via SSH!]

Logging into a zone
[must be run as root; will connect as root of the zone]:
# zlogin 
[exit the zone by closing the shell]

Log into a zone as a specific user:
# zlogin -l  

Shutting down a zone:
# zlogin
# shutdown -i5 -y -g0 [typical solaris shutdown command]

Rebooting a zone
[forcible reboot; bypasses shutdown scripts]:
# zoneadm -z  reboot

Removing a zone:
# zoneadm -z  uninstall
# zonecfg -z  delete

Configuring the zone on initial bootup

1. Select English language                  - option 0
2. Select English (C - 7-bit ASCII) locale  - option 0
3. Select 'X Terminal Emulator' (xterms)    - option 12
...
4. Enter full hostname (i.e. zones.apache.org)
[ Esc-2 can be used to advance these menus as well as F2. ]
[ Before this step, minotaur's named should have the name
as a valid DNS entry ]
5. Do not configure Kerberos security (this is the default)
6. Select DNS for resolution (for now)

...continue the steps.
When finished, you will be able to log into your zone.

Creating users in a zone

As root, ...

# useradd 
# passwd 

Note Solaris doesn't create the home dirs by default.
After creating the user, edit /etc/auto_home to have:

usernamelocalhost:/export/home/username

[ place that line underneath the +auto_home line ]

Then, create the directory and run:

# mkdir -p /export/home/
# chown  /export/home/

Linux Ubuntu. Umanità verso gli altri.

2005-12-22T16:12:00.000+01:00

Ho sempre avuto una qualche distribuzione di Linux sui miei PC, principalmente Red Hat e Suse. Ora ho optato definitivamete per UBUNTU.

Se siete interessati a un sistema operativo che funzioni, andate su questo sito e scaricatevi questa distribuzione di Linux:

http://www.crealabs.it/it/ubuntu-it.html

Una volta installata, questa guida pratica per chi non fosse proprio skillato su linux in generale o su questa distribuzione in particolare:

http://ubuntuguide.org/

... questa per iniziare è la bibbia! ;-)

Un pochino di concetti:

Ubuntu Linux è una distribuzione GNU/Linux nata nel 2004 come derivazione di Debian per l'informatizzazione del secondo e terzo mondo. Rispetto alla sorella maggiore ha un orientamento più spiccato verso un utilizzo desktop e un'attenzione maggiore al supporto dell'hardware dei portatili. Ubuntu si propone anche di cercare una soluzione ad alcuni limiti di Debian: tempi di rilascio incerti e troppo distaccati tra una release e l'altra. Il ciclo di rilascio di Ubuntu è invece fissato in 6 mesi.

Viene finanziata dalla società islandese Canonical Ltd pur rimanendo in tutto e per tutto un software libero.

Il nome deriva da una parola Zulù diffusa in varie parti dell'Africa e che corrisponde all'incirca al concetto di "umanità verso gli altri". L'ideatore dell'iniziativa e titolare di Canonical è Mark Shuttleworth, un imprenditore sudafricano diventato evangelista dell'open source, al cui servizio ha posto le sue risorse.

SUN Cluster: Quick Reference Installazione

2005-12-21T22:18:00.000+01:00

Con questo post vorrei condividere una recente installazione di SUN Cluster che ho fatto su una SUN v240. Spesso i pdf della SUN sono un po' dispersivi.

Lista della spesa:

2 SUN v240 (4CPU Sparc, 4GB Ram)
1 badilata di storage SAN (EMC2 Symmetrix)
4 HBA (2 per host) Qlogic 2200
2 cavi cross per le Transport (Heartbeat)
1 CD Sun Cluster 3.1

Solaris 9 con Solaris Volume Manager
(oppure Solaris 8 con Solstice Disk Suite 4.1 e relativa patch 108693-25)

E ora Step-by-step:

- Creo 1 slice (per ogni bootdisk) da 512MB per /globaldevices (+ creazione e mount del FS e upgrade vfstab)
- Mirroro i dischi di boot con SDS (NB: i metadevices relativi a /globaldevices devono avere nome diverso sui nodi es: d100 sul nodo1 e d110 sul nodo2)

- Allineo gli /etc/hosts delle macchine.
- Installo pacchetti "SUN Cluster 3.1 u1" (./installer) su entrambi i nodi.
- Definisco il domainname con il comando "domainname " su entrambi i nodi.
- Installazione/identificazione Cluster (./scinstall) (sul nodo 1)
* Nomecluster: emre-cl
* Nome nodi: emre1 , emre2
* Transport adapters (heartbeat): bge2 , bge3
NB1: ignorare gli errori che da l' "sccheck", quindi alla domanda se interrompere l'installazione in caso di errore durante
l'scceck rispondere "no".
Inizierà con la configurazione di un nodo, poi lo rebootterà, poi configurerà se stesso e si rebootterà.

...dopo i vari reboot dei nodi (fatti da scinstall):

Sul nodo 1:
- Controllo che veda tutte le did con il comando scdidadm -L
- Creo quorum devices e resetto la modalità "installmode" con scsetup (gli assegno una did es: "d4")
"scsetup" eseguirà comunque i seguenti comandi:
* scconf -a -q globaldev=d4
* scconf -c -q reset
* scconf -a -T node=.

- Modifico i files "/etc/inet/ntp.cluster e /etc/inet/ntp.cluster.conf" su entrambi i nodi
lasciando in questo caso la comunicazione peer-to-peer solo per i due membri (altrimenti di default è
settato per cercarne il massimo dei nodi configurabili: 16)
- Faccio un reboottino di entrambi i nodi (uno alla volta) e vedo cosa mi dice.
- Con scstat controllo che veda i membri e i quorum online, e che i voti siano a posto.

A questo punto parto con la configurazione SDS.

Sul nodo primario:

- Creo il diskset emre e ne acquisto la ownership
* metaset -s emre -a -h emre1 emre2
* metaset -s emre -t -f

- Associo le did al diskset
* metaset -s emre -a /dev/did/dsk/dX
- E controllo che veda tutto su entrambi i nodi
* metaset -s emre

- Creo il volume "d90" associato al diskset "emre"
* metainit -s emre -f d90 1 12 /dev/did/rdsk/dXsY
- Controllo che veda il volume su entrmabi i nodi
* metastat -s emre
- Creo il filesystem sul volume "d90" sul nodo primario.
* newfs /dev/md/emre/rdsk/d90

Tornando al cluster, a questo punto avendo tutti i requisiti inizio a creare l'IPMPgroup, il resource group "emre-rg" e le risorse
(dischi e logical hostname)
Un occhio all' /etc/hosts e all' /etc/vfstab ...che siano completi e ben allineati su entrambi i nodi.

- Creo gli IPMP Group (nel mio caso ho un interfaccia sola, non mi serve a nulla ma a quanto pare lui li desidera fortemente)
NODO 1
* ifconfig bge0 plumb 192.168.0.55 netmask + broadcast + -standby group emregroup up
* ifconfig bge0 addif 192.168.0.172 deprecated -failover -standby up
* if_mpadm -r bge0
NODO2
* ifconfig bge0 plumb 192.168.0.56 netmask + broadcast + -standby group emregroup up
* ifconfig bge0 addif 192.168.0.173 deprecated -failover -standby up
* if_mpadm -r bge0

- Creo il Resource Group "emre-rg"
* scrgadm -a -g emre-rg -h emre1,emre2

- Aggiungo il "tipo risorsa" SUNW.HAStoragePlus
* scrgadm -a -t SUNW.HAStoragePlus

- Creo e attivo la Risorsa "emre-stor" (di tipo HAStoragePlus)
* scrgadm -a -j emre-stor -g emre-rg -t SUNW.HAStoragePlus -x FilesystemMountPoints=/emre
* scswitch -e -j emre-stor
...qui vuole che esista il mountpoint, e che sia presente nelle vfstab.

- Creo il Logical Hostname (occhio che sia presente il nome nell' /etc/hosts)
* scrgadm -a -j emre-lh -g emre-rg -L -l emre-lh
* scswitch -e -j emre-lh

- Prove di switch varie:
* scswitch -z -g emre-rg -h emre2
* scswitch -z -g emre-rg -h emre1
* scswitch -S -h gw1

- E per disinstallare il tutto?

Fare un bel tar di /etc/cluster e metterlo da parte.
Buttar giù un bicchierino di scotch whisky.
(Se fosse necessario, boottare senza cluster "boot -x")
Lanciare "scinstall -r" e controllare che non faccia porcate.
Reboottare gli ex-membri.

SUN T3: configurare un Partner Group

2005-12-21T17:48:00.000+01:00

Per prima cosa la lista della spesa:

- 2 Sun StorEdge T3
- 1 Cavo console
- 2 Cavi di interconnessione T3
- 2 Bretelle ottiche (mono o multi modali, SC-SC)
- 2 HBA installate correttamente sull'host a cui collegare il T3

Supponiamo che l'host a cui collegheremo i T3 sia un Solaris 8.

1) Connettere le bretelle ottiche.
2) Collegare i cavi di alimentazione.
3) Connettersi alla console seriale del primo T3 e loggarsi come root.
Eseguire i seguenti comandi:

sys mp_support rw
sys mirror off
sys cache writebehind

Controllare i parametri con il comando:

sys list

4) Connettersi alla console del secondo T3 ed eseguire le stesse operazioni.
5) Spegnere entrambi i T3
6) Collegarei cavi di interconnessione dei T3 come segue:

7) Connettersi alla console seriale del T3 Master.
8) Accendere i T3 e seguire a console il boot dal Box "Master"
Al boot rileverà di essere in una configurazione di Partner Group (in questo caso trattandosi di due T3: "Partner Pair".
Al termine del boot sarà possibile controllare il successo dell'operazione con il seguente comando:

sys stat

In caso di successo, il comando restituirà questo output:

Unit State Role Partner
----- --------- ------ -------
1 ONLINE Master 2
2 ONLINE AlterM 1

A questo punto, potete eseguire le configurazioni dei volumi direttamente dalla console del box Master.

Primo Post!

2005-12-21T17:02:00.000+01:00

Ciao a tutti.
Ho attivato oggi questo blog, un po' per gioco, un po' perchè non c'ho un cazzo da fare ;) e un po' per testare questo servizio (che effettivamente, sembra caruccio!) Cercherò nei prossimi giorni di inserire dei post, prevalentemente riguardo al mio lavoro (Information Technology). Spero così di trovare un modo semplice per condividere il mio know-how e di poter essere utile a qualcuno. A presto e... grazie per essere passato di qui :)