- dovecot - dovecot.org

[Dovecot] Dovecot-1.0.beta7 Build Fedora 3 Error
by Luke Jackson 03 May '06

03 May '06

Hello I'm attempting to configure Dovecot with mysql support so I'm able to have a single database of users and point both postfix and dovecot to this db. I currently have an rpm src that I have download and placed in my RPMBUILDROOT of my linux box. Next I configured the .spec file and attempted to run a rpmbuild -bb Near the end of the install phase I receive an error which has me stumped. I ran rpmbuild again and used the -bi --short-circuit options and logged the output for you to see. Any help would be greatly appreciated..... rpmbuild -bi --short-circuit dovecot-fc5.spec Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.44599 Making install in src make[1]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src' Making install in lib make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib' Making install in lib-dict make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-dict' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-dict' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-dict' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-dict' Making install in lib-sql make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-sql' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-sql' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-sql' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-sql' Making install in lib-ntlm make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-ntlm' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-ntlm' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-ntlm' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-ntlm' Making install in lib-settings make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-settings' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-settings' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-settings' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-settings' Making install in lib-charset make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-charset' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-charset' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-charset' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-charset' Making install in lib-mail make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-mail' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-mail' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-mail' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-mail' Making install in lib-imap make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-imap' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-imap' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-imap' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-imap' Making install in lib-index make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-index' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-index' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-index' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-index' Making install in lib-storage make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' Making install in index make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' Making install in maildir make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/maildir' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/maildir' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/maildir' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/maildir' Making install in mbox make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/mbox' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/mbox' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/mbox' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/mbox' Making install in dbox make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/dbox' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/dbox' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/dbox' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index/dbox' make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/index' Making install in subscription-file make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/subscription-file' make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/subscription-file' make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/subscription-file' make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/subscription-file' Making install in register make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make install-am make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[5]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage/register' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' make[4]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-storage' Making install in lib-auth make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-auth' make[3]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-auth' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-auth' make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/lib-auth' Making install in auth make[2]: Entering directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/auth' /bin/sh ../../libtool --mode=link --tag=CC gcc -std=gnu99 -O2 -g -march=i386 -mcpu=i686 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/kerberos/include -o dovecot-auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o auth-master-listener.o auth-module.o auth-request.o auth-request-handler.o auth-stream.o auth-worker-client.o auth-worker-server.o db-ldap.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o mech-login.o mech-cram-md5.o mech-digest-md5.o mech-ntlm.o mech-gssapi.o mech-rpa.o mech-apop.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-checkpassword.o passdb-shadow.o passdb-vpopmail.o passdb-sql.o userdb.o userdb-blocking.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o libpassword.a ../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lcrypt -lpam -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -lldap -L/usr/lib/mysql -lmysqlclient -lz -lm -export-dynamic -ldl gcc -std=gnu99 -O2 -g -march=i386 -mcpu=i686 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/kerberos/include -o dovecot-auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o auth-master-listener.o auth-module.o auth-request.o auth-request-handler.o auth-stream.o auth-worker-client.o auth-worker-server.o db-ldap.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o mech-login.o mech-cram-md5.o mech-digest-md5.o mech-ntlm.o mech-gssapi.o mech-rpa.o mech-apop.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-ldap.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-checkpassword.o passdb-shadow.o passdb-vpopmail.o passdb-sql.o userdb.o userdb-blocking.o userdb-ldap.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o -Wl,--export-dynamic libpassword.a../lib-settings/libsettings.a ../lib-ntlm/libntlm.a ../lib-sql/libsql.a ../lib/liblib.a -lpam -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lldap -L/usr/lib/mysql /usr/lib/mysql/libmysqlclient.a -lcrypt -lnsl -lc -lnss_files -lnss_dns -lresolv -lz -lm -ldl make[2]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src/auth' make[1]: Leaving directory `/usr/src/redhat/BUILD/dovecot-1.0.beta7/src' RPM build errors: /BUILD/dovecot-1.0.beta7/src/lib/sha1.c:233: first defined here /usr/bin/ld: Warning: size of symbol `sha1_result' changed from 190 in ../lib/liblib.a(sha1.o) to 126 in /usr/lib/mysql/libmysqlclient.a(sha1.o) collect2: ld returned 1 exit status make[2]: *** [dovecot-auth] Error 1 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.44599 (%install) Bad exit status from /var/tmp/rpm-tmp.44599 (%install) Thanks, -m3

1 0

[Dovecot] "0" quota and Maildir++
by Apps Lists 03 May '06

03 May '06

Hi Timo. I saw the "0" quota should be interpreted as unlimited in the ChangeLog from yesterday's snapshot. I just tested and it's still seeing zero as zero. I am unable to append any messages. Can you double-check this feature? Thanks! Steve

