- dovecot - dovecot.org

[Dovecot] I can acces my pop3 account but I can't send an email trough smtp
by Ricky Tompu Breaky 01 Oct '09

01 Oct '09

Dear my friends.... I use OpenSuSE 11.1, KMail and DoveCot version: " sussy:/etc/ssl/certs # dovecot --version 1.1.7 ". This is the configuration of my DoveCot: " sussy:/etc/ssl/certs # dovecot -n # 1.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.27.29-0.1-default i686 openSUSE 11.1 (i586) base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log protocols: imap imaps pop3 listen(default): * listen(imap): * listen(pop3): *:110 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_greeting: Dovecot of MyGoogle.Com ready. mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: debug_passwords: yes passdb: driver: pam userdb: driver: passwd ". I have created local linux user account on my Postfix+DoveCot server. I also can access the content of my mailbox from my KMail. I am so happy but once I try to send email (testing the smtp) than I realize that I can't send an email from my email client (KMail). I use this setting on my email client: 1. 'incoming mailserver' == 'outgoing mailserver' == 'mail.mygoogle.com' (pseudonome). Also username and password are all the same between incoming/outgoing mailserver, namely the local userlogin of LINUX. As the username, I put 'ricky' (but not 'ricky(a)mygoogle.com'). 2. smtp authentication: No encryption and plaintext. The error message on my KMail is: " Sending failed: Your SMTP server does not support The server responded: "5.7.8 Error: authentication failed: generic failure". Choose a different authentication method. The server responded: "5.7.8 Error: authentication failed: generic failure" The message will stay in the 'outbox' folder until you either fix the problem (e.g. a broken address) or remove the message from the 'outbox' folder. The following transport was used: mygoogle.com Do you want me to continue sending the remaining messages? " and also: " Sending failed: Your SMTP server does not support The server responded: "5.7.8 Error: authentication failed: generic failure". Choose a different authentication method. The server responded: "5.7.8 Error: authentication failed: generic failure" The message will stay in the 'outbox' folder until you either fix the problem (e.g. a broken address) or remove the message from the 'outbox' folder. The following transport was used: mygoogle.com ". I'm stucked again. Please help me. Tell me where my mistake. Thank you very much in advance.

2 2

[Dovecot] Encryption Plugin
by Patrick McLean 01 Oct '09

01 Oct '09

Hi, There was a discussion a few months ago about a plugin for encrypting email before it hit the disk on the server, and doing transparent decryption while serving data to the client, see: http://www.dovecot.org/list/dovecot/2009-July/041262.html We have a client/user who is interested in such a plugin, and I was wondering if there has been any progress on it yet. In our particular case, server-side on-the-fly decryption would be acceptable. This service is useful in the case of a somewhat paranoid user who does not want the IT staff to have direct access to their email, without going through some major hoops (http://hushmail.com actually offers both server and client side decryption for these reasons). The way I would imagine the plugin working is public-key encryption being done on the message as it was being delivered (plug in to dovecot's deliver). Then when a client connects, the private key is decrypted with the user's password and used to decrypt the messages on the fly. Depending on performance, it may be an idea to convert messages to use symmetric with rotating keys encrypted with the public key encryption. If this were going to be done, I would think an IMAP protocol extension may be an idea so client-side encryption would be an option as well, so there would be end-to-end security.

2 1

[Dovecot] OT: IMAP folder aliases
by Patrick Ben Koetter 01 Oct '09

01 Oct '09

It seems that there is no standard for folder names that deal with typical message classes such as drafts, outbox, sent, spam etc. At least there's no common sense on a naming convention that tells how client should handle this. Worse than this, most IMAP clients auto-create folders according to their own naming convention if they don't exist. Every client introduces its own view. Users OTOH expect a single view that makes it easy for them to find their messages. They are unwilling to search in "sent", "sent-mail" or "Sent items" for "messages that have been sent". I doubt that software producers will adopt a standard naming convention if it was introduced within a useful time span. Has anyone seen an approach or a solution that solves the problem from a users point of view? A server side alias list that maps to a server standard? p@rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht München Partnerschaftsregister PR 563

9 28

[Dovecot] Password and special caracter
by Gilles Albusac 01 Oct '09

01 Oct '09

