- dovecot - dovecot.org

[Dovecot] Comments on planned migration to Dovecot
by Rory Campbell-Lange 07 Sep '04

07 Sep '04

Our office of about 100 users is presently running its mail through an Exchange 5.5 Server. The Exchange server is protected by Linux server pass-through server running Exim4. We intend to move all of our mail and directory services to open source software, probably Exim4, Dovecot and OpenLDAP. We have a mixture of mail clients. These include Mac OS9 Entourage (about 30%), OSX Entourage (20%) and Apple Mail (50%). About 30 individuals also look in to their mailboxes using squirrelmail. Each user is permitted a mailbox of no more than 20MB in size. Project mailboxes may rise to 200MB, however, with up to 5 simultaneous users connection to each project mailbox. I would be grateful for comments on the suitability of deploying Dovecot in this production environment. I already use Dovecot for a small number of users in a different environment (Mac Eudora, XP Outlook, Squirrelmail) and it appears to work without fault. Rory -- Rory Campbell-Lange <rory(a)campbell-lange.net> <www.campbell-lange.net>

1 0

[Dovecot] [Fwd: Maildir++ support]
by Maykel Moya 07 Sep '04

07 Sep '04

> In the homepage said that dovecot doesn't yet support maildir++, but in > http://dovecot.org/doc/mail-storages.txt said 'we support maildir++'. > > My question is: does dovecot support maildir++ ? > > Regards > mike

2 1

[Dovecot] Dovecot quota support
by Alton Yu 07 Sep '04

07 Sep '04

Sorry if this question has already been answered. I'm just thought that maybe I could get an answer here faster than my research. I'm currently using squirrelmail and there's a plugin that supports quota compatible with Courier. Does dovecot have the same support? Thanks!

2 1

[Dovecot] [Fwd: dovecot bug case] Reproducably make "imap" loop.
by Grahame Bowland 07 Sep '04

07 Sep '04

Hi guys I noticed a few people talking about a bug where "imap" processes loop. Bruce has managed to reproduce the bug. Anyone know if this has been fixed in CVS, or is it an unfixed problem? Cheers Grahame

1 0

RE: [Dovecot] 100% CPU utilisation
by Zoong Pham 07 Sep '04

07 Sep '04

> -----Original Message----- > From: Timo Sirainen [mailto:tss@iki.fi] > Sent: Monday, 6 September 2004 6:34 PM > To: Zoong Pham > Cc: Dovecot mailing list > Subject: Re: [Dovecot] 100% CPU utilisation > > Probably because one of the lines in it is larger then 4096 bytes? > Header parser doesn't really like that. I should get that fixed in > 1.0-tests.. > I just check the problematic mailbox. The maximum line length is 2047 characters. Most of them are around 1300 characters. Thanks, Zoong THIS EMAIL IS CONFIDENTIAL. If you have received this email in error please forward it to information(a)mercy.com.au. It may contain personal information and it is intended for the addressee only. If you receive this email in error you must not use, copy, forward, print or otherwise disseminate any information it contains. MERCY HEALTH & AGED CARE is a Catholic community benefit organisation. Each year, one in twenty Victorian families are touched by the services we provide. Visit www.mercy.com.au for more information. Our services include: * Mercy Hospital for Women - East Melbourne (moving to Heidelberg in 2005) *Werribee Mercy Hospital - Werribee * Mount Alvernia Mercy Hospital - Bendigo *Mercy Hospice - Western suburbs * O'Connell Family Centre - Canterbury *Corporate Office - Richmond * Rice Village - Geelong * Tullamore Mercy - Montrose *Eventide Mercy - Colac * Bethlehem Home for the Aged - Bendigo

1 0

RE: [Dovecot] 100% CPU utilisation
by Jamie Heckford 06 Sep '04

06 Sep '04

> > Dovecot (0.9.11) consumes 100% CPU utilisation when accessing > (either pop or imap) one of my mailboxes. It doesn't happen > with other mailboxes. > The mailbox has about 500 mails while others have many more. > They are all in mbox format. > I've noticed this using maildir, luckily we have an SMP server so it doesn't affect it to much, but obviously I would like to stop it. Doesn't happen to all users and doesn't seem to be dependent on size of Maildir, sending SIGTERM makes it go away and then the user opens the mailbox again and I see normal CPU usage. However 3-4 hours later it will happen again. Using FreeBSD 4.9 and dovecot-0.99.10.4, postfix 2.0.18 as MTA. If theres any other info that would be useful (this is probably the most vauge description I can manage, but its all the info I have) then let me know and I can provide. Ta Jamie

