Perfect now! Hey, i belive i found something, on this test machine, I don't have any users created yet, and check this:
Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. +OK DBMAIL pop3 server ready to rock <[EMAIL PROTECTED]> user testuser +OK Password required for testuser pass nopwd Connection closed by foreign host. Syslog: May 25 18:18:23 flecha kernel: dbmail-pop3d[20675]: segfault at 0 ip b7b69ee9 sp bf810cd0 error 4 in libc-2.7.so[b7afb000+12f000] And pop3d died. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:dbmail-dev- > [EMAIL PROTECTED] On Behalf Of Paul J Stevens > Sent: domingo, 25 de Maio de 2008 18:09 > To: DBMAIL Developers Mailinglist > Subject: Re: [Dbmail-dev] RE: [Dbmail] Testing > > > No, my fault. That's what happens when I do changes on four different > machines. Sometimes a changes on one machine is reverted by a mistake > on > another.... > > try again. > > Jorge Bastos wrote: > > Seams that im having no luck: > > > > May 25 16:43:15 flecha dbmail-lmtpd[8971]: [0x8772dc0] FATAL:[auth] > auth_load_driver(+106): cannot find function > `auth_get_users_from_clientid': /usr/local/lib/dbmail/libauth_sql.so: > undefined symbol: auth_get_users_from_clientid > > May 25 16:43:15 flecha dbmail-pop3d[8993]: [0x9777dc0] FATAL:[auth] > auth_load_driver(+106): cannot find function > `auth_get_users_from_clientid': /usr/local/lib/dbmail/libauth_sql.so: > undefined symbol: auth_get_users_from_clientid > > May 25 16:43:15 flecha dbmail-timsieved[9009]: [0x9e35dc8] > FATAL:[auth] auth_load_driver(+106): cannot find function > `auth_get_users_from_clientid': /usr/local/lib/dbmail/libauth_sql.so: > undefined symbol: auth_get_users_from_clientid > > May 25 16:43:15 flecha dbmail-imapd[8985]: [0x8c03dc0] FATAL:[auth] > auth_load_driver(+106): cannot find function > `auth_get_users_from_clientid': /usr/local/lib/dbmail/libauth_sql.so: > undefined symbol: auth_get_users_from_clientid > > > > > > And: > > flecha:/var/log# l /usr/local/lib/dbmail/libauth_sql.so > > lrwxrwxrwx 1 root staff 20 2008-05-25 16:41 > /usr/local/lib/dbmail/libauth_sql.so -> libauth_sql.so.0.0.0* > > > > So it's loading the correct file. > > > > To make sure before compile I removed the source directory, download > from svn and: > > Autoreconf -i > > Sh configure --with-sieve > > Make > > Make install > > > > > > > > Something that you are missing or my problem paul? > > > > > > > > > > > >> -----Original Message----- > >> From: [EMAIL PROTECTED] [mailto:dbmail-dev- > >> [EMAIL PROTECTED] On Behalf Of Paul J Stevens > >> Sent: domingo, 25 de Maio de 2008 16:26 > >> To: DBMAIL Developers Mailinglist > >> Subject: Re: [Dbmail-dev] RE: [Dbmail] Testing > >> > >> Jorge Bastos wrote: > >> > >>> I'd like to test it with a domain in this test server. > >> Please do. > >> > >> I've removed the last references to the unused call that was biting > >> you. > >> I've also fixed a couple of regressions in the message retrieval > code, > >> and the mysql connection setup. > >> > >> Both Thunderbird and Outlook Express are working fine. > >> > >> There is one big gotcha that you have to be aware of; output is > never > >> sent to the client until the command has completely finished. While > the > >> command is still running the output is buffered. Once the command is > >> finished, a message containing the buffered output is pushed to the > >> queue and the main thread is notified to drain the queue. Getting > this > >> async messaging to work correctly was more important for now than > user > >> experience. This means that when you open a large folder, it will > take > >> awhile before the client starts to receive anything. Be patient. > >> > >> There is a way around this if I start sending the buffered output in > >> seperate messages through the async queue, even before the command > has > >> finished. I had a basic setup doing this, but the approach I used > >> didn't > >> take certain race conditions into account. I've been thinking about > >> another approach, which I'm going to try out. For now however, > working > >> correctly was more important than fixing high latencies leading to > >> perceived slowness. > >> > >> 2.3.3 is really coming together. Almost there. Please let me know > how > >> the tests go. > >> > >> -- > >> ________________________________________________________________ > >> Paul Stevens paul at nfg.nl > >> NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 > >> The Netherlands________________________________http://www.nfg.nl > >> _______________________________________________ > >> Dbmail-dev mailing list > >> [email protected] > >> http://twister.fastxs.net/mailman/listinfo/dbmail-dev > > > > _______________________________________________ > > Dbmail-dev mailing list > > [email protected] > > http://twister.fastxs.net/mailman/listinfo/dbmail-dev > > > > > -- > ________________________________________________________________ > Paul Stevens paul at nfg.nl > NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 > The Netherlands________________________________http://www.nfg.nl > _______________________________________________ > Dbmail-dev mailing list > [email protected] > http://twister.fastxs.net/mailman/listinfo/dbmail-dev _______________________________________________ Dbmail-dev mailing list [email protected] http://twister.fastxs.net/mailman/listinfo/dbmail-dev