Problem : I have a problem with special character in the password. Character like ! * é are deleted My configuration : - a smtp server with Postfix 2.6 and Dovcot 1.1.11. - a windows 2003 server with active directory for accounts and boxes I use SMTP / SASL on my postfix 2.6 to authenticate my remote laptop users (allow legitimate users to relay mail). To do that, I use SASL Dovecot fonctionnality and ldap request to verify login/password who are declared on a server in Windows 2003 (Active Directory). It works fine with simple password but not with complex password. I have a problem with special character in the password. Character like ! * é are deleted before comparaison. Any idea ? Regards

1 0

[Dovecot] imap crashed: (imap) killed with signal 11 in dovecot 1.2.5
by Robert Gabriel 01 Oct '09

01 Oct '09

Hi, I'm using dovecot 1.2.5 with mysql backend and seems in this new version I have issues when loggin in, especially if there are mails in Inbox folder. NOTE: version 1.2.4 worked perfectly and mysql was updated to version 5.0.86 from source code. Here is my configuration and core dump: > /applications/dovecot-mail/sbin/dovecot --version 1.2.5 > /applications/dovecot-mail/sbin/dovecot -n # 1.2.5: /applications/dovecot-mail/conf/dovecot.conf # OS: Linux 2.6.18-164.el5 i686 CentOS release 5.3 (Final) ext3 base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3s login_dir: /var/run/dovecot/login login_executable(default): /applications/dovecot-mail/libexec/dovecot/imap-login login_executable(imap): /applications/dovecot-mail/libexec/dovecot/imap-login login_executable(pop3): /applications/dovecot-mail/libexec/dovecot/pop3-login login_greeting: Hi buddy, got an account? login_processes_count: 4 login_max_processes_count: 64 max_mail_processes: 1024 last_valid_uid: 10005 mail_privileged_group: mail mail_location: mbox:/srv/mail/vmail/%d/%n mail_debug: yes maildir_copy_preserve_filename: yes mbox_read_locks: dotlock fcntl mail_drop_priv_before_exec: yes mail_executable(default): /applications/dovecot-mail/libexec/dovecot/imap mail_executable(imap): /applications/dovecot-mail/libexec/dovecot/imap mail_executable(pop3): /applications/dovecot-mail/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /applications/dovecot-mail/lib/dovecot/imap mail_plugin_dir(imap): /applications/dovecot-mail/lib/dovecot/imap mail_plugin_dir(pop3): /applications/dovecot-mail/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login cache_size: 10240 cache_ttl: 1800 passdb: driver: pam args: cache_key=%u%r%l dovecot passdb: driver: sql args: /applications/dovecot-mail/conf/dovecot-mysql.conf userdb: driver: sql args: /applications/dovecot-mail/conf/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: dovecot group: mail > grep -v '^ *$#.*$\?$' /applications/dovecot-mail/conf/dovecot-mysql.conf driver = mysql default_pass_scheme = PLAIN-MD5 connect = host=localhost dbname=mail user=mail password=XXXXXXX password_query = SELECT password FROM mailbox WHERE username = '%u' user_query = SELECT '/srv/mail/vmail/%d/%n' as home, 'maildir:/srv/mail/vmail/%d/%n' as mail, 10005 AS uid, 12 AS gid, concat('dirsize:storage=',quota) AS quota FROM mailbox WHERE username ='%u' AND active ='1' > gdb /applications/dovecot-mail/libexec/dovecot/imap `pwd`/core.20557 GNU gdb Fedora (6.8-27.el5) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"... (no debugging symbols found) warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /applications/dovecot-mail/lib/dovecot/imap/lib10_quota_plugin.so... (no debugging symbols found)...done. Loaded symbols for /applications/dovecot-mail/lib/dovecot/imap/lib10_quota_plugin.so Reading symbols from /applications/dovecot-mail/lib/dovecot/imap/lib11_imap_quota_plugin.so...(no debugging symbols found)...done. Loaded symbols for /applications/dovecot-mail/lib/dovecot/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/lib/gconv/ISO8859-1.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so (no debugging symbols found) Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. [New process 20557] #0 0x00000000 in ?? () (gdb) backtrace #0 0x00000000 in ?? () (gdb) quit

3 5

Re: [Dovecot] deliver: Fatal: setgid(114) failed with euid=8, gid=8, egid=8: Operation not permitted
by Fredriksson Turbo 01 Oct '09

01 Oct '09