1 0

[Dovecot] [PATCH] [RFC] epoll based ioloop handler
by Andrey Panin 06 Sep '04

06 Sep '04

Hello, this patch adds ioloop handler using Linux 2.6 epoll API. I'm not sure is it ready for inclusion right now, but it works for me and survives deadconn test with 1024 simultaneous connections. Please take a look and comment. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

3 4

Re: [Dovecot] 100% CPU utilisation
by Lasse Danielsen 06 Sep '04

06 Sep '04

I have some experience with OBSD, squirrel, vpopmail and dovecot. In my experience it would hang like that if squirrel was set up to sort/thread (or whatever the settings was named). try to turn such things off and see if that helps. -- Lasse Danielsen lasse(a)danielsen.tk -- No part of this message may reproduce, store itself in a retrieval system, or transmit disease, in any form, without the permissiveness of the author. > > Dovecot (0.9.11) consumes 100% CPU utilisation when accessing > (either pop or imap) one of my mailboxes. It doesn't happen > with other mailboxes. > The mailbox has about 500 mails while others have many more. > They are all in mbox format. > > OS: OpenBSD-3.5 with all patches > MTA: Sendmail-8.12.11 > It happened with other RCs of dovecot-0.9.11 > Configured as: ./configure --without-pam --without-shadow > --without-vpopmail --localstatedir=/var --with-ssldir=/etc/ssl > --with-ssl=openssl > > There is no strange information in /var/log/maillog except the > normal ones like: > Sep 6 10:12:40 onion imap-login: Login: zoong [127.0.0.1] > > The pop or imap clients (mutt and squirrel-1.4.3a) just stay at "opening > INBOX ...". > mutt can open directly the mailbox without any problem. > I rebooted the server and problem still happening. > > Can someone advise how to find out what's wrong here? > I guess there is some kind of corruption within the mailbox. > > Thanks, > Zoong PHAM > > ___________________________________________________________________________________ > THIS EMAIL IS CONFIDENTIAL. If you have received this email in error > please forward it to information(a)mercy.com.au. It may contain personal > information and it is intended for the addressee only. If you receive this > email in error you must not use, copy forward, print or otherwise > disseminate any information it contains. > Mercy Health & Aged Care is a Catholic community benefit organisation. > Each year one in twenty Victorian families are touched by the services we > provide. Visit www.mercy.com.au for more information. > Our services include: > * Mercy Hospital for Women - East Melbourne (moving to Heidelberg in 2005) > * Werribee Mercy Hospital - Werribee * Mount Alvernia Mercy Hospital - > Bendigo * Mercy Hospice - Western suburbs * O'Connell Family Centre - > Canterbury * Corporate Office - Richmond * Rice Village - Geelong * > Tullamore Mercy - Montrose * Eventide Mercy - Colac * Bethlehem Home for > the Aged - Bendigo * > -- Lasse Danielsen lasse(a)danielsen.tk -- No part of this message may reproduce, store itself in a retrieval system, or transmit disease, in any form, without the permissiveness of the author. Random Thought: -------------- There was a young lady named Ransom Who was rogered three times in a hansom. When she cried out for more A voice from the floor Replied, "My name is Simpson, not Samson."

1 0

[Dovecot] POP3 and big mailboxes
by Sergey Matveychuk 06 Sep '04

06 Sep '04

Hello. Today one of my users has returned from vacation and his mailbox has grown to 67 Mbyte in 1705 e-mails. dovecot can't index this mailbox with this message (i've changed username with 'xxx'): pop3-login: Sep 06 10:03:43 Info: Login: xxx [172.16.4.9] pop3(xxx): Sep 06 10:03:43 Error: Error indexing mbox file /var/mail/xxx: LF not found where expected pop3(xxx): Sep 06 10:03:43 Error: Error indexing mbox file /var/mail/xxx: LF not found where expected pop3(xxx): Sep 06 10:03:43 Warning: I/O leak: 0x8050600 (0) pop3(xxx): Sep 06 10:03:43 Warning: I/O leak: 0x80858f0 (1) pop3(xxx): Sep 06 10:03:43 Warning: Timeout leak: 0x8065b90 Is it a bug in dovecot? PS. dovecot-0.99.10.9 on FreeBSD 5.2-CURRENT (a month before BETA1 released). -- Sem.