2 2

[Dovecot] Unoffical Survey - What MTA/Spam filtering do you use?
by Marc Perkel 03 May '06

03 May '06

I like this unofficial survey of hardware but wondering what MTA and spam filtering everyone is using. I do front end spam filtering for other servers as well. (junkemailfilter.com) I'm using Exim 4.61 SpamAssassin 3.11 Some version of DSpam that I'm experimenting with Most of my spam filtering happens on the Exim level. My mail spam filter server is: AMD 3800 Dual Core Athlon 2 100gb SATA drives 4 gigs ram 64 bit Fedora Core 4 2 backup servers on higher MX recored that are similar configuration.

18 38

[Dovecot] timeout_remove and "Timeout leak" problems
by David Friedlander 03 May '06

03 May '06

Hello, I have run into troubles trying to jump from 1.0alpha5 (basically running smoothly) to 1.0beta5 and/or beta7. I am seeing errors such as the following set for nearly every user. dovecot: May 01 16:21:02 Info: IMAP(joeuser): Disconnected: Logged out dovecot: May 01 16:21:02 Error: IMAP(joeuser): file ioloop.c: line 153 (timeout_remove): assertion failed: (*timeout != NULL) dovecot: May 01 16:21:03 Info: IMAP(joeuser): Disconnected: Logged out dovecot: May 01 16:21:03 Warning: IMAP(joeuser): Timeout leak: 0x111acc dovecot: May 01 16:21:03 Error: child 20607 (imap) killed with signal 6 (INBOX is on local RAID disks while home directory (hence, ~/Maildir) is on a NetApp NFS file server.) While I tweaked settings for the differences between the 1.0a5 conf file and the beta conf file, things are fundamentally the same between them. The other critical element to this is that imap-login sessions are being left around and the load average climbs inexorably. (It reached 50 on this dual dual-core machine before I killed things off and started the daemon from scratch.) This occurs for users using a whole array of clients: Thunderbird, SquirrelMail, Eudora, Apple Mail, etc. How can I track this down or can someone please help me figure out what is happening here? (I have been unable to find answers between the mailing list archives and Google.) Thanks in advance, David P.S. The only item of note from examining ioloop.c was the differences between the alpha and beta source code: alpha5: void timeout_remove(struct timeout *timeout) { i_assert(timeout != NULL); timeout->destroyed = TRUE; } beta7: void timeout_remove(struct timeout **timeout) { i_assert(*timeout != NULL); (*timeout)->destroyed = TRUE; *timeout = NULL; }

2 1

[Dovecot] Re: mail shown throught outlook, shows todays date
by richs＠whidbey.net 03 May '06

03 May '06

> bclark wrote: > > > The interesting thing is, once I have some mail on the dovecot, > the date > > displayed on Mozilla is correct, but the mail shown throught > outlook, > > shows todays date (thats for all mail). > > Each mail has (at least) two dates : the date it was sent (stored > in the > headers), and the date it arrived (in Maildir, the date of the > file). Most > likely, Mozilla and SquirrelMail are showing the date in the > headers, and Outloo > is showing the arrival date. > > This problem has come up a few times, I believe. As I recall, most > mail clients > allow you to select which date to sort by. If you can't find the > option, it may > be somewhere in this list's archives. > > > Almost seems as Outlook (office 2000) looks at the date / time > stamp of > > the file it self as opposed to opening and reading the mail and > reading > > the necassry tags. > > That's my assessment, also. > > > If anyone could help me understand this (is this a dovecot issue), I > > would really appreciate it. > > I don't believe it's a dovecot issue, per se. > > -- > Curtis Maloney > cmaloney <at> cardgate.net I've been testing Dovecot 1.0beta7 to implement IMAP for the first time, and have had a good experience so far. But like Curtis and Brent, I found that Outlook and Outlook Express display "incorrect" dates on messages uploaded via APPEND. That's because they sort messages using INTERNALDATE: wea3 SELECT "Test Folder" pqng UID FETCH 1:* (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER] INTERNALDATE) Some have created scripts to sync file timestamps with "Date" headers, which conflicts with the concept of "INTERNALDATE". Others ask users to add the "Date Sent" column, but those dates are only revealed after a message is viewed. I'd like to propose the attached patch to add an optional "outlook- dates" IMAP workaround, which returns the message "Date:" even when INTERNALDATE is specified. Since "BODY.PEEK" is being called anyway, our tests didn't reveal any performance impact. Can anyone think of a scenario this would negatively impact? Another option might be to patch the APPEND function? Thanks! Rich Sandberg richs(a)whidbey.net

4 7

[Dovecot] Expunge is not expunging unless it is called twice
by Bill Boebel 03 May '06

03 May '06