On 1 okt 2009, at 14.42, Charles Marcus wrote: > Please always keep replies on list... Sorry. A 'Reply' didn't send it where I expected it to... > On 10/1/2009 7:18 AM, Fredriksson Turbo wrote: >>>> But it seems that all mails that was received between 16:52:19 >>>> and 11:07:52 (which was the last mail that couldn't be delivered) >>>> is lost! > >>> Without logs, it is impossible to say what happened to the mails... >>> >>> Were they accepted, then lost? Or were they simply rejected? > >> The error log say: >> >> deliver(<EMAIL>): 2009-09-30 11:07:52 Fatal: setgid(114) failed >> with >> euid=8, gid=8, egid=8: Operation not permitted >> >> The info log say that everything was a-ok... >> >> So the mail was accepted, put in the spool, picked up for local >> delivery, spamchecked etc and when it was supposed to be put in >> a file in the mail directory, lost... > > This may be enough for Timo, but its always better to give the full > logs > of one of these transactions - not just the dovecot error log, but > full > system logs, showing the message entering the system, each step of > processing, and ending with the final delivery (attempt)... Fair enough. But I never saved the tail when the problem occured. I can now extract this again from the info log (getting everything between 11:06 to 11:08 which should be within the problem time...). Who should I send it to? It's 181 lines to 'privatize' and I'd prefere not to send a unprivatized file to the list...

3 5

Re: [Dovecot] deliver: Fatal: setgid(114) failed with euid=8, gid=8, egid=8: Operation not permitted
by Charles Marcus 01 Oct '09

01 Oct '09