3 3

[Dovecot] v0.99.11 released
by Timo Sirainen 06 Sep '04

06 Sep '04

v0.99.11 2004-09-04 Timo Sirainen <tss(a)iki.fi> + 127.* and ::1 IP addresses are treated as secured with disable_plaintext_auth = yes + auth_debug setting for extra authentication debugging + Some documentation and error message updates + Create PID file in /var/run/dovecot/master.pid + home setting is now optional in static userdb + Added mail setting to static userdb - After APPENDing to selected mailbox Dovecot didn't always notice the new mail immediately which broke some clients - THREAD and SORT commands crashed with some mails - If APPENDed mail ended with CR character, Dovecot aborted the saving - Output streams sometimes sent data duplicated and lost part of it. This could have caused various strange problems, but looks like in practise it rarely caused real problems.

6 7

[Dovecot] 100% CPU utilisation
by Zoong Pham 06 Sep '04

06 Sep '04

Dovecot (0.9.11) consumes 100% CPU utilisation when accessing (either pop or imap) one of my mailboxes. It doesn't happen with other mailboxes. The mailbox has about 500 mails while others have many more. They are all in mbox format. OS: OpenBSD-3.5 with all patches MTA: Sendmail-8.12.11 It happened with other RCs of dovecot-0.9.11 Configured as: ./configure --without-pam --without-shadow --without-vpopmail --localstatedir=/var --with-ssldir=/etc/ssl --with-ssl=openssl There is no strange information in /var/log/maillog except the normal ones like: Sep 6 10:12:40 onion imap-login: Login: zoong [127.0.0.1] The pop or imap clients (mutt and squirrel-1.4.3a) just stay at "opening INBOX ...". mutt can open directly the mailbox without any problem. I rebooted the server and problem still happening. Can someone advise how to find out what's wrong here? I guess there is some kind of corruption within the mailbox. Thanks, Zoong PHAM ___________________________________________________________________________________ THIS EMAIL IS CONFIDENTIAL. If you have received this email in error please forward it to information(a)mercy.com.au. It may contain personal information and it is intended for the addressee only. If you receive this email in error you must not use, copy forward, print or otherwise disseminate any information it contains. Mercy Health & Aged Care is a Catholic community benefit organisation. Each year one in twenty Victorian families are touched by the services we provide. Visit www.mercy.com.au for more information. Our services include: * Mercy Hospital for Women - East Melbourne (moving to Heidelberg in 2005) * Werribee Mercy Hospital - Werribee * Mount Alvernia Mercy Hospital - Bendigo * Mercy Hospice - Western suburbs * O'Connell Family Centre - Canterbury * Corporate Office - Richmond * Rice Village - Geelong * Tullamore Mercy - Montrose * Eventide Mercy - Colac * Bethlehem Home for the Aged - Bendigo *

1 0

[Dovecot] Plaintext Authentication from Localhost
by Paul C. Bryan 06 Sep '04

06 Sep '04

Hi: It appears that at least at one time, Dovecot supported plaintext authentication from localhost, even if disable_plaintext_auth = yes. To wit, the example configuration file reads: # Disable LOGIN command and all other plaintext authentications unless # SSL/TLS is used (LOGINDISABLED capability). Note that 127.*.*.* and # IPv6 ::1 addresses are considered secure, this setting has no effect if # you connect from those addresses. #disable_plaintext_auth = yes On brief inspection of the code, there doesn't seem to be any such support. This is corroborated by the fact that 0.99.10 (Debian package) behaves by disallowing plaintext authentication via connections on localhost. This is a particularly useful feature, as local webmail clients can safely authenticate via the local interface without requiring secure authentication. So, the question is, is Dovecot supposed to support plaintext auth via localhost even if disallowed in dovecot.conf? If so, any suggestions as to what I may be doing wrong? Yours truly, Paul C. Bryan email(a)pbryan.net