Dovecot is requiring two "expunge" calls before it deletes an email. It just seems to ignore the first expunge call, leaving the email file in the maildir cur/ folder. Any idea why? I even waited 10 seconds after setting the Deleted flag, but still the first expunge call did nothing.... 1 OK User logged in 2 select "INBOX" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 12 EXISTS * 0 RECENT * OK [UIDVALIDITY 1144082550] UIDs valid * OK [UIDNEXT 1509] Predicted next UID 2 OK [READ-WRITE] Select completed. 3 UID STORE 1511 +FLAGS (\Deleted) * 12 FETCH (UID 1508 FLAGS (\Deleted \Seen)) 3 OK Store completed. 4 expunge 4 OK Expunge completed. 5 expunge * 12 EXPUNGE 5 OK Expunge completed.

2 1

[Dovecot] errors while testing with imaptest
by Jens Laas 03 May '06

03 May '06

I get lots of these (in error log): dovecot: Apr 28 14:50:03 Error: IMAP(jenslt): Corrupted index cache file /home0/jenslt/.imap/INBOX/dovecot.index.cache: record points outside file And some of these: dovecot: Apr 28 14:50:03 Error: IMAP(jenslt): Corrupted index cache file /home0/jenslt/.imap/INBOX/dovecot.index.cache: field index too large (2037149797 >= 19) Should I worry or not? (Assuming its not due to me having broken imaptest). This was with command: imaptest jenslt@xxxx:yyy pass=xxxx clients=40 msgs=300 Local software raid 5 on linux 2.6.16.11 on reiserfs. Cheers, Jens ----------------------------------------------------------------------- 'Old C programmers don't die ... they're just cast into void*' ----------------------------------------------------------------------- Jens Låås Email: jens.laas(a)data.slu.se Department of Computer Services, SLU Phone: +46 18 67 35 15 Vindbrovägen 1 P.O. Box 7079 S-750 07 Uppsala SWEDEN -----------------------------------------------------------------------

2 1

[Dovecot] Dovecot LDA - Performance/issues versus postfix delivery? Also, installing on OS X?
by Dean Blackburn 03 May '06

03 May '06

Can anyone give me an idea of whether or not dovecot-lda can solve the following issue: We seem to have constantly-corrupting dovecot* files for people who fit one (or more) of the following categories: 1) 1000+ message inboxes; 2) multiple clients simultaneously checking mail; 3) people receiving a lot of mail, and/or the server receiving and trying to deliver a single message to all users at once We're using straight postfix maildir delivery, and while the mail keeps coming, we start to see a lot of "temp.xxxx.xxxx.xxx" type lockfiles build up after any inconsistencies appear in the Inbox indexes, and clients start to report timeouts and/or crash as a result. Would switching to LDA by itself resolve this issue (on the argument that delivery would ALSO update the indexes every time), or is there some more fundamental issue we are having that is causing the inconsistency to arise? On a related note: I noticed the darwinports version of 1.0beta7 does not include the code for dovecot-lda... Does anyone have experience setting this up? Thanks! -deano

3 3

[Dovecot] madvise() errors
by Mark E. Mallett 02 May '06

02 May '06

(I think this has been mentioned before.) Do these hurt?: May 2 13:41:30 sysname dovecot: POP3(xxxx): madvise() failed with file /users/xx/xxxx/Maildir/dovecot.index.log: Operation not supported I think not, since I've been seeing them forever. But they do muddy the logs. This is on an old BSD/OS server, where the man page for madvise ends with: BUGS This call is not yet supported. The messages are *only* about index.log files. Would it be possible to either suppress the log message if the error is specifically "not supported" or, better yet, detect it at configure time? Completely understandable if it's not worth the effort, though. mm

2 2

Re: [Dovecot] managesieve daemon
by Gerald Dachs 02 May '06

02 May '06

On Tue, 02 May 2006 15:10:16 -0500 Richard Laager <rlaager(a)wiktel.com> wrote: > On Tue, 2006-05-02 at 13:00 +0200, Gerald Dachs wrote: > > Is this interesting > > for somebody else? > > I would be interested in this for a migration at work. I may be able to > provide financial just one hour ago I broke an AMD 2700+ XP CPU (yes, it's physically broken), because I am stupid, so one of my development machines is down and my finance minister (my wife) would kill me (or would be angry with me, that would be more worse than being killed) if I would ask for a new CPU. So a contribution in form of another fast XP CPU would speed up the process ;), but is not absolutely necessary, because I can set up another machine. > or code contributions as well. only if you have something ready. The server itself is running, I use libut for this, I highly recomend this http://libut.sourceforge.net/primer.html. Last thing I was working on before the machine died (code is safe), was the command parser with flex, not ready yet. Iater I could need help with the autoconf, automake stuff, this is not one of my strength. Gerald

1 0