Re: Virtdomains + per-domain-quota
Marcelo Henrique Cabral Ariza wrote: > Hello everybody! > > I work in an ISP, and i have a mail server with +-700 domains. I just > building a Postfix+cyrus+ldap+dspam system for this domains and need a > help whith domain quota. Someone can help me? you can create partition per domain and use quota per partition. WBR Dmitriy Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus - can't create user mailbox - SOLVED
Hi Alain,
Problem solved. Mail arrives.
- snip -
> > However on /etc/group I found following entries;
> >
> > mail:x:8:dovecot
> > dovecot:x:113:
>
> if you can edit /etc/group, change mail group like that
>
> mail:x:8:dovecot,postfix
>
> and restart postfix
Edit /etc/group and restart postfix
$ sudo nano /etc/cyrus.conf
changing back;
lmtpunixcmd="lmtpd"
listen="/var/spool/postfix/var/run/cyrus/socket/lmtp" prefork=0
maxchild=20
as;
lmtpunixcmd="lmtpd" listen="/var/run/cyrus/socket/lmtp"
prefork=0 maxchild=20
This above step is necessary otherwise mail won't arrive.
$ sudo /etc/init.d/cyrus2.2 restart
Stopping Cyrus IMAPd: cyrmaster.
Waiting for complete shutdown...
Starting Cyrus IMAPd: cyrmaster.
Send satimiscyrus a mail on GMail. Mail arrives NOW.
$ tail /var/log/mail.log
Jun 11 08:30:29 lampserver cyrus/lmtpunix[4627]: executed
Jun 11 08:30:29 lampserver cyrus/lmtpunix[4627]: accepted connection
Jun 11 08:30:29 lampserver cyrus/lmtpunix[4627]: lmtp connection
preauth'd as postman
Jun 11 08:30:29 lampserver cyrus/lmtpunix[4627]: IOERROR: fstating
sieve script /var/spool/sieve/s/satimiscyrus/defaultbc: No such file or
directory
Jun 11 08:30:29 lampserver cyrus/lmtpunix[4627]: duplicate_check:
<[EMAIL PROTECTED]>
user.satimiscyrus0
Jun 11 08:30:29 lampserver cyrus/lmtpunix[4627]: mystore: starting txn
2147483652
Jun 11 08:30:29 lampserver cyrus/lmtpunix[4627]: mystore: committing
txn 2147483652
Jun 11 08:30:29 lampserver cyrus/lmtpunix[4627]: duplicate_mark:
<[EMAIL PROTECTED]>
user.satimiscyrus1213144229 1
Jun 11 08:30:29 lampserver postfix/lmtp[4626]: 0208587821B:
to=<[EMAIL PROTECTED]>,
relay=/var/run/cyrus/socket/lmtp[/var/run/cyrus/socket/lmtp], delay=1,
status=sent (250 2.1.5 Ok)
Jun 11 08:30:29 lampserver postfix/qmgr[4501]: 0208587821B: removed
* end *
$ sudo ls -la /var/spool/cyrus/mail/s/user/satimiscyrus
total 24
drwx-- 2 cyrus mail 4096 2008-06-11 08:30 .
drwx-- 3 cyrus mail 4096 2008-06-09 16:35 ..
-rw--- 1 cyrus mail 2054 2008-06-11 08:30 1.
-rw--- 1 cyrus mail 1760 2008-06-11 08:30 cyrus.cache
-rw--- 1 cyrus mail 158 2008-06-09 16:35 cyrus.header
-rw--- 1 cyrus mail 136 2008-06-11 08:30 cyrus.index
* end *
$ sudo nano /var/spool/cyrus/mail/s/user/satimiscyrus/1.
read the mail.
Why the arriving mail is numbered as '1.'?
I'll revert the change on chroot to the original state later to see
whether it has effect.
Athentication problem still remains intact.
$ imtest -m login -p imap -u satimiscyrus localhost
S: * OK lampserver Cyrus IMAP4 v2.2.12-Debian-2.2.12-4ubuntu1 server
ready
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS
NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND
BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE
S: C01 OK Completed
Please enter your password:
C: L01 LOGIN satimis {12}
S: + go ahead
C:
S: L01 NO Login failed: generic failure
Authentication failed. generic failure
Security strength factor: 0
C: Q01 LOGOUT
Connection closed.
* end *
I'll continue to solve this problem on another thread.
> private joke: I dont understand why all ubuntu and debian users use
> always the same prompt : "$ sudo " :-)
It is Debian/Ubuntu way. They use sudoer instead of "su" changing to
root.
Previously I met another joke. Folks on Internet seeing my postings
asked me why not following Debian/Ubutu way of operation while working
on them.
B.R.
Stephen
Send instant messages to your online friends http://uk.messenger.yahoo.com
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Virtdomains + per-domain-quota
Hello everybody! I work in an ISP, and i have a mail server with +-700 domains. I just building a Postfix+cyrus+ldap+dspam system for this domains and need a help whith domain quota. Someone can help me? Thanks Marcelo Londrina - Parana - Brazil Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus - can't create user mailbox
On Tue, Jun 10, 2008 at 3:21 PM, Stephen Liu <[EMAIL PROTECTED]> wrote: > Hi Jorey, > > > - snip - > > >> > The output here is; >> > $ id postfix >> > uid=107(postfix) gid=111(postfix) groups=111(postfix) >> >> Yes. Now add the postfix user to the mail group, and the permissions >> error should disappear. > > > I'm prepared to run; > > $ sudo groupadd mail -g 1001 > $ useradd postfix -u 1001 -g 1001 > > Shall I use number 1001? OR another number? > > > However on /etc/group I found following entries; > > mail:x:8:dovecot > dovecot:x:113: if you can edit /etc/group, change mail group like that mail:x:8:dovecot,postfix and restart postfix private joke: I dont understand why all ubuntu and debian users use always the same prompt : "$ sudo " :-) > > > I don't have dovecot-* running. Shall I remove them manually? Thanks > > > Other advice noted with thanks > > > > B.R. > Stephen > > Send instant messages to your online friends http://uk.messenger.yahoo.com > > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > -- Alain Spineux aspineux gmail com May the sources be with you Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus - can't create user mailbox
Stephen Liu wrote, at 06/10/2008 09:21 AM: >>> The output here is; >>> $ id postfix >>> uid=107(postfix) gid=111(postfix) groups=111(postfix) >> Yes. Now add the postfix user to the mail group, and the permissions >> error should disappear. > > I'm prepared to run; > > $ sudo groupadd mail -g 1001 I didn't say add the mail group. > $ useradd postfix -u 1001 -g 1001 I didn't say add the postfix user. > Shall I use number 1001? OR another number? Don't. Stop guessing. > However on /etc/group I found following entries; > > mail:x:8:dovecot See, you already have a mail group. Leave it. > dovecot:x:113: And you seem to have dovecot installed, which shouldn't be a problem if you're not using it. > I don't have dovecot-* running. Shall I remove them manually? Thanks No, you should avoid manually removing applications on systems like Debian. Use the package manager to remove it. There's also a chance that Debian has some utilities for managing your mail system that you may want to look into. Personally, I don't like Debian's wizards, tools, or over-reaching modifications, so I don't use it. But if you like the system they offer, it can be easy to maintain. All you need to do is add the (existing) postfix user to the (existing) mail group. This can be as easy as editing /etc/groups, using the more secure vigr command, or any other number of ways your system provides. You should also be aware of your platform's documentation, especially if it's going to back you into certain corners. In any case, refer to it to learn about permissions, ownership, and how to add a user to a group. Then simply add postfix to the mail group and report back any new errors or success. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: seen db
On Tue, 10 Jun 2008 15:29:01 +0200, "Rudy Gevaert" <[EMAIL PROTECTED]> said: > Bron Gondwana wrote: > > > Are you running a 64 bit kernel? > > Yes, but the system is 32bit (I run 64bit kernel + 32 emulation support) Interesting, so do we (on etch as well) > > (just wondering - we have hit pretty much the same issue - and were > > wondering about dodgy kernel issues being a proble - it's only one > > machine that seems to have corrupted seen files, only on replicas) > > > > We've been running 2.3.12 for about a week, and it's only last night > > that we had anything funny show up at all. > > > > Interestingly, it's probably the first time cyr_expire ran on 2.3.12 > > just before that - and also the first time our check-replication > > script was running, which loads a lot of seen files on BOTH ends. > > Here cyr_expire has been running on 2.3.12 for a couple of weeks. But > here the first time too with the 64bit kernel. There you go. We've had the 64bit kernel approximately forever, but only just upgraded from 2.6.20 series to 2.6.25. > I can try with a 32bit kernel tomorrow. > > In attachment a strace to show where it segfaults Almost certainly boring, since it's file corruption. The file itself would be significantly more interesting. My guess - you'll be finding little blocks of (small n)*4 bytes which happen to be NULL. It's when they intersect with the pointers table that things get interesting. Oh - can you tell me. Did the file checkpoint sometime not too long before it got corrupted? I've got a small set of theories, but I'm reading the skiplist source code (again!) to see if they make sense... Bron. -- Bron Gondwana [EMAIL PROTECTED] Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: seen db
Bron Gondwana wrote:
Are you running a 64 bit kernel?
Yes, but the system is 32bit (I run 64bit kernel + 32 emulation support)
(just wondering - we have hit pretty much the same issue - and were
wondering about dodgy kernel issues being a proble - it's only one
machine that seems to have corrupted seen files, only on replicas)
We've been running 2.3.12 for about a week, and it's only last night
that we had anything funny show up at all.
Interestingly, it's probably the first time cyr_expire ran on 2.3.12
just before that - and also the first time our check-replication
script was running, which loads a lot of seen files on BOTH ends.
Here cyr_expire has been running on 2.3.12 for a couple of weeks. But
here the first time too with the 64bit kernel.
I can try with a 32bit kernel tomorrow.
In attachment a strace to show where it segfaults
Rudy
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur Direction ICT, Infrastructure dept.
Groep Systemen Systems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
mkdir("/mail/mail5r/imap/sync./3399", 0755) = -1 EEXIST (File exists)
fcntl64(8, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(8, {st_mode=S_IFREG|0600, st_size=5391500, ...}) = 0
stat64("/mail/mail5r/var/imap/mailboxes.db", {st_mode=S_IFREG|0600,
st_size=5391500, ...}) = 0
fcntl64(8, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
open("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/cyrus.header",
O_RDWR) = 22
fstat64(22, {st_mode=S_IFREG|0600, st_size=259, ...}) = 0
mmap2(NULL, 259, PROT_READ, MAP_SHARED, 22, 0) = 0xf7fb3000
open("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/cyrus.index",
O_RDWR) = 23
fstat64(23, {st_mode=S_IFREG|0600, st_size=121360, ...}) = 0
mmap2(NULL, 131072, PROT_READ, MAP_SHARED, 23, 0) = 0xf56b5000
open("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/cyrus.cache",
O_RDWR) = 24
fstat64(24, {st_mode=S_IFREG|0600, st_size=3512008, ...}) = 0
mmap2(NULL, 3522560, PROT_READ, MAP_SHARED, 24, 0) = 0xf521
fstat64(23, {st_mode=S_IFREG|0600, st_size=121360, ...}) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14391.",
"/mail/mail5r/imap/sync./3399/123.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14412.",
"/mail/mail5r/imap/sync./3399/124.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14413.",
"/mail/mail5r/imap/sync./3399/125.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14417.",
"/mail/mail5r/imap/sync./3399/126.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14418.",
"/mail/mail5r/imap/sync./3399/127.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14421.",
"/mail/mail5r/imap/sync./3399/128.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14422.",
"/mail/mail5r/imap/sync./3399/129.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14424.",
"/mail/mail5r/imap/sync./3399/130.") = 0
brk(0x81fc000) = 0x81fc000
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14425.",
"/mail/mail5r/imap/sync./3399/131.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14426.",
"/mail/mail5r/imap/sync./3399/132.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14427.",
"/mail/mail5r/imap/sync./3399/133.") = 0
lseek(15, 0, SEEK_CUR) = 0
link("/mail/mail5r/imap/domain/u/ugent.be/m/user/meryem^kanmaz/14428.",
"/mail/mail5r/imap/sync./3399/134.") = 0
lseek(15, 0, SEEK_CUR) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 3399 detached
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus - can't create user mailbox
Hi Jorey, - snip - > > The output here is; > > $ id postfix > > uid=107(postfix) gid=111(postfix) groups=111(postfix) > > Yes. Now add the postfix user to the mail group, and the permissions > error should disappear. I'm prepared to run; $ sudo groupadd mail -g 1001 $ useradd postfix -u 1001 -g 1001 Shall I use number 1001? OR another number? However on /etc/group I found following entries; mail:x:8:dovecot dovecot:x:113: I don't have dovecot-* running. Shall I remove them manually? Thanks Other advice noted with thanks B.R. Stephen Send instant messages to your online friends http://uk.messenger.yahoo.com Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: seen db
On Tue, Jun 10, 2008 at 12:02:44PM +0200, Rudy Gevaert wrote: > Hi, > > I'm seeing this in my logs > > mail5r/syncserver[19755]: seen_db: user [EMAIL PROTECTED] opened > /mail/mail5r/var/imap/domain/u/ugent.be/user/n/nick^andries.seen > mail5r/master[12683]: process 19755 exited, signaled to death by 11 > mail5r/master[12683]: service syncserver pid 19755 in BUSY state: > terminated abnormally > > Deleting the seen file on the replica, or reconstructing doesn't help. > I need to delete the mailbox on the replica and resync it. > > It's only for certain users, so I don't think it has to do with my > upgrade from sarge to etch. (I brought down my lun on sarge machine, > and brought it up on the etch machine). I'm running 2.3.12p2 on sarge > and etch. > > An other downside is that my replication hangs on that user. > sync_client bails out, and restarts but with that user... So he keeps > retrying. > > I would appreciate further help in debugging the problem. Are you running a 64 bit kernel? (just wondering - we have hit pretty much the same issue - and were wondering about dodgy kernel issues being a proble - it's only one machine that seems to have corrupted seen files, only on replicas) We've been running 2.3.12 for about a week, and it's only last night that we had anything funny show up at all. Interestingly, it's probably the first time cyr_expire ran on 2.3.12 just before that - and also the first time our check-replication script was running, which loads a lot of seen files on BOTH ends. Bron. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus - can't create user mailbox
Stephen Liu wrote, at 06/10/2008 07:42 AM: > --- Jorey Bump <[EMAIL PROTECTED]> wrote: > >> Stephen Liu wrote, at 06/09/2008 09:55 PM: >> >>> Jun 10 09:14:10 lampserver postfix/lmtp[4989]: 40275878215: >>> to=<[EMAIL PROTECTED]>, relay=none, delay=0, status=deferred >>> (connect to >>> /var/run/cyrus/socket/lmtp[/var/run/cyrus/socket/lmtp]: Permission >>> denied) Postfix can't access your socket. >>> $ sudo ls -l /var/run/cyrus/socket >>> total 0 >>> srwxrwxrwx 1 root root 0 2008-06-10 06:55 lmtp >>> $ sudo ls -ld /var/run/cyrus/socket >>> drwxr-x--- 2 cyrus mail 80 2008-06-10 09:09 /var/run/cyrus/socket Only the cyrus user and members of the mail group can access your socket. >>> $ id postfix >>> uid=107(postfix) gid=111(postfix) groups=111(postfix) >> Now just add the user postfix to the mail group. Currently, the postfix user only belongs to the postfix group. Users can belong to multiple groups. Add the postfix user to the mail group, so it can access your socket. > Sorry I'm not very clear. Whether follow the guy's suggestion running; > > $ sudo adduser postfix lmtp > > ??? Thanks I see no lmtp group in your configuration, so I don't expect this to have any effect. > On > http://unixadmintalk.com/f11/postfix-cyrus21-89421/ Don't blindly follow howtos without understanding the underlying concepts. > His output is; > > $ id postfix > uid=101(postfix) gid=103(postfix) > groups=103(postfix),45(sasl),1001(lmtp) He is apparently creating specialized groups that presumably have differing needs, which is fine, but you don't need to add this complexity at this stage. You can revisit this once you have a working solution and understand the reasoning behind it, but I wouldn't bother unless your platform imposes this on you. > The output here is; > $ id postfix > uid=107(postfix) gid=111(postfix) groups=111(postfix) Yes. Now add the postfix user to the mail group, and the permissions error should disappear. > How about sasl? Concentrate on fixing one error at a time. I don't use a special sasl group on my system. You might not need one, either. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus - can't create user mailbox
--- Jorey Bump <[EMAIL PROTECTED]> wrote: > Stephen Liu wrote, at 06/09/2008 09:55 PM: > > > Jun 10 09:14:10 lampserver postfix/lmtp[4989]: 40275878215: > > to=<[EMAIL PROTECTED]>, relay=none, delay=0, status=deferred > > (connect to > > /var/run/cyrus/socket/lmtp[/var/run/cyrus/socket/lmtp]: Permission > > denied) > > > $ sudo ls -l /var/run/cyrus/socket > > total 0 > > srwxrwxrwx 1 root root 0 2008-06-10 06:55 lmtp > > > $ sudo ls -ld /var/run/cyrus/socket > > drwxr-x--- 2 cyrus mail 80 2008-06-10 09:09 /var/run/cyrus/socket > > > $ id postfix > > uid=107(postfix) gid=111(postfix) groups=111(postfix) > > Now just add the user postfix to the mail group. Hi Jorey, Sorry I'm not very clear. Whether follow the guy's suggestion running; $ sudo adduser postfix lmtp ??? Thanks On http://unixadmintalk.com/f11/postfix-cyrus21-89421/ His output is; $ id postfix uid=101(postfix) gid=103(postfix) groups=103(postfix),45(sasl),1001(lmtp) The output here is; $ id postfix uid=107(postfix) gid=111(postfix) groups=111(postfix) How about sasl? B.R. Stephen Send instant messages to your online friends http://uk.messenger.yahoo.com Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
seen db
Hi, I'm seeing this in my logs mail5r/syncserver[19755]: seen_db: user [EMAIL PROTECTED] opened /mail/mail5r/var/imap/domain/u/ugent.be/user/n/nick^andries.seen mail5r/master[12683]: process 19755 exited, signaled to death by 11 mail5r/master[12683]: service syncserver pid 19755 in BUSY state: terminated abnormally Deleting the seen file on the replica, or reconstructing doesn't help. I need to delete the mailbox on the replica and resync it. It's only for certain users, so I don't think it has to do with my upgrade from sarge to etch. (I brought down my lun on sarge machine, and brought it up on the etch machine). I'm running 2.3.12p2 on sarge and etch. An other downside is that my replication hangs on that user. sync_client bails out, and restarts but with that user... So he keeps retrying. I would appreciate further help in debugging the problem. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