2 4

[Dovecot] pam_access
by Programmer 05 Sep '04

05 Sep '04

I've discoverd when I add the line pam_access for access authentication, It always denys a login, even when access.conf accepts everything. I've tested this with other programs, and they work okay. Any ideas?

1 0

[Dovecot] file ostream-file.c: assertion failed with v1.0-test38
by Wouter Van Hemel 05 Sep '04

05 Sep '04

Hello, I've some troubles logging in after upgrading to -test38. The error in the logs says: Sep 4 02:34:38 hostname dovecot: imap-login: Login: username [123.123.123.123] Sep 4 02:34:48 hostname dovecot: IMAP(username): file ostream-file.c: line 105 (update_buffer): assertion failed: (size <= used) Sep 4 02:34:48 hostname dovecot: child 28966 (imap) returned error 1 Regards, wouter

2 3

[Dovecot] 1.0-test39
by Timo Sirainen 04 Sep '04

04 Sep '04

http://dovecot.org/test/ Fixes several crashes. Apparently can still break with mboxes, although it works with me..

2 2

[Dovecot] 0.99.11-rc3
by Timo Sirainen 04 Sep '04

04 Sep '04

http://dovecot.org/rc/ Maybe this one works? :)

3 8

[Dovecot] link() problem with dovecot-imapd
by James Ray 04 Sep '04

04 Sep '04

I'm having a few problems with dovecot-imapd (installed from debian unstable) and am after some much needed help, all is set up and configured, except for this final problem of when I try and move or copy a message from one Maildir to another. I have the option "maildir_copy_with_hardlinks = no" in the the dovecot.conf file but it still seems to be trying to link() the file instead of doing a proper copy. There is a log fragment below for when I try to do a move, the FS that my Maildir is on doesn't support link() hence the problem. It seems to be doing a proper copy to get it into the tmp/ part of the Maildir and then a link() to put it in new/. Any ideas on how to cure this? Log output;l -- Sep 2 18:44:29 indulgence imap(jamesr): link(/home/jamesr/Mail/Maildir/.INBOX.Trash/tmp/1094147066.P2339Q0M915274.indulgence, /home/jamesr/Mail/Maildir/.INBOX.Trash/new/1094147066.P2339Q0M915274.indulgence:2,Sa) failed: Operation not permitted James 'BR' Ray - EMail : jamesr(a)pethippo.co.uk (Primary) - EMail : j.ray(a)herts.ac.uk (University) - Web : http://www.pethippo.co.uk/ - PGP : http://www.pethippo.co.uk/in.php/pgp

3 4

RE: [Dovecot] file ostream-file.c: assertion failed with v1.0-test38
by dovecot 04 Sep '04

04 Sep '04

Hi, > IMAP(username): file ostream-file.c: line 105 > (update_buffer): assertion failed: (size <= used) Sep 4 Same error occurs here, using test38 on Fedora Core 1. For me, the error occurs only using Outlook (2003 in my case). Horde's WebMail client IMP and OpenNMS' IMAP poller work fine though. Reverting back to test32 helped, after I found out about a recent change in ostream-file.c in CVS aroung August 15. BTW, test32 fixes the mbox 'empty lines at beginning of file' corruption problem someone reported here lately too. Regards, Martin

1 0

[Dovecot] "not listening" errors fdpass.c
by christian sherwood 04 Sep '04

04 Sep '04

I'm getting a flood of errors that look like: Sep 3 13:27:02 localhost dovecot: login: received another "not listening" notification (if you can't login at all, see src/lib/fdpass.c) every few minutes. Versions: Dovecot: 0.99.10.9 Exim: 4.34 Debian Linux 2.6.8-1-686-smp Squirrelmail: 1.4.3a Although the majority of users (99%) have no problems logging in and reading their mail, occasionally one user gets timeouts when trying to access their mailbox, seems to correlate with the errors. I can't locate fdpass.c, so what does this error indicate?

1 0

[Dovecot] isync with dovecot
by tino.keitel＠gmx.de 03 Sep '04

03 Sep '04