Please always keep replies on list... On 10/1/2009 7:18 AM, Fredriksson Turbo wrote: >>> But it seems that all mails that was received between 16:52:19 >>> and 11:07:52 (which was the last mail that couldn't be delivered) >>> is lost! >> Without logs, it is impossible to say what happened to the mails... >> >> Were they accepted, then lost? Or were they simply rejected? > The error log say: > > deliver(<EMAIL>): 2009-09-30 11:07:52 Fatal: setgid(114) failed with > euid=8, gid=8, egid=8: Operation not permitted > > The info log say that everything was a-ok... > > So the mail was accepted, put in the spool, picked up for local > delivery, spamchecked etc and when it was supposed to be put in > a file in the mail directory, lost... This may be enough for Timo, but its always better to give the full logs of one of these transactions - not just the dovecot error log, but full system logs, showing the message entering the system, each step of processing, and ending with the final delivery (attempt)... -- Best regards, Charles Marcus I.T. Director Media Brokers International, Inc. 678.514.6200 x224 678.514.6299 fax

1 0

[Dovecot] Compile dovecot 1.2.5 with managesieve patch 0.11.9?
by Seba 01 Oct '09

01 Oct '09

Hi, is it possible to compile dovecot 1.2.5 with the managesieve patch 0.11.9 which is for dovecot 1.2.4 or is it better to wait if a new managesieve patch is released? Maybe 1.2.5 will work too? Thanks, Seba

3 2

[Dovecot] imap crashed, (imap) killed with signal 11
by Robert Gabriel 01 Oct '09

01 Oct '09

There is an error in dovecot 1.2.5 when loggin in: dovecot: Error: child 14816 (imap) killed with signal 11

1 0

[Dovecot] Some issues in Dovecot 1.2.5 after upgrade from 1.0.15
by Chris Wakelin 01 Oct '09

01 Oct '09

We upgraded from Dovecot 1.0.15 to 1.2.5 last night, on Solaris 10 using mboxes, mostly without issues. However I had to trash the index/cache files (too many folders were showing corruption issues which is especially bad for Prayer Webmail ".prayer" folders that store preferences; Prayer sees a disconnection as the folder being missing!). I've had one imap process panic in mailbox sync (as I mentioned above, the index files have been newly created in 1.2.5): > Sep 30 09:57:10 imap-login: Info: Login: user=<xxxxxxxx>, method=PLAIN, rip=134.225.xx.xx, lip=134.225.16.6 > Sep 30 09:57:10 imap-login: Info: Login: user=<xxxxxxxx>, method=PLAIN, rip=134.225.xx.xx, lip=134.225.16.6 > Sep 30 09:57:11 IMAP 25384 xxxxxxxx 134.225.xx.xx : Panic: file mail-index-sync-update.c: line 933 (mail_index_sync_map): assertion failed: (map->hdr.indexid == index->indexid || map->hdr.indexid == 0) > Sep 30 09:57:11 dovecot: Error: child 25384 (imap) killed with signal 6 (core dumped) This looks like it was the user's first connection since the upgrade, as well. Here's the backtrace: > #0 0xff21fe78 in _libc_kill () from /usr/lib/libc.so.1 > (gdb) bt > #0 0xff21fe78 in _libc_kill () from /usr/lib/libc.so.1 > #1 0xff1b5a3c in abort () from /usr/lib/libc.so.1 > #2 0xbe258 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:160 > #3 0xbeb14 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x0, args=0xffbee758) at failures.c:440 > #4 0xbe414 in i_panic (format=0xec7f0 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:207 > #5 0x98a00 in mail_index_sync_map (_map=0x1263e4, type=MAIL_INDEX_SYNC_HANDLER_HEAD, force=false) at mail-index-sync-update.c:802 > #6 0x8c618 in mail_index_map (index=0x1263a8, type=MAIL_INDEX_SYNC_HANDLER_HEAD) at mail-index-map.c:934 > #7 0x89e30 in mail_index_refresh (index=0x0) at mail-index.c:551 > #8 0x62bec in mbox_sync_header_refresh (mbox=0x1272d8) at mbox-sync.c:1586 > #9 0x62d28 in mbox_sync_has_changed_full (mbox=0x1272d8, leave_dirty=true, empty_r=0xffbeeab7) at mbox-sync.c:1644 > #10 0x62cb4 in mbox_sync_has_changed (mbox=0xffffffff, leave_dirty=true) at mbox-sync.c:1611 > #11 0x63428 in mbox_sync_int (mbox=0x1272d8, flags=0, lock_id=0xffbeee04) at mbox-sync.c:1701 > #12 0x634f4 in mbox_sync (mbox=0x1272d8, flags=0) at mbox-sync.c:1894 > #13 0x63674 in mbox_storage_sync_init (box=0x1272d8, flags=65) at mbox-sync.c:1936 > #14 0x7ebf4 in mailbox_sync_init (box=0x1272d8, flags=65) at mail-storage.c:562 > #15 0x7ecb8 in mailbox_sync (box=0x1272d8, flags=65, status_items=239, status_r=0xffbeefd0) at mail-storage.c:593 > #16 0x29fc0 in select_open (ctx=0x11ebf0, mailbox=0x1 <Address 0x1 out of bounds>, readonly=false) at cmd-select.c:273 > #17 0x2a294 in cmd_select_full (cmd=0x11eb60, readonly=false) at cmd-select.c:382 > #18 0x2a3d0 in cmd_select (cmd=0x11eb60) at cmd-select.c:389 > #19 0x2d064 in client_command_input (cmd=0x11eb60) at client.c:611 > #20 0x2cf08 in client_command_input (cmd=0x11eb60) at client.c:660 > #21 0x2d0ec in client_handle_next_command (client=0x11e8d8, remove_io_r=0xffbef2b7) at client.c:701 > #22 0x2d1e0 in client_handle_input (client=0x11e8d8) at client.c:713 > #23 0x2d318 in client_input (client=0x11e8d8) at client.c:752 > #24 0xc7ea4 in io_loop_handler_run (ioloop=0x11b370) at ioloop-poll.c:203 > #25 0xc7694 in io_loop_run (ioloop=0x11b370) at ioloop.c:335 > #26 0x36e34 in main (argc=1119232, argv=0xffbef4fc, envp=0xffbef50c) at main.c:327 I'm also seeing some other errors, e.g. : > Sep 30 10:37:06 auth(default): Error: Master request 15820.607 not found > Sep 30 10:51:27 dovecot: Error: child 29959 (login) killed with signal 11 (core not dumped) (latest ip=134.225.1.46) > Sep 30 10:51:38 dovecot: Error: child 11162 (login) killed with signal 11 (core not dumped) (latest ip=134.225.1.46) > Sep 30 10:54:03 imap-login: Warning: Error sending handshake to auth server: Transport endpoint is not connected How do I get the login (presumably imap-login) processes to dump core (or do I need to insert gdbhelper)? Dovecot -n output (%J is a local hash function and we don't use the lda; my start-up script sets the fd limit to 4096 once Dovecot has started): > # 1.2.5: /opt/RDGdovect/etc/dovecot.conf > Warning: fd limit 2048 is lower than what Dovecot can use under full load (more than 4352). Either grow the limit or change login_max_processes_count and max_mail_processes settings > # OS: SunOS 5.8 sun4u ufs > base_dir: /opt/RDGdovect/var/run/ > log_path: /opt/RDGdovect/var/log/dovecot.log > info_log_path: /opt/RDGdovect/var/log/dovecot.log > protocols: imap imaps pop3 pop3s > listen(default): 134.225.16.6:143 > listen(imap): 134.225.16.6:143 > listen(pop3): 134.225.16.6:110 > ssl_listen(default): 134.225.16.6:993 > ssl_listen(imap): 134.225.16.6:993 > ssl_listen(pop3): 134.225.16.6:995 > ssl_cert_file(default): /opt/RDGdovect/ssl/imap.reading.ac.uk.crt.pem > ssl_cert_file(imap): /opt/RDGdovect/ssl/imap.reading.ac.uk.crt.pem > ssl_cert_file(pop3): /opt/RDGdovect/ssl/pop.reading.ac.uk.crt.pem > ssl_key_file(default): /opt/RDGdovect/ssl/imap.reading.ac.uk.key.pem > ssl_key_file(imap): /opt/RDGdovect/ssl/imap.reading.ac.uk.key.pem > ssl_key_file(pop3): /opt/RDGdovect/ssl/pop.reading.ac.uk.key.pem > disable_plaintext_auth: no > shutdown_clients: no > login_dir: /opt/RDGdovect/var/run/login > login_executable(default): /opt/RDGdovect/libexec/dovecot/imap-login > login_executable(imap): /opt/RDGdovect/libexec/dovecot/imap-login > login_executable(pop3): /opt/RDGdovect/libexec/dovecot/pop3-login > login_greeting(default): University of Reading IMAP ready. > login_greeting(imap): University of Reading IMAP ready. > login_greeting(pop3): University of Reading POP3 ready. > login_process_per_connection: no > max_mail_processes: 4096 > verbose_proctitle: yes > mail_location: mbox:/export/folders/%13.h/mail/:INBOX=/export/mail/%13.h/INBOX:INDEX=/export/indexes/%13.h > mail_nfs_storage: yes > mbox_very_dirty_syncs: yes > mail_drop_priv_before_exec: yes > mail_executable(default): /opt/RDGdovect/libexec/dovecot/imap > mail_executable(imap): /opt/RDGdovect/libexec/dovecot/imap > mail_executable(pop3): /opt/RDGdovect/libexec/dovecot/pop3 > mail_plugins(default): zlib mail_log > mail_plugins(imap): zlib mail_log > mail_plugins(pop3): > mail_plugin_dir(default): /opt/RDGdovect/libexec/plugins > mail_plugin_dir(imap): /opt/RDGdovect/libexec/plugins > mail_plugin_dir(pop3): /opt/RDGdovect/lib/dovecot/pop3 > mail_log_prefix: %Us %p %u %r : > imap_client_workarounds(default): delay-newmail > imap_client_workarounds(imap): delay-newmail > imap_client_workarounds(pop3): > pop3_reuse_xuidl(default): no > pop3_reuse_xuidl(imap): no > pop3_reuse_xuidl(pop3): yes > pop3_uidl_format(default): %08Xu%08Xv > pop3_uidl_format(imap): %08Xu%08Xv > pop3_uidl_format(pop3): %08Xv%08Xu > pop3_client_workarounds(default): > pop3_client_workarounds(imap): > pop3_client_workarounds(pop3): outlook-no-nuls > namespace: > type: private > separator: / > inbox: yes > list: yes > subscriptions: yes > namespace: > type: private > separator: / > prefix: mail/ > hidden: yes > list: no > subscriptions: yes > namespace: > type: private > separator: / > prefix: ~/mail/ > hidden: yes > list: no > subscriptions: yes > namespace: > type: private > separator: / > prefix: ~%u/mail/ > hidden: yes > list: no > subscriptions: yes > lda: > postmaster_address: postmaster(a)example.com > auth default: > mechanisms: plain login > username_format: %Lu > verbose: yes > passdb: > driver: passwd-file > args: /export/mailconfig/%Ju/%u/migrating > deny: yes > passdb: > driver: passwd-file > args: /export/mailconfig/%Ju/%u/proxy.%Ls > passdb: > driver: ldap > args: /opt/RDGdovect/etc/dovecot-ldap.conf > userdb: > driver: passwd-file > args: /opt/RDGdovect/etc/userdb Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

2 9