Hi folks, I use isync, an IMAP sync tool (Debian package isync 0.9.2-2) together with dovecot (dovecot-imapd 0.99.10.8-0.backports.org.1). Everytime when isync wants to upload a new mail from the client to the server I got messages like this: Mailbox outbox Selecting IMAP mailbox... >>> 16 SELECT "outbox" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 1580 EXISTS * 0 RECENT * OK [UIDVALIDITY 1092995697] UIDs valid * OK [UIDNEXT 1581] Predicted next UID 16 OK [READ-WRITE] Select completed. 1580 messages, 0 recent Reading IMAP mailbox index >>> 17 UID FETCH 1:* (FLAGS) * 1 FETCH (UID 1 FLAGS (\Seen)) * 2 FETCH (UID 2 FLAGS (\Seen)) [...] * 1579 FETCH (UID 1579 FLAGS (\Seen)) * 1580 FETCH (UID 1580 FLAGS (\Seen)) 17 OK Fetch completed. Synchronizing Uploading messages.>>> 18 APPEND outbox (\Seen) {360} + OK 18 OK Append completed. >>> 19 UID SEARCH HEADER X-TUID 4136367cd15e45705 * SEARCH IMAP error: incomplete SEARCH response 19 OK Search completed. warning: no UID for new messge 1094071902.22258_2.thinkpad:2,S 1 messages. Fetching new messages... 0 messages My concern is the line "IMAP error: incomplete SEARCH response". I already saw this mesage with old versions of courier-imap, which won't return an APPENDUID tag so the client doesn't know which UID will be used for the uploaded message (this was the explanation I got). Is there any way to get dovecot to return the UID when a message is uploaded? Regards, Tino

3 2

Re: [Dovecot] 0.99.11-rc2
by Timo Sirainen 03 Sep '04

03 Sep '04

On 3.9.2004, at 02:45, Zoong Pham wrote: > I started dovecot the same way > as dovecot-0.99.10.9 and with the same config file. > The return code is 0 but there are no dovecot processes at all. > And the POP3 client can't connect. netstat reports port 110 (for POP3) > is not listening. Dovecot probably crashed while trying to create the pid file and didn't start at all. I was wondering today that no-one noticed this, but I also noticed it only after trying to run it in Solaris, with Linux it worked fine. (I hate t_strconcat() API but I just can't get myself to stop using it.)

2 1

RE: Re[2]: [Dovecot] 0.99.11-rc2
by Zoong Pham 03 Sep '04

03 Sep '04

> -----Original Message----- > From: Nikolaus Gerstmayr [mailto:Nikolaus_Gerstmayr@gmx.at] > Sent: Friday, 3 September 2004 9:49 AM > To: Zoong Pham > Cc: dovecot(a)dovecot.org > Subject: Re[2]: [Dovecot] 0.99.11-rc2 > > > Currently, I restored the backup of dovecot-0.99.10.9 > binary and everying > > works again. > > > Having EXACLTY the same problem. > > no error message whatsoever. > no dovecot process. > > "reverted" to 0.99.10.9 My "backup" of dovecot-0.99.10.9 is giving me this error: Sep 3 12:13:31 onion pop3(user1): Timeout while waiting for release of shared fcntl() lock for index file /var/www/htdocs/user1/Mail/.imap/INBOX/.imap.index Sep 3 12:18:31 onion pop3(user1): Timeout while waiting for release of fcntl() lock for mbox file /var/mail/user1 Sep 3 12:18:31 onion pop3: I/O leak: 0x1c00866c (0) Sep 3 12:18:31 onion pop3: I/O leak: 0x1c03441c (1) How can I remove the lock? Can I simply remove the file /var/www/htdocs/user1/Mail/.imap/INBOX/.imap.index and start dovecot again ? Thanks, Zoong ___________________________________________________________________________________ THIS EMAIL IS CONFIDENTIAL. If you have received this email in error please forward it to information(a)mercy.com.au. It may contain personal information and it is intended for the addressee only. If you receive this email in error you must not use, copy forward, print or otherwise disseminate any information it contains. Mercy Health & Aged Care is a Catholic community benefit organisation. Each year one in twenty Victorian families are touched by the services we provide. Visit www.mercy.com.au for more information. Our services include: * Mercy Hospital for Women - East Melbourne (moving to Heidelberg in 2005) * Werribee Mercy Hospital - Werribee * Mount Alvernia Mercy Hospital - Bendigo * Mercy Hospice - Western suburbs * O'Connell Family Centre - Canterbury * Corporate Office - Richmond * Rice Village - Geelong * Tullamore Mercy - Montrose * Eventide Mercy - Colac * Bethlehem Home for the Aged - Bendigo *

1 0

RE: [Dovecot] 0.99.11-rc2
by Zoong Pham 03 Sep '04

03 Sep '04

> -----Original Message----- > From: dovecot-bounces(a)dovecot.org > [mailto:dovecot-bounces@dovecot.org]On > Behalf Of Timo Sirainen > Sent: Thursday, 2 September 2004 9:01 PM > To: Dovecot mailing list > Subject: [Dovecot] 0.99.11-rc2 > > > http://dovecot.org/rc/ > > Changes since rc1: > > + Create PID file in /var/run/dovecot/master.pid > - THREAD and SORT commands crashed with some mails I configured, compiled and installed the RC2 the same way as dovecot-0.99.10.9. There were no error at all. Here is how I configured: ./configure --without-pam --without-shadow --without-vpopmail --localstatedir=/var --with-ssldir=/etc/ssl --with-ssl=openssl I also ran these: - mkdir /var/run/dovecot - chown _dovecot:_dovecot /var/run/dovecot I started dovecot the same way as dovecot-0.99.10.9 and with the same config file. The return code is 0 but there are no dovecot processes at all. And the POP3 client can't connect. netstat reports port 110 (for POP3) is not listening. What's wrong here? How can I turn on debugging with dovecot? Currently, I restored the backup of dovecot-0.99.10.9 binary and everying works again. Thanks, Zoong ___________________________________________________________________________________ THIS EMAIL IS CONFIDENTIAL. If you have received this email in error please forward it to information(a)mercy.com.au. It may contain personal information and it is intended for the addressee only. If you receive this email in error you must not use, copy forward, print or otherwise disseminate any information it contains. Mercy Health & Aged Care is a Catholic community benefit organisation. Each year one in twenty Victorian families are touched by the services we provide. Visit www.mercy.com.au for more information. Our services include: * Mercy Hospital for Women - East Melbourne (moving to Heidelberg in 2005) * Werribee Mercy Hospital - Werribee * Mount Alvernia Mercy Hospital - Bendigo * Mercy Hospice - Western suburbs * O'Connell Family Centre - Canterbury * Corporate Office - Richmond * Rice Village - Geelong * Tullamore Mercy - Montrose * Eventide Mercy - Colac * Bethlehem Home for the Aged - Bendigo *

2 1

[Dovecot] mail location questions
by Chris 02 Sep '04

02 Sep '04

Hi all, I'm reading the docs and confs and it's not quite sinking in, mostly cuz I've been reading IMAP docs for a week now trying to find one that I want. :) I have a mail server that will have about 800 webmail users without actual home directories. Can I set up the IMAP dir in another location, like /var/imap, where everyone can read/store their mail? Or just use the /var/spool/mail/<user> mbox file and make a sub dir for the indexing files? Sorry if this is basic, all I saw was ~/Maildir locs. :P Thanks! -- C

2 1

[Dovecot] What version am I running
by Mark Lidstone 02 Sep '04

02 Sep '04

Hi all, This is probably a silly question, but is there an easy way to get the dovecot executable to report it's version number? Many thanks, Mark Lidstone IT and Network Support Administrator BMT SeaTech Ltd Grove House, Meridians Cross, 7 Ocean Way Ocean Village, Southampton. SO14 3TJ. UK Tel: +44 (0)23 8063 5122 Fax: +44 (0)23 8063 5144 E-Mail: mailto:mark.lidstone@bmtseatech.co.uk Website: www.bmtseatech.co.uk ======================================================================== == Confidentiality Notice and Disclaimer: The contents of this e-mail and any attachments are intended only for the use of the e-mail addressee(s) shown. If you are not that person, or one of those persons, you are not allowed to take any action based upon it or to copy it, forward, distribute or disclose the contents of it and you should please delete it from your system. BMT SeaTech Limited does not accept liability for any errors or omissions in the context of this e-mail or its attachments which arise as a result of Internet transmission, nor accept liability for statements which are those of the author and not clearly made on behalf of BMT SeaTech Limited. ======================================================================== ==

3 2