From chris@ex-parrot.com Fri Apr 13 04:11:53 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 14nu01-0006SL-00 for tpop3d-discuss@lists.beasts.org; Fri, 13 Apr 2001 04:11:53 +0100 Received: from caesious.cold.local ([62.253.134.204]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA28923; Fri, 13 Apr 2001 04:03:55 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 14ntzz-0003f1-00; Fri, 13 Apr 2001 04:11:51 +0100 Date: Fri, 13 Apr 2001 04:11:51 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Message-ID: <20010413041151.A13468@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d 1.2.4 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d 1.2.4 is now the current version; this fixes a couple of minor problems and has cleaner signal handling (including a SIGHUP handler to re-exec the daemon). In addition, there is a debugging option to log stack context in the event of a crash; this is intended for use by a couple of people who have reported problems, and works only on Linux at present. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Any design problem can be solved by adding a level of indirection, apart from having too many levels of indirection (Cargill) From mhl@pobox.com Fri Apr 13 20:29:25 2001 Received: from mail11.svr.pol.co.uk ([195.92.193.23]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 14o9G1-0002JD-00 for tpop3d-discuss@lists.beasts.org; Fri, 13 Apr 2001 20:29:25 +0100 Received: from modem-117.beagle.dialup.pol.co.uk ([62.25.68.117] helo=gin.house.local) by mail11.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 14o9Fz-0002CZ-00; Fri, 13 Apr 2001 20:29:23 +0100 Received: from mark by gin.house.local with local (Exim 3.12 #1 (Debian)) id 14o9GA-0004z5-00; Fri, 13 Apr 2001 20:29:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15063.21406.150942.619383@gin.house.local> Date: Fri, 13 Apr 2001 20:29:34 +0100 (BST) From: Mark Longair To: Chris Lightfoot Cc: tpop3d-discuss@lists.beasts.org X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-Face: $d5`nE*gX!tu15'JQ'#.U=+_T8%xC^Ds_|1{AU'8FV|>kvm6h.29& Subject: [tpop3d-discuss] autoconf / automake support in CVS Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: This probably needs a few explanatory notes, since the one thing I haven't done is to document what I've done. : ) I moved the old Makefile to Makefile.original; I was intending to fold the documentation from there into a description of the equivalent options that you get from the configure script, but I'm getting a bit bored of this now. Basically, bootstrap regenerates the various files automake and autoconf need - you should run it initially to create the configure script, and again if you change Makefile.am or configure.in Anyway, it all Works For Me, though I haven't tried it on any non Debian systems yet - I'd be interested in the results. I tried to just duplicate everything from the old Makefile, which means that there are some anomalies - e.g. I'm not sure that the option --with-mysql-root is in the usual autoconf spirit. These are the new options (I'm guessing you may want to change the defaults): --enable and --with options recognized: --enable-electric-fence Enable Electric Fence support [default=no] --enable-flock-locking Enable flock(2) locking [default=no] --enable-fcntl-locking Enable fcntl(2) locking [default=yes] --enable-dotfile-locking Enable dotfile locking [default=yes] --enable-cclient-locking Enable C-Client locking [default=yes] --enable-backtrace Enable backtrace(3) reporting in the case of crashes. [default=no] --enable-ignore-cclient-metadata Ignore C-Client metadata [default=yes] --with-authentication=TYPE Set the type of authentication used. TYPE can be passwd, shadow, pam or mysql [default=pam] --disable-snide-comments Use less snide responses --with-mailspool-directory=DIR Set the mailspool directory. [default=/var/spool/mail] --with-mysql-root=DIR Set root of MySQL distribution. Should contain include/mysql/mysql.h and lib/mysql/libmysqlclient.so [default=/usr] The version number is now defined in Makefile.am... Also, I've tried to make sure that make dist produces tarballs which can be built in the normal way... Again, that could do with some testing. cheers mark -- `I hope you noticed that was very rock and roll. Someone's going to have to clear that up, you know.' -- Steve Malkmus, accidentally knocking over a bottle of water. From chris@ex-parrot.com Tue Apr 24 01:04:35 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 14rqJn-0001vO-00 for tpop3d-discuss@lists.beasts.org; Tue, 24 Apr 2001 01:04:35 +0100 Received: from caesious.cold.local ([62.253.134.204]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA19987; Tue, 24 Apr 2001 00:56:22 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 14rqJm-0003j9-00; Tue, 24 Apr 2001 01:04:34 +0100 Date: Tue, 24 Apr 2001 01:04:34 +0100 From: Chris Lightfoot To: Paul Makepeace , tpop3d-discuss@lists.beasts.org Message-ID: <20010424010434.A14075@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d 1.3.0 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: I have uploaded tpop3d-1.3.0 (testing version) to http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.0.tar.gz This version incorporates Mark's autoconf stuff and Paul's maildir support, as well as support for a more flexible mailbox naming strategy (`/var/spool/mail/$(domain)/$(user)') and a new authenticator (auth_other) which talks to an external program to support authentication. I've written a perl module which simplifies writing external authenticators (you override two methods in an object to do APOP and USER/PASS authentication), but would welcome examples from other languages. (Ruby? Scheme? etc. There is also scripts/nasty, which is The World's Worst Shell Script; not fit for any purpose whatsoever, and its arse may catch fire in a low-speed collision. Whatever....) NB! I do not regard this version as `production quality' yet. Also, I may have screwed up some of the portability whilst integrating support for maildir and auth_other. Please send me bug reports, patches (as well as the customary adulation ;) ). -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Gentlemen! You can't fight in here! This is the War Room! (from `Dr. Strangelove') From chris@ex-parrot.com Sun May 13 01:52:15 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 14yk7L-0003x9-00 for tpop3d-discuss@lists.beasts.org; Sun, 13 May 2001 01:52:15 +0100 Received: from caesious.cold.local ([62.253.134.204]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA10255; Sun, 13 May 2001 01:43:36 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 14yk7K-0002rh-00; Sun, 13 May 2001 01:52:14 +0100 Date: Sun, 13 May 2001 01:52:14 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Message-ID: <20010513015214.A10629@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d 1.3.1 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: 1.3.1 is now the current version of tpop3d. This incorporates all of the recent changes, including maildir and autoconf support, and auth_perl and auth_other. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Hey-ey that leg was fine/ You mean to tell me that this stuff happens all the time? (`He Got The Wrong Foot Amputated', `Weird' Al Yankovic) From chris@madingley.org Tue May 22 11:56:08 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 1529pf-0007NK-00; Tue, 22 May 2001 11:56:07 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id LAA12623; Tue, 22 May 2001 11:56:05 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id LAA28794; Tue, 22 May 2001 11:56:05 +0100 Date: Tue, 22 May 2001 11:56:05 +0100 From: Chris Lightfoot To: Marcin Pacyna Cc: vmail-discuss@lists.beasts.org, tpop3d-discuss@lists.beasts.org Message-ID: <20010522115605.A28568@aquila.esc.cam.ac.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: X-Mail-Author: me Subject: [tpop3d-discuss] Re: [Vmail-discuss] migrating MD5 hash used in /etc/shadow to vmail-sql Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, May 17, 2001 at 04:57:38PM -0400, Marcin Pacyna wrote: > I'm trying to migrate my 600+ users from a regular POP3 setup (1 unix system > account per POP3 mailbox) to vmail-sql (mysql + tpop3d + exim) setup. One > of the concerns I have is migrating the passwords which are currently stored > in /etc/shadow as (AFAIK) MD5 hashes: (this is a RedHat 6.2 box BTW): > > example entry from /etc/shadow: > > domainvm1:$1$dsBlPaKU$OQ45C8IlRjE2GBq1uK.Qi.:11439:0:99999:7:-1:-1:114550524 > > however if I put that password hash string > ($1$dsBlPaKU$OQ45C8IlRjE2GBq1uK.Qi.) into the popbox table - I can't > authenticate. If I generate the password using the sample VE-passwd script > then auth works fine. The hash strings in /etc/shadow all start with '$1$' > which I think is the salt but I'm not sure what to do with it. > > In short - does anyone know how can I migrate/convert all the hashes from > /etc/shadow to something that tpop3d understands? OK, there is now a new tpop3d, 1.3.2, which supports various different sorts of password hashes in the MySQL database. This is a not-quite-released version, but it has been tested. Get it from http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.2.tar.gz You will need to alter your vmail-sql table with a command like ALTER TABLE popbox MODIFY password_hash VARCHAR(255) to accomodate the longer password hash strings. Then you can use {crypt}... system crypt {crypt_md5}... crypt_md5 as in Linux PAM {md5}... MD5 password {plaintext}... plaintext password used for APOP ... old-style untagged MD5 password Vmail-sql itself does not yet support these -- but it will shortly. Thus, to migrate your existing passwords, you should be able to simply copy the second field from /etc/shadow into the database, prefixing it with `{crypt}' or `{crypt_md5}'. (The two are equivalent on Linux because the system crypt(3) function detects the special $1$...$ syntax of crypt_md5 passwords and uses the right version of the crypt function accordingly. But this is not the case on other systems, so both options are provided in tpop3d.) -- Chris Lightfoot -- www.ex-parrot.com/~chris/ All human actions are equivalent, and all are doomed to failure. (Sartre) From wanted@gnu.univ.gda.pl Tue Jun 05 18:20:42 2001 Received: from gnu.univ.gda.pl ([153.19.120.250] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157KVW-0003CT-00 for tpop3d-discuss@lists.beasts.org; Tue, 05 Jun 2001 18:20:42 +0100 Received: from wanted by gnu.univ.gda.pl with local (Exim 3.12 #1 (Debian)) id 157KVE-0007pl-00 for ; Tue, 05 Jun 2001 19:20:24 +0200 Date: Tue, 5 Jun 2001 19:20:24 +0200 From: Marcin Sochacki To: tpop3d-discuss@lists.beasts.org Message-ID: <20010605192024.A30082@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [tpop3d-discuss] minor bugfix proposal Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Hello, just a quick bugfix proposal: # telnet 10.0.0.1 110 Trying 10.0.0.1... Connected to 10.0.0.1. Escape character is '^]'. +OK user luser@klient1.pl +OK Tell me your password. pass haslo_lusera +OK Welcome aboard! You have 1 messages. quit +OK Done Connection closed by foreign host. With correct spelling it should be 'Welcome aboard! You have 1 message.' :) Bye bye, Wanted From chris@ex-parrot.com Tue Jun 05 20:46:02 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157MmA-0003oj-00 for tpop3d-discuss@lists.beasts.org; Tue, 05 Jun 2001 20:46:02 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA18713; Tue, 5 Jun 2001 20:36:50 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 157Mm9-0006Bp-00; Tue, 05 Jun 2001 20:46:01 +0100 Date: Tue, 5 Jun 2001 20:46:01 +0100 From: Chris Lightfoot To: Marcin Sochacki Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] minor bugfix proposal Message-ID: <20010605204601.A23791@caesious.cold.local> References: <20010605192024.A30082@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010605192024.A30082@gnu.univ.gda.pl>; from wanted@gnu.univ.gda.pl on Tue, Jun 05, 2001 at 07:20:24PM +0200 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jun 05, 2001 at 07:20:24PM +0200, Marcin Sochacki wrote: > Hello, just a quick bugfix proposal: > [...] > +OK Welcome aboard! You have 1 messages. [...] > With correct spelling it should be 'Welcome aboard! You have 1 message.' :) Fair enough. This will be in version 1.3.2, which will be out Real Soon Now (it incorporates support for crypt, crypt_md5 and other things in vmail-sql, and a couple of bug fixes). -- Chris Lightfoot -- www.ex-parrot.com/~chris/ An Englishman thinks that 100 miles is a long way; an American thinks that 100 years is a long time. From wanted@gnu.univ.gda.pl Tue Jun 05 21:48:34 2001 Received: from gnu.univ.gda.pl ([153.19.120.250] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157Nkg-00042o-00 for tpop3d-discuss@lists.beasts.org; Tue, 05 Jun 2001 21:48:34 +0100 Received: from wanted by gnu.univ.gda.pl with local (Exim 3.12 #1 (Debian)) id 157Nkf-0000VU-00 for ; Tue, 05 Jun 2001 22:48:33 +0200 Date: Tue, 5 Jun 2001 22:48:33 +0200 From: Marcin Sochacki To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] minor bugfix proposal Message-ID: <20010605224833.B1663@gnu.univ.gda.pl> References: <20010605192024.A30082@gnu.univ.gda.pl> <20010605204601.A23791@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010605204601.A23791@caesious.cold.local>; from chris@ex-parrot.com on Tue, Jun 05, 2001 at 08:46:01PM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jun 05, 2001 at 08:46:01PM +0100, Chris Lightfoot wrote: > On Tue, Jun 05, 2001 at 07:20:24PM +0200, Marcin Sochacki wrote: > Fair enough. This will be in version 1.3.2, which will be > out Real Soon Now (it incorporates support for crypt, > crypt_md5 and other things in vmail-sql, and a couple of > bug fixes). Well, I've already downloaded 1.3.2 (beta?) which was announced a few days ago. Didn't check that message there yet :) Wanted From chris@madingley.org Wed Jun 06 10:09:19 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157ZJX-0005yb-00 for tpop3d-discuss@lists.beasts.org; Wed, 06 Jun 2001 10:09:19 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id KAA05577; Wed, 6 Jun 2001 10:09:18 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id KAA06154; Wed, 6 Jun 2001 10:09:18 +0100 Date: Wed, 6 Jun 2001 10:09:18 +0100 From: Chris Lightfoot To: Marcin Sochacki Cc: tpop3d-discuss@lists.beasts.org Message-ID: <20010606100918.B5678@aquila.esc.cam.ac.uk> References: <20010605192024.A30082@gnu.univ.gda.pl> <20010605204601.A23791@caesious.cold.local> <20010605224833.B1663@gnu.univ.gda.pl> <20010605222012.A24053@caesious.cold.local> <20010605232808.A2811@gnu.univ.gda.pl> <20010606000646.A24361@caesious.cold.local> <20010606091834.A8375@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010606091834.A8375@gnu.univ.gda.pl> X-Mail-Author: me Subject: [tpop3d-discuss] Reply-To: munging Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Wed, Jun 06, 2001 at 09:18:34AM +0200, Marcin Sochacki wrote: > On Wed, Jun 06, 2001 at 12:06:46AM +0100, Chris Lightfoot wrote: > > On Tue, Jun 05, 2001 at 11:28:08PM +0200, Marcin Sochacki wrote: > > > Can we switch Mailman to automatically set Reply-To header? > > > It's very uncomfortable to remember about changing the address every time > > > I want to post something. > > > > I'll think about it, but, since you seem to be using mutt, > > why not just use `g' to group-reply? > > `g' does not always work for me, and even though Mailman author says it's bad, > most discussion lists set Reply-To. Hmm. I can't see why `g' doesn't work. IWFM. > The reasoning for not setting > Reply-To header is rather unclear to me. Well, the two articles usually quoted in this context are-- http://www.unicom.com/pw/reply-to-harmful.html reply-to munging considered harmful and http://marc.merlins.org/~merlin/perso/reply-to-useful.html reply-to munging considered useful The standard of argument in these two articles, especially the second, is fairly laughable, as you might expect. About the only decent points in them are: 1. replacing a proper reply-to with the list's address may hide the author's intentions, making it impossible to reply to an individual author; 2. not replacing the reply-to with the list's address may lead to a substantial waste of time and bandwidth as numerous addresses `snowball' into the recipients for each message; 3. inserting the name of the list in the reply-to header violates the `principle of least surprise', because people do not expect replies to go to the list unless they have specifically asked for this to happen by typing `g' or answering `yes' to `reply to all recipients'. A fourth argument which some people find convincing is-- 4. RFC822 says that you should munge the reply-to headers for `text-message teleconferencing'. This is just plain silly. The fact that the RFC says something doesn't mean that it is gospel truth, and it doesn't answer the point in (1) above. In my opinion, whatever the strength of the other arguments, (1) clinches it. So, on that basis, I don't anticipate changing the list to munge reply-to headers. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``You can't say that, because it's true.'' (unnamed Russian censor, to Malcom Muggeridge, 1933) From Paul.Makepeace@realprogrammers.com Wed Jun 06 20:33:57 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157j40-0000IZ-00 for tpop3d-discuss@lists.beasts.org; Wed, 06 Jun 2001 20:33:56 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 157j3t-00053j-00 for tpop3d-discuss@lists.beasts.org; Wed, 06 Jun 2001 12:33:49 -0700 Date: Wed, 6 Jun 2001 12:33:49 -0700 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Reply-To: munging Message-ID: <20010606123349.A19124@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <20010605192024.A30082@gnu.univ.gda.pl> <20010605204601.A23791@caesious.cold.local> <20010605224833.B1663@gnu.univ.gda.pl> <20010605222012.A24053@caesious.cold.local> <20010605232808.A2811@gnu.univ.gda.pl> <20010606000646.A24361@caesious.cold.local> <20010606091834.A8375@gnu.univ.gda.pl> <20010606100918.B5678@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010606100918.B5678@aquila.esc.cam.ac.uk> User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Wed, Jun 06, 2001 at 10:09:18AM +0100, Chris Lightfoot wrote: > 1. replacing a proper reply-to with the list's address > may hide the author's intentions, making it > impossible to reply to an individual author; But it doesn't. It simply changes the reply-to which any halfway decent email client can override (for example, mutt prompts first the reply-to then the from). I.e. this point is scaremongery & FUD at best. Here's the funny bit: majordomo, which is probably still the most heavily used list mangler in the world *ignores users attempts to set reply-to* -- so, it is mangling reply-to *anyway*! Amusing when this argument comes up on a majordomo list (which I know this [yay!] isn't). > 2. not replacing the reply-to with the list's address > may lead to a substantial waste of time and > bandwidth as numerous addresses `snowball' into the > recipients for each message; This for me is the clincher. If you're on a community list that is encouraging discussion amongst all participants then having to constantly trim back To: and Cc: is a waste of time and irritating to get dupes. (Yes, I know there are some stunningly opaque procmail solutions using databases of message-ids but not all email clients set message-ids nor users should have the onerous task of using procmail in its more wizardly configurations.) > 3. inserting the name of the list in the reply-to > header violates the `principle of least surprise', At this point in time, it's not even slightly surprising so this rule is simply not applicable. > In my opinion, whatever the strength of the other > arguments, (1) clinches it. So, on that basis, I don't > anticipate changing the list to munge reply-to headers. I think it depends on the aim of the list, whether it's intended for community discussion or thing where the replies are most likely to go to the author. It's not black or white it depends on the situation. Incidently, mutt has a 'subscribe' directive which allows you to list reply with 'L'. On lists such as this it's very handy. Paul -- What would make this really successful? From chris@ex-parrot.com Wed Jun 06 20:49:26 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157jJ0-0000Ok-00 for tpop3d-discuss@lists.beasts.org; Wed, 06 Jun 2001 20:49:26 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA27378; Wed, 6 Jun 2001 20:40:11 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 157jIz-0007DF-00; Wed, 06 Jun 2001 20:49:25 +0100 Date: Wed, 6 Jun 2001 20:49:25 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Reply-To: munging Message-ID: <20010606204925.A27718@caesious.cold.local> References: <20010605192024.A30082@gnu.univ.gda.pl> <20010605204601.A23791@caesious.cold.local> <20010605224833.B1663@gnu.univ.gda.pl> <20010605222012.A24053@caesious.cold.local> <20010605232808.A2811@gnu.univ.gda.pl> <20010606000646.A24361@caesious.cold.local> <20010606091834.A8375@gnu.univ.gda.pl> <20010606100918.B5678@aquila.esc.cam.ac.uk> <20010606123349.A19124@tantrix.realprogrammers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010606123349.A19124@tantrix.realprogrammers.com>; from Paul.Makepeace@realprogrammers.com on Wed, Jun 06, 2001 at 12:33:49PM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: [Thinks: shouldn't have started this flamewar.] On Wed, Jun 06, 2001 at 12:33:49PM -0700, Paul Makepeace wrote: > On Wed, Jun 06, 2001 at 10:09:18AM +0100, Chris Lightfoot wrote: > > 1. replacing a proper reply-to with the list's address > > may hide the author's intentions, making it > > impossible to reply to an individual author; > > But it doesn't. It simply changes the reply-to which any halfway decent > email client can override (for example, mutt prompts first the reply-to > then the from). I.e. this point is scaremongery & FUD at best. I disagree. If I set a Reply-To:, I presumably have some good reason to do so; so, if the mailing list software goes and overwrites it with something else, my intentions will be lost. This sucks if you are forced to use a From: header which is not an address at which you can frequently read mail. > > 2. not replacing the reply-to with the list's address > > may lead to a substantial waste of time and > > bandwidth as numerous addresses `snowball' into the > > recipients for each message; > > This for me is the clincher. If you're on a community list that is > encouraging discussion amongst all participants then having to > constantly trim back To: and Cc: is a waste of time and irritating to > get dupes. (Yes, I know there are some stunningly opaque procmail > solutions using databases of message-ids but not all email clients set > message-ids nor users should have the onerous task of using procmail in > its more wizardly configurations.) It's rare indeed to find a message without a message-id nowadays. (Checks mailspool... OK, out of 6,573 messages I checked, a stunning 8 lacked a message-id, of which I suspect most were PINE metadata messages, which don't count.) The procmail incantation is... well, it's a procmail incantation, so one shouldn't expect to understand it. But as such things go, it's not too bad: # Discard duplicate mails :0 Wh: $HOME/.procmail/msgid.lock | formail -D 8192 $HOME/.procmail/msgid.cache > > In my opinion, whatever the strength of the other > > arguments, (1) clinches it. So, on that basis, I don't > > anticipate changing the list to munge reply-to headers. > > I think it depends on the aim of the list, whether it's intended for > community discussion or thing where the replies are most likely to go to > the author. It's not black or white it depends on the situation. > > Incidently, mutt has a 'subscribe' directive which allows you to list > reply with 'L'. On lists such as this it's very handy. Yes. Mutt rocks, etc. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Never criticise somebody until you have walked a mile in their shoes. That way, they're a mile away, and you have their shoes. From pdw@ex-parrot.com Wed Jun 06 21:10:02 2001 Received: from mail12.svr.pol.co.uk ([195.92.193.215]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157jcw-0000Tx-00 for tpop3d-discuss@lists.beasts.org; Wed, 06 Jun 2001 21:10:02 +0100 Received: from [195.92.67.23] (helo=mail18.svr.pol.co.uk) by mail12.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 157jaN-0000EU-00; Wed, 06 Jun 2001 21:07:23 +0100 Received: from modem-251.colorado.dialup.pol.co.uk ([62.137.57.251] helo=mythic-beasts.freeserve.co.uk) by mail18.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 157jcu-0006ws-00; Wed, 06 Jun 2001 21:10:00 +0100 Received: from pdw by mythic-beasts.freeserve.co.uk with local (Exim 3.03 #1) id 157jcq-0000fC-00; Wed, 06 Jun 2001 21:09:56 +0100 Date: Wed, 6 Jun 2001 21:09:56 +0100 From: Paul Warren To: Chris Lightfoot Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Reply-To: munging Message-ID: <20010606210956.D1169@cerberus.grovehouse.local> References: <20010605192024.A30082@gnu.univ.gda.pl> <20010605204601.A23791@caesious.cold.local> <20010605224833.B1663@gnu.univ.gda.pl> <20010605222012.A24053@caesious.cold.local> <20010605232808.A2811@gnu.univ.gda.pl> <20010606000646.A24361@caesious.cold.local> <20010606091834.A8375@gnu.univ.gda.pl> <20010606100918.B5678@aquila.esc.cam.ac.uk> <20010606123349.A19124@tantrix.realprogrammers.com> <20010606204925.A27718@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.2i In-Reply-To: <20010606204925.A27718@caesious.cold.local>; from chris@ex-parrot.com on Wed, Jun 06, 2001 at 08:49:25PM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Wed, Jun 06, 2001 at 08:49:25PM +0100, Chris Lightfoot wrote: > [Thinks: shouldn't have started this flamewar.] Oh it's fun. It's whole weeks since it came up on any of the other mailing lists I'm on, and I didn't get involved that time so I feel I ought to make up for lost time :-) > I disagree. If I set a Reply-To:, I presumably have some > good reason to do so; so, if the mailing list software > goes and overwrites it with something else, my intentions > will be lost. This sucks if you are forced to use a From: > header which is not an address at which you can frequently > read mail. Absolutely. > > This for me is the clincher. If you're on a community list that is > > encouraging discussion amongst all participants then having to > > constantly trim back To: and Cc: is a waste of time and irritating to > > get dupes. (Yes, I know there are some stunningly opaque procmail > > solutions using databases of message-ids but not all email clients set > > message-ids nor users should have the onerous task of using procmail in > > its more wizardly configurations.) I believe that mailman does, or can be made to, avoid sending dupes. Personally, I *like* appearing on the To: field. It means that my procmail filter pulls a copy into my inbox, rather than just into the list folder, and also, I can see the messages that are actually to me as the have a helpful little "T" next to them. I get enough spam each day to be fully aquainted with my "d" key, so dupes don't really bother me. > Yes. Mutt rocks, etc. No, I think that the author had it right - it just sucks less. Paul From chris@ex-parrot.com Wed Jun 06 21:20:57 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157jnV-0000XR-00 for tpop3d-discuss@lists.beasts.org; Wed, 06 Jun 2001 21:20:57 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA805; Wed, 6 Jun 2001 21:11:43 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 157jnU-0007GO-00; Wed, 06 Jun 2001 21:20:56 +0100 Date: Wed, 6 Jun 2001 21:20:56 +0100 From: Chris Lightfoot To: Paul Warren Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Reply-To: munging Message-ID: <20010606212056.B27851@caesious.cold.local> References: <20010605204601.A23791@caesious.cold.local> <20010605224833.B1663@gnu.univ.gda.pl> <20010605222012.A24053@caesious.cold.local> <20010605232808.A2811@gnu.univ.gda.pl> <20010606000646.A24361@caesious.cold.local> <20010606091834.A8375@gnu.univ.gda.pl> <20010606100918.B5678@aquila.esc.cam.ac.uk> <20010606123349.A19124@tantrix.realprogrammers.com> <20010606204925.A27718@caesious.cold.local> <20010606210956.D1169@cerberus.grovehouse.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010606210956.D1169@cerberus.grovehouse.local>; from pdw@ex-parrot.com on Wed, Jun 06, 2001 at 09:09:56PM +0100 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Wed, Jun 06, 2001 at 09:09:56PM +0100, Paul Warren wrote: > On Wed, Jun 06, 2001 at 08:49:25PM +0100, Chris Lightfoot wrote: > > [Thinks: shouldn't have started this flamewar.] > > Oh it's fun. It's whole weeks since it came up on any of the other > mailing lists I'm on, and I didn't get involved that time so I feel I > ought to make up for lost time :-) Perhaps we should create reply-to-munging@lists.beasts.org? [duplicate mailings] > > > This for me is the clincher. If you're on a community list that is > > > encouraging discussion amongst all participants then having to > > > constantly trim back To: and Cc: is a waste of time and irritating to > > > get dupes. [...] > > I believe that mailman does, or can be made to, avoid sending dupes. Hmm. I'll have a look. [FX: Wanders in direction of mailman documentation, muttering darkly about the Principle of Least Surprise.] > Personally, I *like* appearing on the To: field. It means that my > procmail filter pulls a copy into my inbox, rather than just into the > list folder, and also, I can see the messages that are actually to me as > the have a helpful little "T" next to them. I get enough spam each day > to be fully aquainted with my "d" key, so dupes don't really bother me. This argument is also possessed of considerable merit. > > Yes. Mutt rocks, etc. > > No, I think that the author had it right - it just sucks less. Sucks less and rocks are about equivalent for software, I fear.... -- Chris Lightfoot -- www.ex-parrot.com/~chris/ language not worship must pink delirious sleep produce (fridge poetry) From Paul.Makepeace@realprogrammers.com Wed Jun 06 23:46:18 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 157m49-00013t-00 for tpop3d-discuss@lists.beasts.org; Wed, 06 Jun 2001 23:46:18 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 157m48-0000TC-00 for tpop3d-discuss@lists.beasts.org; Wed, 06 Jun 2001 15:46:16 -0700 Date: Wed, 6 Jun 2001 15:46:16 -0700 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Reply-To: munging Message-ID: <20010606154616.T23307@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <20010605192024.A30082@gnu.univ.gda.pl> <20010605204601.A23791@caesious.cold.local> <20010605224833.B1663@gnu.univ.gda.pl> <20010605222012.A24053@caesious.cold.local> <20010605232808.A2811@gnu.univ.gda.pl> <20010606000646.A24361@caesious.cold.local> <20010606091834.A8375@gnu.univ.gda.pl> <20010606100918.B5678@aquila.esc.cam.ac.uk> <20010606123349.A19124@tantrix.realprogrammers.com> <20010606204925.A27718@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010606204925.A27718@caesious.cold.local> User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Wed, Jun 06, 2001 at 08:49:25PM +0100, Chris Lightfoot wrote: > > But it doesn't. It simply changes the reply-to which any halfway decent > > email client can override (for example, mutt prompts first the reply-to > > then the from). I.e. this point is scaremongery & FUD at best. > > I disagree. If I set a Reply-To:, I presumably have some > good reason to do so; so, if the mailing list software > goes and overwrites it with something else, my intentions > will be lost. Right. What I was just saying was the irony that people configure majordomo to reply-to: and yet if said author attempts to set the reply-to in the manner you're describing it gets munged anyway. I've tried this and yup, I was SOL. > This sucks if you are forced to use a From: > header which is not an address at which you can frequently > read mail. In practice, I wonder what the %age of people this really applies to these days. A fun scripting challenge for a rainy day... I suspect in the sub-0.1% range anecdotally derived from never having seen anyone ever do it in the ten years I've been using email... > It's rare indeed to find a message without a message-id > nowadays. (Checks mailspool... OK, out of 6,573 messages I > checked, a stunning 8 lacked a message-id, of which I > suspect most were PINE metadata messages, which don't > count.) That's true. Fortunately that wasn't the nub of the argument :-) > The procmail incantation is... well, it's a procmail > incantation, so one shouldn't expect to understand it. But > as such things go, it's not too bad: > > # Discard duplicate mails > :0 Wh: $HOME/.procmail/msgid.lock > | formail -D 8192 $HOME/.procmail/msgid.cache Well, that's interesting. I've often wondered about that... Not that I use procmail (exim filtering seems good enough). Any scheme whose argument involves "well, you can use procmail to filter it out" would of course go to /dev/null by any reasonable standard. Paul, who'll argue either side depending on phase of moon :) -- Use cliches From chris@ex-parrot.com Sun Jun 10 23:47:38 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 159Dze-0000Ms-00 for tpop3d-discuss@lists.beasts.org; Sun, 10 Jun 2001 23:47:38 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA21703; Sun, 10 Jun 2001 23:38:19 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 159Dzd-0002nV-00; Sun, 10 Jun 2001 23:47:37 +0100 Date: Sun, 10 Jun 2001 23:47:37 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Message-ID: <20010610234737.A10516@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d version 1.3.2 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.2.tar.gz 1.3.2 Minor changes, and an update for auth_mysql to allow passwords in formats other than the default straight MD5 checksums. Different formats are denoted by a prefixed token enclosed in { }. Presently supported are: {crypt}... crypt(3) hash {crypt_md5}... crypt_md5 hash {plaintext}... plaintext password {md5} or no prefix old-style simple MD5 password This facility replaces the old apop_password field in the database; instead, APOP users should arrange for their passwords to be recorded in the plaintext format as above. The new vmail-sql will work in the same way, when it is released. In addition, there are a couple of fixes: a small memory leak was removed, and code was added to work around some bugs in old GNU libc versions. In view of the last paragraph, existing tpop3d installations should probably be upgraded. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Do we really need two North Dakotas? I mean, we already have South Dakota as an emergency spare.'' (Scott Adams) From nancy@bigfishmail.com Thu Jun 21 22:19:03 2001 Received: from [209.85.110.105] (helo=mail1-mdr-R.bigfish.com) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DBqx-00062H-00 for tpop3d-discuss@lists.beasts.org; Thu, 21 Jun 2001 22:19:03 +0100 Received: from mail1-mdr.bigfish.com (localhost.localdomain [127.0.0.1]) by mail1-mdr-R.bigfish.com (Postfix) with ESMTP id 6F01257656 for ; Thu, 21 Jun 2001 21:18:36 +0000 (UCT) Received: from nancomp (unknown [207.155.18.194]) by mail1-mdr.bigfish.com (Postfix) with SMTP id 5508C55A3E for ; Thu, 21 Jun 2001 21:18:36 +0000 (UCT) From: "Nancy Pettigrew (work)" To: Date: Thu, 21 Jun 2001 14:18:21 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [tpop3d-discuss] quick question Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Hi - I need to modify the auth_mysql.c to suit different authentication tables, so I've been perusing the auth_mysql_new_user_pass function in auth_mysql.c. Just curious about 1 line of code right now, line 446: query = (char*)malloc(l = (sizeof(user_pass_query_template) + strlen(user) * 2 + 1 + 34)); Just curious as to the origin of the * 2 + 1 + 34 in the malloc - why those numbers, specifically? Thanks. From chris@ex-parrot.com Thu Jun 21 23:50:16 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DDHE-0006LZ-00 for tpop3d-discuss@lists.beasts.org; Thu, 21 Jun 2001 23:50:16 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA13498; Thu, 21 Jun 2001 23:40:39 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15DDHC-0003Cb-00; Thu, 21 Jun 2001 23:50:14 +0100 Date: Thu, 21 Jun 2001 23:50:14 +0100 From: Chris Lightfoot To: "Nancy Pettigrew (work)" Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] quick question Message-ID: <20010621235014.A12303@caesious.cold.local> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nancy@bigfishmail.com on Thu, Jun 21, 2001 at 02:18:21PM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 21, 2001 at 02:18:21PM -0700, Nancy Pettigrew (work) wrote: > Hi - > > I need to modify the auth_mysql.c to suit different authentication tables, > so I've been perusing the auth_mysql_new_user_pass function in auth_mysql.c. > Just curious about 1 line of code right now, line 446: > query = (char*)malloc(l = (sizeof(user_pass_query_template) + > strlen(user) * 2 + 1 + 34)); > Just curious as to the origin of the * 2 + 1 + 34 in the malloc - why those > numbers, specifically? char user_pass_query_template[] = "SELECT domain.path, popbox.mbox_name, popbox.password_hash, domain.unix_user " "FROM popbox, domain " "WHERE popbox.local_part = '%s' " "AND popbox.domain_name = '%s' " "AND popbox.domain_name = domain.domain_name"; authcontext auth_mysql_new_user_pass(const char *user, const char *pass) { /* ... */ query = (char*)malloc(l = (sizeof(user_pass_query_template) + strlen(user) * 2 + 1 + 34)); sizeof(user_pass_query_template) -- obvious; the fixed part of the query, plus the terminating \0; strlen(user) * 2 -- enough space for the username, if every character has to be escaped; 1 -- an extra byte (probably there in case I'd miscounted a terminating \0 ;) ) 34 -- an extra 34 bytes to make the computer feel good. In previous versions, the select statement was like SELECT ... WHERE local_part = '%s' AND password_hash = '%s' AND ... because the only sort of password hash supported was a straight MD5 hex hash; hence, another 32 byte + 2 * "'" was needed for this bit of the query. So, it wastes (but then frees) an extra 34 bytes for each query. Well spotted :) -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Do we really need two North Dakotas? I mean, we already have South Dakota as an emergency spare.'' (Scott Adams) From chris@shagged.org Sat Jun 23 17:12:13 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Dq17-0004wk-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 17:12:13 +0100 Received: from chris by mail.shagged.org with local (Exim 3.30 #1) id 15Dq14-000KAO-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 17:12:10 +0100 Date: Sat, 23 Jun 2001 17:12:10 +0100 From: Chris Elsworth To: tpop3d-discuss@lists.beasts.org Message-ID: <20010623171210.A77378@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [tpop3d-discuss] Failure to compile out of the box Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Hi all, Just trying to build tpop3d for the first time, on FreeBSD 4.3, with this configure: ./configure --enable-mbox-maildir And I get this: root@rtfm tpop3d-1.3.2> make make all-recursive Making all in init.d Making all in config gcc -Wall -g -o tpop3d -L/usr/lib/mysql auth_mysql.o auth_other.o auth_perl.o auth_pam.o auth_passwd.o authswitch.o cfgdirectives.o config.o connection.o errprintf.o list.o listener.o locks.o mailbox.o maildir.o mailspool.o main.o md5c.o pidfile.o pop3.o signals.o stringmap.o strtok_r.o substvars.o tokenise.o util.o vector.o -lpam main.o: In function `fork_child': /home/chris/tpop3d-1.3.2/main.c(.text+0x3f5): undefined reference to `muntrace' main.o: In function `main': /home/chris/tpop3d-1.3.2/main.c(.text+0xe49): undefined reference to `mtrace' *** Error code 1 Stop in /home/chris/tpop3d-1.3.2. *** Error code 1 Stop in /home/chris/tpop3d-1.3.2. *** Error code 1 Stop in /home/chris/tpop3d-1.3.2. root@rtfm tpop3d-1.3.2> Anyone have any ideas why that might be happening? I presume it's known to compile on FreeBSD since there's notes about it in the readme, but it doesn't appear to here :) Any suggestions welcome, cheers. -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@ex-parrot.com Sat Jun 23 17:54:13 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Dqfl-00054f-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 17:54:13 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA15816; Sat, 23 Jun 2001 17:44:35 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15Dqfj-0004Z1-00; Sat, 23 Jun 2001 17:54:11 +0100 Date: Sat, 23 Jun 2001 17:54:11 +0100 From: Chris Lightfoot To: Chris Elsworth Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Failure to compile out of the box Message-ID: <20010623175411.A17492@caesious.cold.local> References: <20010623171210.A77378@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010623171210.A77378@shagged.org>; from chris@shagged.org on Sat, Jun 23, 2001 at 05:12:10PM +0100 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sat, Jun 23, 2001 at 05:12:10PM +0100, Chris Elsworth wrote: > Hi all, > > Just trying to build tpop3d for the first time, on FreeBSD 4.3, with this > configure: > > ./configure --enable-mbox-maildir [...] > main.o: In function `fork_child': > /home/chris/tpop3d-1.3.2/main.c(.text+0x3f5): undefined reference to `muntrace' > main.o: In function `main': > /home/chris/tpop3d-1.3.2/main.c(.text+0xe49): undefined reference to `mtrace' > *** Error code 1 Ooh. Embarrassing. That one crept out the door with debugging code in :) mtrace/muntrace are GNU extensions for making the memory allocator generate diagnostic information. If you remove the two references to them (at lines 455 and 165 in main.c) everything should work correctly. I shall do a new release shortly to fix this. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Q - What warning was given by you? A - Horn Q - What warning was given by the other party? A - Moo (insurance claim form) From root@shagged.org Sat Jun 23 17:59:36 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Dqky-00059R-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 17:59:36 +0100 Received: from root by mail.shagged.org with local (Exim 3.30 #1) id 15Dqku-000KkS-00; Sat, 23 Jun 2001 17:59:32 +0100 Date: Sat, 23 Jun 2001 17:59:32 +0100 From: Charlie & To: Chris Lightfoot Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Failure to compile out of the box Message-ID: <20010623175932.A79505@shagged.org> References: <20010623171210.A77378@shagged.org> <20010623175411.A17492@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010623175411.A17492@caesious.cold.local>; from chris@ex-parrot.com on Sat, Jun 23, 2001 at 05:54:11PM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sat, Jun 23, 2001 at 05:54:11PM +0100, Chris Lightfoot wrote: > On Sat, Jun 23, 2001 at 05:12:10PM +0100, Chris Elsworth wrote: > > Hi all, > > > > Just trying to build tpop3d for the first time, on FreeBSD 4.3, with this > > configure: > > > > ./configure --enable-mbox-maildir > [...] > > main.o: In function `fork_child': > > /home/chris/tpop3d-1.3.2/main.c(.text+0x3f5): undefined reference to `muntrace' > > main.o: In function `main': > > /home/chris/tpop3d-1.3.2/main.c(.text+0xe49): undefined reference to `mtrace' > > *** Error code 1 > > Ooh. Embarrassing. That one crept out the door with > debugging code in :) > > mtrace/muntrace are GNU extensions for making the memory > allocator generate diagnostic information. If you remove > the two references to them (at lines 455 and 165 in > main.c) everything should work correctly. I was beginning to wonder. I had a search of /usr/include, and all the src in tpop3d's tree, and couldn't find a single other reference to mtrace or muntrace. I found a couple of igmp_mtrace calls etc, but presumably completely unrelated. As predicted, works fine now :) > I shall do a new release shortly to fix this. :) -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@shagged.org Sat Jun 23 18:55:52 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DrdP-0005Ns-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 18:55:52 +0100 Received: from chris by mail.shagged.org with local (Exim 3.30 #1) id 15DrdM-000M3x-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 18:55:48 +0100 Date: Sat, 23 Jun 2001 18:55:48 +0100 From: Chris Elsworth To: tpop3d-discuss@lists.beasts.org Message-ID: <20010623185548.A82733@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [tpop3d-discuss] MySQL Authentication Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Hi. Me again. :) tpop3d has now compiled fine, and everything appears to work except MySQL authentication. Maildirs, mbox, and pam auth, are all fine. I'm not sure I 100% understand the data I have to return from MySQL to make it work, so first of all, could anyone here confirm that this is the right info: mysql> SELECT pop3_mbox.MailPath,pop3_mbox.UserName,pop3_mbox.Password,domain.UserID FROM pop3_mbox,domain WHERE pop3_mbox.UserName='mats' AND domain.DomainName='zakalwe.com' AND pop3_mbox.DomainID=domain.pop3_pwID; this returns one match: | MailPath | UserName | Password | UserID | | /var/mail/zakalwe.com/mats | mats | snip | 1025 | [where snip is an MD5 hash of a password, like $1$lJ$EN6ExaPgfp1d.T9w59/S4/ ] That's what I've put into auth_mysql.c : char user_pass_query_template[] = "SELECT pop3_mbox.UserName,pop3_mbox.Password,pop3_mbox.MailPath,domain.UserID " "FROM pop3_mbox,domain " "WHERE pop3_mbox.UserName = '%s' " "AND domain.DomainName = '%s' " "AND pop3_mbox.DomainID = domain.pop3_pwID"; (same for APOP, even though I'm not currently using it) But alas, I get: auth_mysql_new_user_pass: mats@zakalwe.com failed login with wrong passwordauth_ Am I doing the right thing, returning the right information? Thanks for any help (again, even though last time wasn't my fault) :) -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@ex-parrot.com Sat Jun 23 18:56:29 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Dre1-0005PU-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 18:56:29 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA21995; Sat, 23 Jun 2001 18:46:51 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15Drdz-0004oI-00; Sat, 23 Jun 2001 18:56:27 +0100 Date: Sat, 23 Jun 2001 18:56:27 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Message-ID: <20010623185627.A18274@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d version 1.3.3 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.3.tar.gz This is a fix for a couple of portability bugs which crept in to version 1.3.2. Apologies for this SNAFU. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``[American] football combines the two worst features of American life: violence and committee meetings.'' (George Will) From chris@ex-parrot.com Sat Jun 23 19:05:02 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DrmI-0005Rf-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 19:05:02 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA23029; Sat, 23 Jun 2001 18:55:23 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15DrmG-0004pS-00; Sat, 23 Jun 2001 19:05:00 +0100 Date: Sat, 23 Jun 2001 19:05:00 +0100 From: Chris Lightfoot To: Chris Elsworth Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010623190500.A18499@caesious.cold.local> References: <20010623185548.A82733@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010623185548.A82733@shagged.org>; from chris@shagged.org on Sat, Jun 23, 2001 at 06:55:48PM +0100 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sat, Jun 23, 2001 at 06:55:48PM +0100, Chris Elsworth wrote: > Hi. Me again. :) > > tpop3d has now compiled fine, and everything appears to work except MySQL > authentication. Maildirs, mbox, and pam auth, are all fine. > > I'm not sure I 100% understand the data I have to return from MySQL to > make it work, so first of all, could anyone here confirm that this is the > right info: > > mysql> SELECT > pop3_mbox.MailPath,pop3_mbox.UserName,pop3_mbox.Password,domain.UserID > FROM pop3_mbox,domain WHERE pop3_mbox.UserName='mats' AND > domain.DomainName='zakalwe.com' AND pop3_mbox.DomainID=domain.pop3_pwID; > > this returns one match: > > | MailPath | UserName | Password | UserID | > | /var/mail/zakalwe.com/mats | mats | snip | 1025 | > > [where snip is an MD5 hash of a password, like $1$lJ$EN6ExaPgfp1d.T9w59/S4/ ] > > That's what I've put into auth_mysql.c : > > char user_pass_query_template[] = > "SELECT pop3_mbox.UserName,pop3_mbox.Password,pop3_mbox.MailPath,domain.UserID " > "FROM pop3_mbox,domain " > "WHERE pop3_mbox.UserName = '%s' " > "AND domain.DomainName = '%s' " > "AND pop3_mbox.DomainID = domain.pop3_pwID"; > > (same for APOP, even though I'm not currently using it) Errm. Have you altered the code which gets those values out of the row returned by MySQL? If not, they will be coming out in the wrong order. auth_mysql.c gets them in the order: path prefix for mailbox mailbox file name password hash unix user whereas you are, I think, retrieving username password hash path prefix unix user -- if you reorder things to look like SELECT pop3_mbox.MailPath, pop3_mbox.UserName, pop3_mbox.Password, domain.UserID [...] it should work (assuming that fred@example.com's mailspool is in MailPath/fred). > But alas, I get: > > auth_mysql_new_user_pass: mats@zakalwe.com failed login with wrong passwordauth_ > > Am I doing the right thing, returning the right information? Not quite, unless you've modified the authentication stuff separately. To use crypt_md5 as you appear to be doing, you need to insert {crypt_md5} before the password, like '{crypt_md5}$1$lJ$EN6ExaPgfp1d.T9w59/S4/' in the appropriate field. If this is already what you're doing, then something is wrong, but I'd need more information to diagnose it.... If you don't want to put {crypt_md5} in, you can make that password format the default, by altering lines 483--508 of auth_mysql.c -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``There's so much comedy on television. Does that cause comedy in the streets?'' (Dick Cavett) From chris@shagged.org Sat Jun 23 20:53:15 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DtT1-0005dt-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 20:53:15 +0100 Received: from chris by mail.shagged.org with local (Exim 3.30 #1) id 15DtSx-000NE7-00; Sat, 23 Jun 2001 20:53:11 +0100 Date: Sat, 23 Jun 2001 20:53:11 +0100 From: Chris Elsworth To: Chris Lightfoot Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010623205311.A84822@shagged.org> References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010623190500.A18499@caesious.cold.local>; from chris@ex-parrot.com on Sat, Jun 23, 2001 at 07:05:00PM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sat, Jun 23, 2001 at 07:05:00PM +0100, Chris Lightfoot wrote: > > That's what I've put into auth_mysql.c : > > > > char user_pass_query_template[] = > > "SELECT pop3_mbox.UserName,pop3_mbox.Password,pop3_mbox.MailPath,domain.UserID " > > "FROM pop3_mbox,domain " > > "WHERE pop3_mbox.UserName = '%s' " > > "AND domain.DomainName = '%s' " > > "AND pop3_mbox.DomainID = domain.pop3_pwID"; > > > > (same for APOP, even though I'm not currently using it) > > Errm. Have you altered the code which gets those values > out of the row returned by MySQL? If not, they will be > coming out in the wrong order. auth_mysql.c gets them in > the order: Yeah, slight hiccup on my part that, I was originally getting them in the wrong order, and halfway through writing the mail noticed that, and fixed the order. Just didn't rewrite the mail properly, doh. That didn't fix it, however. > -- if you reorder things to look like > > SELECT pop3_mbox.MailPath, pop3_mbox.UserName, > pop3_mbox.Password, domain.UserID > [...] Yep, that's how it is now.. Shame I have to edit the source though - do you have any plans to make it a #define or something, and have it set from configure, or perhaps the config? It would make upgrading easier for people who like me, have to edit it - and I'm sure that means almost everyone not using the vmail-sql package. > it should work (assuming that fred@example.com's mailspool > is in MailPath/fred). > > > But alas, I get: > > > > auth_mysql_new_user_pass: mats@zakalwe.com failed login with wrong passwordauth_ > > > > Am I doing the right thing, returning the right information? > > Not quite, unless you've modified the authentication stuff > separately. To use crypt_md5 as you appear to be doing, > you need to insert {crypt_md5} before the password, like > > '{crypt_md5}$1$lJ$EN6ExaPgfp1d.T9w59/S4/' That worked. Is this documented anywhere except in the source? I couldn't find it. > If you don't want to put {crypt_md5} in, you can make that > password format the default, by altering lines 483--508 of > auth_mysql.c More source hackery - any chance of a auth_mysql_crypt_type option? :) Thanks for your help, it all works now :) -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@shagged.org Sat Jun 23 22:11:00 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DugF-0005lu-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 22:10:59 +0100 Received: from chris by mail.shagged.org with local (Exim 3.30 #1) id 15DugC-000NlR-00 for tpop3d-discuss@lists.beasts.org; Sat, 23 Jun 2001 22:10:56 +0100 Date: Sat, 23 Jun 2001 22:10:56 +0100 From: Chris Elsworth To: tpop3d-discuss@lists.beasts.org Message-ID: <20010623221056.A91265@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [tpop3d-discuss] crypt.h on FreeBSD Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Hi, One other thing worthy of mention - on all the FreeBSD systems I tried, crypt.h was not found by configure. I had to manually edit auth_mysql.c and replace #include with #include . That's the only version of crypt.h I appear to have: chris@rtfm tpop3d-1.3.2> find /usr/include -name crypt.h /usr/include/rpcsvc/crypt.h Worth adding to the configure script? -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@ex-parrot.com Sun Jun 24 01:11:10 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DxUc-00068W-00 for tpop3d-discuss@lists.beasts.org; Sun, 24 Jun 2001 01:11:10 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA745; Sun, 24 Jun 2001 01:01:31 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15DxUa-0004yY-00; Sun, 24 Jun 2001 01:11:08 +0100 Date: Sun, 24 Jun 2001 01:11:08 +0100 From: Chris Lightfoot To: Chris Elsworth Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010624011108.A19074@caesious.cold.local> References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> <20010623205311.A84822@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010623205311.A84822@shagged.org>; from chris@shagged.org on Sat, Jun 23, 2001 at 08:53:11PM +0100 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sat, Jun 23, 2001 at 08:53:11PM +0100, Chris Elsworth wrote: > On Sat, Jun 23, 2001 at 07:05:00PM +0100, Chris Lightfoot wrote: > > > -- if you reorder things to look like > > > > SELECT pop3_mbox.MailPath, pop3_mbox.UserName, > > pop3_mbox.Password, domain.UserID > > [...] > > Yep, that's how it is now.. Shame I have to edit the source though - do > you have any plans to make it a #define or something, and have it set from > configure, or perhaps the config? It would make upgrading easier for > people who like me, have to edit it - and I'm sure that means almost > everyone not using the vmail-sql package. Hmm. I did think about this, but concluded that it wasn't worth doing, on the basis that to write a sensible way to configure this at runtime (or even at compile time) without editing source code would be a substantial undertaking. Including a perl interpreter (auth_perl) or allowing users to call into an external program (auth_other) seems to me a better and more general strategy. In particular, to allow people to choose a database query at runtime is subject to a number of subtleties and random design decisions; also, I don't wish to implement additional database drivers (auth_pgsql; auth_oracle; etc.), and I would be reluctant to include numerous such things into the source tree on the basis that it would make maintaining the program more difficult. The DBD::... drivers in perl are sufficient for this purpose, and I can't see any point in trying to replicate that work. > > it should work (assuming that fred@example.com's mailspool > > is in MailPath/fred). > > > > > But alas, I get: > > > > > > auth_mysql_new_user_pass: mats@zakalwe.com failed login with wrong passwordauth_ > > > > > > Am I doing the right thing, returning the right information? > > > > Not quite, unless you've modified the authentication stuff > > separately. To use crypt_md5 as you appear to be doing, > > you need to insert {crypt_md5} before the password, like > > > > '{crypt_md5}$1$lJ$EN6ExaPgfp1d.T9w59/S4/' > > That worked. Is this documented anywhere except in the source? I couldn't > find it. It's in the changelog (CHANGES file). It will be documented in the new vmail-sql release (Paul?). > > If you don't want to put {crypt_md5} in, you can make that > > password format the default, by altering lines 483--508 of > > auth_mysql.c > > More source hackery - any chance of a auth_mysql_crypt_type option? :) Probably not, for the reasons stated above, and because the only reason that there's support for password hashes without a keyword in {} is to remain backward-compatible with old vmail-sql installations. If it had been implemented this way from the start, there would be no `default password format'. > Thanks for your help, it all works now :) Excellent. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``We overbooked. But I can give you the co-pilot's seat if you know how to fly a 747.'' (Scott Adams, from `Dilbert') From chris@ex-parrot.com Sun Jun 24 01:14:20 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DxXg-00069m-00 for tpop3d-discuss@lists.beasts.org; Sun, 24 Jun 2001 01:14:20 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA1135; Sun, 24 Jun 2001 01:04:41 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15DxXe-0004z5-00; Sun, 24 Jun 2001 01:14:18 +0100 Date: Sun, 24 Jun 2001 01:14:18 +0100 From: Chris Lightfoot To: Chris Elsworth Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] crypt.h on FreeBSD Message-ID: <20010624011418.B19074@caesious.cold.local> References: <20010623221056.A91265@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010623221056.A91265@shagged.org>; from chris@shagged.org on Sat, Jun 23, 2001 at 10:10:56PM +0100 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sat, Jun 23, 2001 at 10:10:56PM +0100, Chris Elsworth wrote: > Hi, > > One other thing worthy of mention - on all the FreeBSD systems I tried, > crypt.h was not found by configure. I had to manually edit auth_mysql.c > and replace #include with #include . On some systems the crypt(3) function is in crypt.h; in others, it is in unistd.h. The configure script detects this (by setting the macro CRYPT_FUNCTION_IN_CRYPT_H) but auth_mysql.c did not take account of this. I have now fixed it -- thanks. rpcsvc/crypt.h is not the same thing -- I don't have it on this linux system, but I imagine it's associated with RPC, which is not used in tpop3d. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``The effect of a bisection will in effect create two separate monopolies.'' (Judge Jackson, Microsoft antitrust hearing) From chris@shagged.org Sun Jun 24 01:26:52 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Dxjo-0006Ex-00 for tpop3d-discuss@lists.beasts.org; Sun, 24 Jun 2001 01:26:52 +0100 Received: from chris by mail.shagged.org with local (Exim 3.30 #1) id 15Dxjk-000Pae-00 for tpop3d-discuss@lists.beasts.org; Sun, 24 Jun 2001 01:26:48 +0100 Date: Sun, 24 Jun 2001 01:26:48 +0100 From: Chris Elsworth To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] crypt.h on FreeBSD Message-ID: <20010624012648.A96050@shagged.org> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <20010623221056.A91265@shagged.org> <20010624011418.B19074@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010624011418.B19074@caesious.cold.local>; from chris@ex-parrot.com on Sun, Jun 24, 2001 at 01:14:18AM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sun, Jun 24, 2001 at 01:14:18AM +0100, Chris Lightfoot wrote: > On Sat, Jun 23, 2001 at 10:10:56PM +0100, Chris Elsworth wrote: > > Hi, > > > > One other thing worthy of mention - on all the FreeBSD systems I tried, > > crypt.h was not found by configure. I had to manually edit auth_mysql.c > > and replace #include with #include . > > On some systems the crypt(3) function is in crypt.h; in > others, it is in unistd.h. The configure script detects > this (by setting the macro CRYPT_FUNCTION_IN_CRYPT_H) but > auth_mysql.c did not take account of this. I have now > fixed it -- thanks. > > rpcsvc/crypt.h is not the same thing -- I don't have it on > this linux system, but I imagine it's associated with RPC, > which is not used in tpop3d. oops - my MySQL authentication appears to be working, nonetheless :) So correctly, I should have changed it to unistd.h ? I imagine I'm not using any of the functions referenced to it, or they happen to magically coincide, because it all seems to be working :) -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@ex-parrot.com Sun Jun 24 01:32:38 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15DxpO-0006GS-00 for tpop3d-discuss@lists.beasts.org; Sun, 24 Jun 2001 01:32:38 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA2458; Sun, 24 Jun 2001 01:23:00 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15DxpN-00053a-00; Sun, 24 Jun 2001 01:32:37 +0100 Date: Sun, 24 Jun 2001 01:32:37 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] crypt.h on FreeBSD Message-ID: <20010624013237.A19438@caesious.cold.local> References: <20010623221056.A91265@shagged.org> <20010624011418.B19074@caesious.cold.local> <20010624012648.A96050@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010624012648.A96050@shagged.org>; from chris@shagged.org on Sun, Jun 24, 2001 at 01:26:48AM +0100 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sun, Jun 24, 2001 at 01:26:48AM +0100, Chris Elsworth wrote: > On Sun, Jun 24, 2001 at 01:14:18AM +0100, Chris Lightfoot wrote: > > On Sat, Jun 23, 2001 at 10:10:56PM +0100, Chris Elsworth wrote: > > > Hi, > > > > > > One other thing worthy of mention - on all the FreeBSD systems I tried, > > > crypt.h was not found by configure. I had to manually edit auth_mysql.c > > > and replace #include with #include . > > > > On some systems the crypt(3) function is in crypt.h; in > > others, it is in unistd.h. The configure script detects > > this (by setting the macro CRYPT_FUNCTION_IN_CRYPT_H) but > > auth_mysql.c did not take account of this. I have now > > fixed it -- thanks. > > > > rpcsvc/crypt.h is not the same thing -- I don't have it on > > this linux system, but I imagine it's associated with RPC, > > which is not used in tpop3d. > > oops - my MySQL authentication appears to be working, nonetheless :) So > correctly, I should have changed it to unistd.h ? I imagine I'm not using > any of the functions referenced to it, or they happen to magically > coincide, because it all seems to be working :) I don't know exactly how the system headers are confgigured on BSD systems, but presumably it turns out that one of the headers that file did include included the header which prototypes crypt(3). -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``The only reason [George W. Bush] gets lost in thought is because it is unfamiliar territory.'' (newspaper editorial) From pdw@ex-parrot.com Sun Jun 24 12:40:52 2001 Received: from mail5.svr.pol.co.uk ([195.92.193.20]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15E8G4-0007dh-00 for tpop3d-discuss@lists.beasts.org; Sun, 24 Jun 2001 12:40:52 +0100 Received: from modem-169.boron.dialup.pol.co.uk ([62.136.4.169] helo=mythic-beasts.freeserve.co.uk) by mail5.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 15E8G4-0006oC-00; Sun, 24 Jun 2001 12:40:52 +0100 Received: from pdw by mythic-beasts.freeserve.co.uk with local (Exim 3.03 #1) id 15E8G3-0000IB-00; Sun, 24 Jun 2001 12:40:51 +0100 Date: Sun, 24 Jun 2001 12:40:51 +0100 From: Paul Warren To: Chris Lightfoot Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010624124051.A907@cerberus.grovehouse.local> References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> <20010623205311.A84822@shagged.org> <20010624011108.A19074@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.2i In-Reply-To: <20010624011108.A19074@caesious.cold.local>; from chris@ex-parrot.com on Sun, Jun 24, 2001 at 01:11:08AM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sun, Jun 24, 2001 at 01:11:08AM +0100, Chris Lightfoot wrote: > > > Not quite, unless you've modified the authentication stuff > > > separately. To use crypt_md5 as you appear to be doing, > > > you need to insert {crypt_md5} before the password, like > > > > > > '{crypt_md5}$1$lJ$EN6ExaPgfp1d.T9w59/S4/' > > > > That worked. Is this documented anywhere except in the source? I couldn't > > find it. > > It's in the changelog (CHANGES file). It will be > documented in the new vmail-sql release (Paul?). Yes, it will be documented properly in the perpetually imminent next release of vmail :-) We should probably add a note to this effect in the tpop3d docs. Paul From chris@ex-parrot.com Sun Jun 24 14:30:47 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15E9yQ-0007v4-00 for tpop3d-discuss@lists.beasts.org; Sun, 24 Jun 2001 14:30:46 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA1488; Sun, 24 Jun 2001 14:21:07 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15E9yP-0007Cf-00; Sun, 24 Jun 2001 14:30:45 +0100 Date: Sun, 24 Jun 2001 14:30:45 +0100 From: Chris Lightfoot To: Paul Warren Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010624143045.A27685@caesious.cold.local> References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> <20010623205311.A84822@shagged.org> <20010624011108.A19074@caesious.cold.local> <20010624124051.A907@cerberus.grovehouse.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010624124051.A907@cerberus.grovehouse.local>; from pdw@ex-parrot.com on Sun, Jun 24, 2001 at 12:40:51PM +0100 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sun, Jun 24, 2001 at 12:40:51PM +0100, Paul Warren wrote: > On Sun, Jun 24, 2001 at 01:11:08AM +0100, Chris Lightfoot wrote: > > > > Not quite, unless you've modified the authentication stuff > > > > separately. To use crypt_md5 as you appear to be doing, > > > > you need to insert {crypt_md5} before the password, like > > > > > > > > '{crypt_md5}$1$lJ$EN6ExaPgfp1d.T9w59/S4/' > > > > > > That worked. Is this documented anywhere except in the source? I couldn't > > > find it. > > > > It's in the changelog (CHANGES file). It will be > > documented in the new vmail-sql release (Paul?). > > Yes, it will be documented properly in the perpetually imminent next > release of vmail :-) We should probably add a note to this effect in > the tpop3d docs. I think that such a note already exists. I have also written a discussion of how auth_mysql works, to distribute with tpop3d. I'll put this on the web, too. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``We are not without accomplishment. We have managed to distribute poverty equally.'' (Nguyen Co Thatch, Vietnamese Foreign Minister) From Paul.Makepeace@realprogrammers.com Tue Jun 26 00:20:41 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Efer-0006Oj-00 for tpop3d-discuss@lists.beasts.org; Tue, 26 Jun 2001 00:20:41 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15Efeo-0006eU-00 for tpop3d-discuss@lists.beasts.org; Mon, 25 Jun 2001 16:20:38 -0700 Date: Mon, 25 Jun 2001 16:20:38 -0700 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010625162038.G25104@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> <20010623205311.A84822@shagged.org> <20010624011108.A19074@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010624011108.A19074@caesious.cold.local> User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Sun, Jun 24, 2001 at 01:11:08AM +0100, Chris Lightfoot wrote: > Including a perl interpreter (auth_perl) or > allowing users to call into an external program > (auth_other) seems to me a better and more general > strategy. In particular, to allow people to choose a > database query at runtime is subject to a number of > subtleties and random design decisions; also, I don't wish > to implement additional database drivers (auth_pgsql; > auth_oracle; etc.), and I would be reluctant to include > numerous such things into the source tree on the basis > that it would make maintaining the program more difficult. > The DBD::... drivers in perl are sufficient for this > purpose, and I can't see any point in trying to replicate > that work. One thing worth noting here if only because it's intriguing and unexpected for most people is that for high performance database work perl is slow. The rate limiting factor in Oracle access using perl is, yup, perl. Funneling the data into perl structures and then retrieving them for use in the program, fast as this is compared to most scripting languages is still a dominant chunk of the time spent accessing data from an Oracle database. So if a stated aim of tpop3d is speed, this might be a consideration for some (that aim was one of my origin reasons for selecting it). Oracle is really, really fast. Some point in the reasonably near future I will do auth_oracle.c (or whatever) as well as an exim patch. I was hoping to do this 'n' months ago where 'n' is now 'embarrassing' :-) Paul From chris@ex-parrot.com Tue Jun 26 00:34:13 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Efrx-0006Rc-00 for tpop3d-discuss@lists.beasts.org; Tue, 26 Jun 2001 00:34:13 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA6251; Tue, 26 Jun 2001 00:24:32 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15Efrv-0000VY-00; Tue, 26 Jun 2001 00:34:11 +0100 Date: Tue, 26 Jun 2001 00:34:11 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010626003411.A1760@caesious.cold.local> References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> <20010623205311.A84822@shagged.org> <20010624011108.A19074@caesious.cold.local> <20010625162038.G25104@tantrix.realprogrammers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010625162038.G25104@tantrix.realprogrammers.com>; from Paul.Makepeace@realprogrammers.com on Mon, Jun 25, 2001 at 04:20:38PM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Mon, Jun 25, 2001 at 04:20:38PM -0700, Paul Makepeace wrote: > On Sun, Jun 24, 2001 at 01:11:08AM +0100, Chris Lightfoot wrote: > > Including a perl interpreter (auth_perl) or > > allowing users to call into an external program > > (auth_other) seems to me a better and more general > > strategy. In particular, to allow people to choose a > > database query at runtime is subject to a number of > > subtleties and random design decisions; also, I don't wish > > to implement additional database drivers (auth_pgsql; > > auth_oracle; etc.), and I would be reluctant to include > > numerous such things into the source tree on the basis > > that it would make maintaining the program more difficult. > > The DBD::... drivers in perl are sufficient for this > > purpose, and I can't see any point in trying to replicate > > that work. > > One thing worth noting here if only because it's intriguing and > unexpected for most people is that for high performance database work > perl is slow. The rate limiting factor in Oracle access using perl is, > yup, perl. Funneling the data into perl structures and then retrieving > them for use in the program, fast as this is compared to most scripting > languages is still a dominant chunk of the time spent accessing data > from an Oracle database. OK, I wasn't aware of that (though it makes sense...). > So if a stated aim of tpop3d is speed, this > might be a consideration for some (that aim was one of my origin reasons > for selecting it). Yeah, that's one of the stated aims :) However, unless you have really large tables of users I suspect that the cost of forking for each incoming connection are going to be much larger than the database lookup times. I haven't got any metrics to back this up, yet ;) Certainly, the time taken to index mailspools is going to be far longer, even for maildir. > Oracle is really, really fast. > > Some point in the reasonably near future I will do auth_oracle.c (or > whatever) as well as an exim patch. I was hoping to do this 'n' months > ago where 'n' is now 'embarrassing' :-) OK. That seems fair, especially if it's going to be combined with appropriate exim support. ISTR your talking about a syntax for generalising database queries in the exim config file. Do you propose to carry this over to tpop3d, and if so what syntax are you thinking of? -- Chris Lightfoot -- www.ex-parrot.com/~chris/ A cynic is a man who, upon smelling flowers, looks around for a coffin. (Mencken) From Paul.Makepeace@realprogrammers.com Tue Jun 26 20:17:32 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15EyL6-0002AN-00 for tpop3d-discuss@lists.beasts.org; Tue, 26 Jun 2001 20:17:32 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15EyKz-0003s7-00 for tpop3d-discuss@lists.beasts.org; Tue, 26 Jun 2001 12:17:25 -0700 Date: Tue, 26 Jun 2001 12:17:25 -0700 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010626121725.B13851@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> <20010623205311.A84822@shagged.org> <20010624011108.A19074@caesious.cold.local> <20010625162038.G25104@tantrix.realprogrammers.com> <20010626003411.A1760@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010626003411.A1760@caesious.cold.local> User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jun 26, 2001 at 12:34:11AM +0100, Chris Lightfoot wrote: > On Mon, Jun 25, 2001 at 04:20:38PM -0700, Paul Makepeace wrote: > > might be a consideration for some (that aim was one of my origin reasons > > for selecting it). > > Yeah, that's one of the stated aims :) > > Certainly, the time taken to index mailspools is going to > be far longer, even for maildir. That's true. I guess I sometimes forget applications might actually be doing something besides retrieving and committing information to a database :-) > ISTR your talking about a syntax for generalising database > queries in the exim config file. Do you propose to carry > this over to tpop3d, and if so what syntax are you > thinking of? Right now exim allows you to put arbitrary SQL inside the query string with its own peculiar brand of ${variable_interpolation}. This string is "expanded" (in the exim terminology, i.e. variables filled in) and passed off to the underlying database API. My only extension to this was to provide bound variables so that an SQL query could be prepared & cached, and then queried with different data. e.g. "select genus, species from menagerie where bird = ?" and then when the statement is executed, it's passed a variable which is bound to the "?" (Oracle's syntax is a bit different but most people are more familiar with the ? so I'd probably use that.) It seems that exim's had a feature freeze with v3.30 so that's either a good thing or a bad thing depending on how long v4.0 takes to ship. Oh well. Answering the actual question: I'm not sure yet. I thought I had something and then realized it broke one form of exim's string expansion. The v4.0 might be different altho' I'd need to check. Oh, and actually remember all this stuff... Paul From chris@ex-parrot.com Tue Jun 26 20:26:26 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15EyTi-0002CQ-00 for tpop3d-discuss@lists.beasts.org; Tue, 26 Jun 2001 20:26:26 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA10204; Tue, 26 Jun 2001 20:16:44 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15EyTg-0001iI-00; Tue, 26 Jun 2001 20:26:24 +0100 Date: Tue, 26 Jun 2001 20:26:24 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Cc: Paul Makepeace Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010626202624.A6584@caesious.cold.local> References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> <20010623205311.A84822@shagged.org> <20010624011108.A19074@caesious.cold.local> <20010625162038.G25104@tantrix.realprogrammers.com> <20010626003411.A1760@caesious.cold.local> <20010626121725.B13851@tantrix.realprogrammers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010626121725.B13851@tantrix.realprogrammers.com>; from Paul.Makepeace@realprogrammers.com on Tue, Jun 26, 2001 at 12:17:25PM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jun 26, 2001 at 12:17:25PM -0700, Paul Makepeace wrote: > On Tue, Jun 26, 2001 at 12:34:11AM +0100, Chris Lightfoot wrote: > > On Mon, Jun 25, 2001 at 04:20:38PM -0700, Paul Makepeace wrote: > > > might be a consideration for some (that aim was one of my origin reasons > > > for selecting it). > > > > Yeah, that's one of the stated aims :) > > > > Certainly, the time taken to index mailspools is going to > > be far longer, even for maildir. > > That's true. I guess I sometimes forget applications might actually be > doing something besides retrieving and committing information to a > database :-) Well... that _is_ all it's doing, in the everything's-a-database model of mailboxes. I note that there are people (for instance, those wacky folks at Ars Digita) who store mailboxes in relational databases. This would be a fairly simple hack to tpop3d, though I can't see much purpose for it. It would, perhaps, be more useful for an IMAP server, since you could then do virtual-domains webmail very readily. > > ISTR your talking about a syntax for generalising database > > queries in the exim config file. Do you propose to carry > > this over to tpop3d, and if so what syntax are you > > thinking of? > > Right now exim allows you to put arbitrary SQL inside the query string > with its own peculiar brand of ${variable_interpolation}. This string is [... bound variables with ? ...] Could you not do the prepare-bind stuff automatically; that is, when you first see SELECT foo FROM bar WHERE baz = ${quux} identify that you need to treat ${quux} as an insertion variable and prepare SELECT foo FROM bar WHERE baz = ? then save these, and use the right one when it comes up? This would mean that you don't need to explicitly prepare statements, which would be a Big Win. OOI, how expensive is setting up a connection to the Oracle client library? From what I understand of the Exim architecture, it re-execs itself at the drop of a hat, pretty much.... > It seems that exim's had a feature freeze with v3.30 so that's either a > good thing or a bad thing depending on how long v4.0 takes to ship. Oh > well. Interesting. I didn't know that.... I see also that Phil Hazel has written a book, which might be worth a look I guess. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Blow your mind. Smoke gunpowder. From Paul.Makepeace@realprogrammers.com Wed Jun 27 04:00:56 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15F5ZX-0003T8-00 for tpop3d-discuss@lists.beasts.org; Wed, 27 Jun 2001 04:00:56 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15F5ZV-0006d2-00 for tpop3d-discuss@lists.beasts.org; Tue, 26 Jun 2001 20:00:53 -0700 Date: Tue, 26 Jun 2001 20:00:53 -0700 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] MySQL Authentication Message-ID: <20010626200053.A25305@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <20010623185548.A82733@shagged.org> <20010623190500.A18499@caesious.cold.local> <20010623205311.A84822@shagged.org> <20010624011108.A19074@caesious.cold.local> <20010625162038.G25104@tantrix.realprogrammers.com> <20010626003411.A1760@caesious.cold.local> <20010626121725.B13851@tantrix.realprogrammers.com> <20010626202624.A6584@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010626202624.A6584@caesious.cold.local> User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jun 26, 2001 at 08:26:24PM +0100, Chris Lightfoot wrote: > On Tue, Jun 26, 2001 at 12:17:25PM -0700, Paul Makepeace wrote: > Well... that _is_ all it's doing, in the > everything's-a-database model of mailboxes. I note that > there are people (for instance, those wacky folks at Ars > Digita) who store mailboxes in relational databases. This > would be a fairly simple hack to tpop3d, though I can't > see much purpose for it. Avoidance of locking issues, flexibility in retrieval, advanced statistical processing (e.g. for lists or billing), integration into existing backup/recovery schemes (i.e. if you're backing up a related system you get that "for free"). I wonder if it could return a list of messages more quickly than a directory scan `a la Maildir... Certainly it could be mapped to fulfill IMAP semantics more directly. (Not that relevant to a popd discussion admittedly :-) > Could you not do the prepare-bind stuff automatically; > that is, when you first see > > SELECT foo FROM bar WHERE baz = ${quux} > > identify that you need to treat ${quux} as an insertion > variable and prepare > > SELECT foo FROM bar WHERE baz = ? IIUYC, You'd have to have some knowledge of SQL. For example, how do you cope with, SELECT ${column} FROM ${table} WHERE ${sql_condition} Only variables in conditions can be bound so the ${column} and ${table} couldn't be bound (but you'd have to have an SQL parser to divine those particular variables) and further you'd have to recursively perform this parsing if ${sql_condition} expanded to "${table_abbrev}.${column} = ${some_value}". > then save these, and use the right one when it comes up? Also, (at least with exim) you have the query in the query string, e.g, domains = ${lookup mysql {"SELECT ..."}{$value}} so you'd still need (with auto-preparation/binding) some additional syntax to specify what the bound variable is to be set _to_. > OOI, how expensive is setting up a connection to the > Oracle client library? I don't know, but anecdotally I get the impression it would be a big part of a single query. (Which is part of the win with mod_perl and its retention of an open db handle.) > > It seems that exim's had a feature freeze with v3.30 so that's either a > > good thing or a bad thing depending on how long v4.0 takes to ship. Oh > > well. > > Interesting. I didn't know that.... http://www.exim.org/pipermail/exim-announce/2001q2/000036.html Paul -- Change nothing and continue consistently From cdearborn@home.com Thu Jun 28 04:06:24 2001 Received: from mail2.rdc2.ab.home.com ([24.64.2.49]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FS8O-0001JD-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 04:06:24 +0100 Received: from home.com ([24.70.96.63]) by mail2.rdc2.ab.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010628030617.VOOU6449.mail2.rdc2.ab.home.com@home.com> for ; Wed, 27 Jun 2001 20:06:17 -0700 Message-ID: <3B3A9FB7.7010906@home.com> Date: Wed, 27 Jun 2001 21:08:39 -0600 From: Colin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.1) Gecko/20010607 X-Accept-Language: en-us MIME-Version: 1.0 To: tpop3d-discuss@lists.beasts.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [tpop3d-discuss] --enable-mysql-auth configure failure. Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: I seem to be having touble to get mysql authentication to compile into tpop3d. I can successfully go through the configuration without the --enable-mysql-auth option, but when I add it, I error out with: checking for mysql_init... no configure: error: vmail-sql authentication enabled, but mysql_init doesn't seem to be available. I'm on a Mandrake 8.0 system. I've tried compiling it on a Mandrake 7.2 system, but get the same error. I've tried upgrading my MySQL package to version 3.23.39-1. I've downloaded and manually compiled the C++ and perl API's from mysql.com, but I seem to be stuck at this point. Any suggestions? From chris@ex-parrot.com Thu Jun 28 09:45:42 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FXQj-00020A-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 09:45:41 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA19302; Thu, 28 Jun 2001 09:35:55 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15FXQg-00040r-00; Thu, 28 Jun 2001 09:45:38 +0100 Date: Thu, 28 Jun 2001 09:45:38 +0100 From: Chris Lightfoot To: Colin Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010628094538.A15423@caesious.cold.local> References: <3B3A9FB7.7010906@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B3A9FB7.7010906@home.com>; from cdearborn@home.com on Wed, Jun 27, 2001 at 09:08:39PM -0600 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Wed, Jun 27, 2001 at 09:08:39PM -0600, Colin wrote: > I seem to be having touble to get mysql authentication to compile into > tpop3d. > I can successfully go through the configuration without the > --enable-mysql-auth option, but when I add it, I error out with: > > checking for mysql_init... no > configure: error: vmail-sql authentication enabled, but mysql_init > doesn't seem to be available. > > I'm on a Mandrake 8.0 system. I've tried compiling it on a Mandrake 7.2 > system, but get the same error. I've tried upgrading my MySQL package > to version 3.23.39-1. I've downloaded and manually compiled the C++ and > perl API's from mysql.com, but I seem to be stuck at this point. > Any suggestions? It sounds as if configure can't find your MySQL installation. You can tell it where it is with --with-mysql-root=/some/path; the path given should contain include/mysql/mysql.h and lib/mysql/libmysqlclient.a. I don't know where Mandrake puts these files, but you should be able to find them with `locate'. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``The jawbone of an ass is just as dangerous a weapon today as in Samson's time.'' (Richard Nixon) From chris@ex-parrot.com Thu Jun 28 10:21:22 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FXzG-0002CR-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 10:21:22 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA23414; Thu, 28 Jun 2001 10:11:37 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15FXzE-0004Hm-00; Thu, 28 Jun 2001 10:21:20 +0100 Date: Thu, 28 Jun 2001 10:21:20 +0100 From: Chris Lightfoot To: Colin Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010628102120.A16474@caesious.cold.local> References: <3B3A9FB7.7010906@home.com> <20010628094538.A15423@caesious.cold.local> <3B3AF69E.9050301@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B3AF69E.9050301@home.com>; from cdearborn@home.com on Thu, Jun 28, 2001 at 03:19:26AM -0600 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 28, 2001 at 03:19:26AM -0600, Colin wrote: > > On Wed, Jun 27, 2001 at 09:08:39PM -0600, Colin wrote: > > > >>I seem to be having touble to get mysql authentication to compile into > >>tpop3d. [...] > > > > It sounds as if configure can't find your MySQL > > installation. You can tell it where it is with > > --with-mysql-root=/some/path; the path given should > > contain include/mysql/mysql.h and lib/mysql/libmysqlclient.a. > > > > I don't know where Mandrake puts these files, but you > > should be able to find them with `locate'. > > > I've tried that too. > Mandrake stuffs Mysql under /usr (/usr/include/mysql) > > I get the same error when specifying --with-mysql-root=/usr > (which, I beleive is the default for the config) What does the relevant section of config.log say? Look for the string `mysql_init'. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Mr. Mandelson said it was an historic day when the politicians took charge of their own affairs.'' (sic.) (News report) From chris@ex-parrot.com Thu Jun 28 10:31:07 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FY8h-0002Fc-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 10:31:07 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA24612; Thu, 28 Jun 2001 10:21:22 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15FY8f-0004JO-00; Thu, 28 Jun 2001 10:31:05 +0100 Date: Thu, 28 Jun 2001 10:31:05 +0100 From: Chris Lightfoot To: Colin Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010628103105.A16553@caesious.cold.local> References: <3B3A9FB7.7010906@home.com> <20010628094538.A15423@caesious.cold.local> <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B3AF930.7010806@home.com>; from cdearborn@home.com on Thu, Jun 28, 2001 at 03:30:24AM -0600 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 28, 2001 at 03:30:24AM -0600, Colin wrote: > > > Chris Lightfoot wrote: > > > On Thu, Jun 28, 2001 at 03:19:26AM -0600, Colin wrote: > > [...] > >>I get the same error when specifying --with-mysql-root=/usr > >>(which, I beleive is the default for the config) > >> > > > > What does the relevant section of config.log say? Look for > > the string `mysql_init'. > > > It has: > > configure:2984: checking for mysql_init > configure:3012: gcc -o conftest -O2 -I/usr/include/mysql > -L/usr/lib/mysql conftest.c -lmysqlclient -lpam -ldl 1>&5 > > and: > > #include "confdefs.h" > /* System header to define __stub macros and hopefully few prototypes, > which can conflict with char mysql_init(); below. */ > #include > /* Override any gcc2 internal prototype to avoid an error. */ > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char mysql_init(); > > int main() { > > /* The GNU C library defines this for functions which it implements > to always fail with ENOSYS. Some functions are actually named > something starting with __ and the normal name is an alias. */ > #if defined (__stub_mysql_init) || defined (__stub___mysql_init) > choke me > #else > mysql_init(); > #endif > > ; return 0; } Can you try writing that bit of code out to a file, and compiling it with the compiler command line show, and tell me what error messages you get? -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``If we let people see that kind of thing, there would never again be any war.'' (US spokesman, on footage of Iraqi soldiers killed by helicopter gunfire) From chris@madingley.org Thu Jun 28 11:43:49 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FZH2-0002UT-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 11:43:48 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id LAA09141; Wed, 28 Jun 2000 11:45:51 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id LAA25459; Thu, 28 Jun 2001 11:43:47 +0100 Date: Thu, 28 Jun 2001 11:43:47 +0100 From: Chris Lightfoot To: Colin Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010628114347.A25452@aquila.esc.cam.ac.uk> References: <3B3A9FB7.7010906@home.com> <20010628094538.A15423@caesious.cold.local> <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3B3AFC51.5060404@home.com> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 28, 2001 at 03:43:45AM -0600, Colin wrote: > would you like any compiler flags? just the ones given -- should be gcc -O2 -I/usr/include/mysql -L/usr/lib/mysql conftest.c -lmysqlclient -lpam -ldl test.c > In the tpop3d-1.3.3 directory I tried: > > # gcc test.c > /tmp/ccNken5r.o: In function `main': > /tmp/ccNken5r.o(.text+0x7): undefined reference to `mysql_init' > collect2: ld returned 1 exit status Was this with no flags at all? If so, that's the expected behaviour. If you did have flags indicating to link with libmysqlclient, then there's something more serious wrong. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``The reason that the sun never set on the British Empire is that God wouldn't trust an Englishman in the dark.'' (Duncan Spaeth) From chris@madingley.org Thu Jun 28 12:01:24 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FZY4-0002at-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 12:01:24 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id MAA09222; Wed, 28 Jun 2000 12:03:27 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id MAA26134; Thu, 28 Jun 2001 12:01:23 +0100 Date: Thu, 28 Jun 2001 12:01:23 +0100 From: Chris Lightfoot To: Colin Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010628120123.A25981@aquila.esc.cam.ac.uk> References: <3B3A9FB7.7010906@home.com> <20010628094538.A15423@caesious.cold.local> <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3B3B0CA2.4090601@home.com> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 28, 2001 at 04:53:22AM -0600, Colin wrote: > Yes, the previous result I gave you was with no flags at all. > I couldn't find conftest.c anywhere so I'm assuming that it should be > test.c (unless it's supposed to be another file I haven't yet created.) > > So I ran: > gcc -O2 -I/usr/include/mysql -L/usr/lib/mysql test.c -lm ysqlclient > -lpam -ldl test.c > > /tmp/ccYjIhWx.o: In function `main': > /tmp/ccYjIhWx.o(.text+0x0): multiple definition of `main' > /tmp/cc823ApF.o(.text+0x0): first defined here > /usr/lib/mysql/libmysqlclient.a(my_compress.o): In function `my_uncompress': > my_compress.o(.text+0xaa): undefined reference to `uncompress' > /usr/lib/mysql/libmysqlclient.a(my_compress.o): In function > `my_compress_alloc': > my_compress.o(.text+0x13d): undefined reference to `compress' > collect2: ld returned 1 exit status > > But that looks like conftest.c is supposed to be something else... > (/tmp/ccYjIhWx.o(.text+0x0): multiple definition of `main') No, that's correct. (The way configure tests for the presence of a function, in this case mysql_init, is by having a go at compiling a test program and seeing whether it compiles and links correctly.) It appears that what's happened here is that libmysqlclient wants to use the functions compress and uncompress, which at a guess are the ones in libz (the GNU zip compression library). Presumably MySQL now allows communication between client and server to be compressed on the fly. I hadn't encountered this before; in the interim, could you try altering configure so that references to -lmysqlclient become -lmysqlclient -lz, for instance by doing sed 's/-lmysqlclient/-lmysqlclient -lz' < configure > c2 mv c2 configure chmod +x configure ... and then try re-running configure, and see whether it works? -- Chris Lightfoot -- www.ex-parrot.com/~chris/ The meek may inherit the earth - but not its mineral rights. (Getty) From wanted@gnu.univ.gda.pl Thu Jun 28 22:43:08 2001 Received: from gnu.univ.gda.pl ([153.19.120.250] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FjZ5-0005iN-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 22:43:07 +0100 Received: from wanted by gnu.univ.gda.pl with local (Exim 3.12 #1 (Debian)) id 15FjYe-0004qP-00; Thu, 28 Jun 2001 23:42:40 +0200 Date: Thu, 28 Jun 2001 23:42:40 +0200 From: Marcin Sochacki To: Chris Lightfoot Cc: Colin , tpop3d-discuss@lists.beasts.org Message-ID: <20010628234240.A18485@gnu.univ.gda.pl> References: <3B3A9FB7.7010906@home.com> <20010628094538.A15423@caesious.cold.local> <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010628120123.A25981@aquila.esc.cam.ac.uk>; from chris@ex-parrot.com on Thu, Jun 28, 2001 at 12:01:23PM +0100 Subject: [tpop3d-discuss] OFFTOPIC: reply-to munging Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Chris, The problem of reply-to munging comes back... In this thread we have a nice example how useful it could be. Colin seems to use a simple "Reply", but you also post your replies to the group. The result is, that others can see only half of the discussion, which is just annoying. I don't want to start another flame-war, but you must admit, that for educational purposes it would be nice to make the whole discussion public (also in the archives). Most users need to perform some magic for a "proper" list reply. A munged reply-to is really not that harmful, and also is quite intuitive for most users. Marcin From Paul.Makepeace@realprogrammers.com Thu Jun 28 23:51:27 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FkdC-00060P-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 23:51:26 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15Fkd5-0004A9-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 15:51:19 -0700 Date: Thu, 28 Jun 2001 15:51:19 -0700 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010628155119.K19080@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <3B3A9FB7.7010906@home.com> <20010628094538.A15423@caesious.cold.local> <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010628120123.A25981@aquila.esc.cam.ac.uk> User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 28, 2001 at 12:01:23PM +0100, Chris Lightfoot wrote: > sed 's/-lmysqlclient/-lmysqlclient -lz' < configure > c2 > mv c2 configure > chmod +x configure Or, perl -pi~ -e 's/-lmysqlclient/$& -lz/g' configure Once you're sure that worked, rm configure~, the backup copy Perl's -i switch preserves permissions and saves a manual 'mv'. (The $& is simply "the bit that matched") This is Debian with libc 2.3, tantrix:~$ for i in z mysqlclient; do echo "*** $i:"; nm /usr/lib/lib$i.a | grep compress; done *** z: compress.o: 00000000 T compress 000000ac T compress2 00000000 T uncompress 0000192c t compress_block *** mysqlclient: U my_compress U my_uncompress my_compress.o: U compress 00000000 T my_compress 00000064 T my_compress_alloc 000000f0 T my_uncompress U uncompress tantrix:~$ So it's in libz too on Debian's latest release (woody). Paul -- Consult other sources -promising -unpromising From chris@madingley.org Fri Jun 29 00:02:41 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Fko5-00064b-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 00:02:41 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id AAA11698; Thu, 29 Jun 2000 00:04:51 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id AAA16099; Fri, 29 Jun 2001 00:02:40 +0100 Date: Fri, 29 Jun 2001 00:02:40 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010629000240.A15978@aquila.esc.cam.ac.uk> References: <20010628094538.A15423@caesious.cold.local> <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628155119.K19080@tantrix.realprogrammers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010628155119.K19080@tantrix.realprogrammers.com> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 28, 2001 at 03:51:19PM -0700, Paul Makepeace wrote: > On Thu, Jun 28, 2001 at 12:01:23PM +0100, Chris Lightfoot wrote: > > sed 's/-lmysqlclient/-lmysqlclient -lz' < configure > c2 > > mv c2 configure > > chmod +x configure > > Or, > > perl -pi~ -e 's/-lmysqlclient/$& -lz/g' configure Yes, but I like to use sed, because I like to have to remember fifteen different formats of regexps :) > This is Debian with libc 2.3, > > tantrix:~$ for i in z mysqlclient; do echo "*** $i:"; nm /usr/lib/lib$i.a | > grep compress; done > *** z: > compress.o: > 00000000 T compress > 000000ac T compress2 > 00000000 T uncompress > 0000192c t compress_block > *** mysqlclient: > U my_compress > U my_uncompress > my_compress.o: > U compress > 00000000 T my_compress > 00000064 T my_compress_alloc > 000000f0 T my_uncompress > U uncompress > tantrix:~$ > > So it's in libz too on Debian's latest release (woody). Hmm. I'm not sure what the `correct' way to deal with this is. I would hope it's possible to get by without an explicit `does -lmysqlclient require -lz?' test. Does the new MySQL come with a script like gnome-config or whatever which you can call to find out with which libraries you need to link? -- Chris Lightfoot -- www.ex-parrot.com/~chris/ One of the lessons of history is that nothing is often a good thing to do -- and always a clever thing to say (Will Durant) From chris@madingley.org Fri Jun 29 00:04:24 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Fkpk-00065f-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 00:04:24 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id AAA11714; Thu, 29 Jun 2000 00:06:30 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id AAA16154; Fri, 29 Jun 2001 00:04:19 +0100 Date: Fri, 29 Jun 2001 00:04:19 +0100 From: Chris Lightfoot To: Marcin Sochacki Cc: Colin , tpop3d-discuss@lists.beasts.org Message-ID: <20010629000419.A16105@aquila.esc.cam.ac.uk> References: <20010628094538.A15423@caesious.cold.local> <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628234240.A18485@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010628234240.A18485@gnu.univ.gda.pl> X-Mail-Author: me Subject: [tpop3d-discuss] Re: OFFTOPIC: reply-to munging Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 28, 2001 at 11:42:40PM +0200, Marcin Sochacki wrote: > > The problem of reply-to munging comes back... > In this thread we have a nice example how useful it could be. > Colin seems to use a simple "Reply", but you also post your replies > to the group. > > The result is, that others can see only half of the discussion, which > is just annoying. > > I don't want to start another flame-war, but you must admit, that for > educational purposes it would be nice to make the whole discussion public > (also in the archives). Most users need to perform some magic for > a "proper" list reply. A munged reply-to is really not that harmful, > and also is quite intuitive for most users. Hmmph. I must admit, this is a persuasive argument. I had hoped that in a discussion about email software, we could expect everyone to be using non-broken mail clients. I will think about it some more. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Fog In Channel: Continent Cut Off'' (newspaper headline, c. 1905) From Paul.Makepeace@realprogrammers.com Fri Jun 29 00:46:16 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15FlUG-0006Dj-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 00:46:16 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15FlUE-0004jM-00 for tpop3d-discuss@lists.beasts.org; Thu, 28 Jun 2001 16:46:14 -0700 Date: Thu, 28 Jun 2001 16:46:14 -0700 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010628164614.D17157@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628155119.K19080@tantrix.realprogrammers.com> <20010629000240.A15978@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010629000240.A15978@aquila.esc.cam.ac.uk> User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jun 29, 2001 at 12:02:40AM +0100, Chris Lightfoot wrote: > Yes, but I like to use sed, Madness! :) > Hmm. I'm not sure what the `correct' way to deal with this > is. I would hope it's possible to get by without an > explicit `does -lmysqlclient require -lz?' test. Does the If you're using mysqlclient you have to provide (un)compress. So then you have to check where they are, either in libc (I think) or libz. You could do something brute force like, (cd /usr/lib; for i in *.a; do nm $i | perl -ne 'print $1 if /^[0-9]+ t (\w+)$/i' > /tmp/$i.nm; done) And then grep -l compress /tmp/*.nm to divine the location of various functions. Paul From chris@ex-parrot.com Fri Jun 29 01:01:32 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Flj0-0006Hl-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 01:01:30 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA6808; Fri, 29 Jun 2001 00:51:44 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15Fliz-0005Lp-00; Fri, 29 Jun 2001 01:01:29 +0100 Date: Fri, 29 Jun 2001 01:01:29 +0100 From: Chris Lightfoot To: Mark Longair , tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. Message-ID: <20010629010129.A20524@caesious.cold.local> References: <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628155119.K19080@tantrix.realprogrammers.com> <20010629000240.A15978@aquila.esc.cam.ac.uk> <20010628164614.D17157@tantrix.realprogrammers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010628164614.D17157@tantrix.realprogrammers.com>; from Paul.Makepeace@realprogrammers.com on Thu, Jun 28, 2001 at 04:46:14PM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jun 28, 2001 at 04:46:14PM -0700, Paul Makepeace wrote: > On Fri, Jun 29, 2001 at 12:02:40AM +0100, Chris Lightfoot wrote: > > Yes, but I like to use sed, > > Madness! :) Heh. > > Hmm. I'm not sure what the `correct' way to deal with this > > is. I would hope it's possible to get by without an > > explicit `does -lmysqlclient require -lz?' test. Does the > > If you're using mysqlclient you have to provide (un)compress. So then you > have to check where they are, either in libc (I think) or libz. > > You could do something brute force like, > > (cd /usr/lib; for i in *.a; do nm $i | > perl -ne 'print $1 if /^[0-9]+ t (\w+)$/i' > /tmp/$i.nm; done) > > And then grep -l compress /tmp/*.nm to divine the location of various > functions. That's no problem -- I'm not worried about figuring out which library contains compress/uncompress, simply answering the question `does -lmysqlclient require -lz?' Admittedly we could just change the configure script to put -lz in whatever happens. But that's ugly. Mark-- any thoughts? -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Fog In Channel: Continent Cut Off'' (newspaper headline, c. 1905) From pdw@sphinx.mythic-beasts.com Fri Jun 29 09:25:56 2001 Received: from pdw by sphinx.mythic-beasts.com with local (Exim 3.13 #8) id 15FtbA-0007Tl-00; Fri, 29 Jun 2001 09:25:56 +0100 Date: Fri, 29 Jun 2001 09:25:56 +0100 From: Paul Warren To: Chris Lightfoot Cc: Marcin Sochacki , Colin , tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Re: OFFTOPIC: reply-to munging Message-ID: <20010629092556.B27927@sphinx.mythic-beasts.com> References: <3B3AF69E.9050301@home.com> <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628234240.A18485@gnu.univ.gda.pl> <20010629000419.A16105@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010629000419.A16105@aquila.esc.cam.ac.uk>; from chris@ex-parrot.com on Fri, Jun 29, 2001 at 12:04:19AM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jun 29, 2001 at 12:04:19AM +0100, Chris Lightfoot wrote: > On Thu, Jun 28, 2001 at 11:42:40PM +0200, Marcin Sochacki wrote: > > I don't want to start another flame-war, but you must admit, that for > > educational purposes it would be nice to make the whole discussion public > > (also in the archives). Most users need to perform some magic for > > a "proper" list reply. A munged reply-to is really not that harmful, > > and also is quite intuitive for most users. > > Hmmph. I must admit, this is a persuasive argument. > > I had hoped that in a discussion about email software, > we could expect everyone to be using non-broken mail > clients. Without wanting to cause offense, the problem here lies entirely with the user. If you cannot tell exactly who the email you are composing is addressed to, then you are going to have problems communicating seriously over email. I have been on a fair few mailing lists for quite a long time, and I have never seen this particular problem on lists without reply-to munging. I'm going round in circles, but suppose that the user really had wanted to email Chris privately, that Chris had set his Reply-To: because he was unable to set his From: address as he wished, and that this list munged Reply-Tos - how would he achieve it? It's not as far fetched as it sounds. Add to this the facts that: - I like the long To: / CC: lists as this allows my client to highlight messages that are a reply to me. - Reply-to munging leads to accidental, and occassionally embarrassing on-list replies. - You know I'm right :-) and there seems to be little doubt as to what the correct solution is... ;-) Paul From wanted@gnu.univ.gda.pl Fri Jun 29 09:54:24 2001 Received: from gnu.univ.gda.pl ([153.19.120.250] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Fu2i-0007bC-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 09:54:24 +0100 Received: from wanted by gnu.univ.gda.pl with local (Exim 3.12 #1 (Debian)) id 15Fu1z-0005zF-00; Fri, 29 Jun 2001 10:53:39 +0200 Date: Fri, 29 Jun 2001 10:53:39 +0200 From: Marcin Sochacki To: Paul Warren Cc: Chris Lightfoot , Colin , tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Re: OFFTOPIC: reply-to munging Message-ID: <20010629105339.A22529@gnu.univ.gda.pl> References: <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628234240.A18485@gnu.univ.gda.pl> <20010629000419.A16105@aquila.esc.cam.ac.uk> <20010629092556.B27927@sphinx.mythic-beasts.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010629092556.B27927@sphinx.mythic-beasts.com>; from pdw@ex-parrot.com on Fri, Jun 29, 2001 at 09:25:56AM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jun 29, 2001 at 09:25:56AM +0100, Paul Warren wrote: > I'm going round in circles, but suppose that the user really had wanted > to email Chris privately, that Chris had set his Reply-To: because > he was unable to set his From: address as he wished, and that this list > munged Reply-Tos - how would he achieve it? It's not as far fetched as > it sounds. It _is_ far fetched :) I can set my From: freely, I can't see what's the problem. And also take a look at traffic generated with Mutt's group-reply feature. Not only you send the mail to the list, but also put CC: to private addresses. Usually it doubles the traffic generated, and people get duplicates of mail. > - Reply-to munging leads to accidental, and occassionally embarrassing > on-list replies. Let me cite you: if you don't check what's in Reply-To then you are going to have serious problems with using email in general. > - You know I'm right :-) Obviously, there are some lists, where Reply-To munging can be considered harmful (guru lists, announcement-type lists, etc.) The make maybe 5-10% of all lists. For most uses munging is USEFUL. Wanted -- +-------------------------------------------------+ | Sekcja Obslugi Informatycznej Biblioteki Glownej !!! !!! .!!!!!! + | Uniwersytet Gdanski !!! !!! !!! | + tel. (058) 5509436 !!! !!! !!! `!! | `!!!!!!' `!!!!!!' | +-----------------+ From pdw@sphinx.mythic-beasts.com Fri Jun 29 10:17:43 2001 Received: from pdw by sphinx.mythic-beasts.com with local (Exim 3.13 #8) id 15FuPG-0007oE-00; Fri, 29 Jun 2001 10:17:42 +0100 Date: Fri, 29 Jun 2001 10:17:42 +0100 From: Paul Warren To: Marcin Sochacki Cc: Paul Warren , Chris Lightfoot , Colin , tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Re: OFFTOPIC: reply-to munging Message-ID: <20010629101742.C27927@sphinx.mythic-beasts.com> References: <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628234240.A18485@gnu.univ.gda.pl> <20010629000419.A16105@aquila.esc.cam.ac.uk> <20010629092556.B27927@sphinx.mythic-beasts.com> <20010629105339.A22529@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010629105339.A22529@gnu.univ.gda.pl>; from wanted@gnu.univ.gda.pl on Fri, Jun 29, 2001 at 10:53:39AM +0200 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jun 29, 2001 at 10:53:39AM +0200, Marcin Sochacki wrote: > On Fri, Jun 29, 2001 at 09:25:56AM +0100, Paul Warren wrote: > > I'm going round in circles, but suppose that the user really had wanted > > to email Chris privately, that Chris had set his Reply-To: because > > he was unable to set his From: address as he wished, and that this list > > munged Reply-Tos - how would he achieve it? It's not as far fetched as > > it sounds. > > It _is_ far fetched :) > I can set my From: freely, I can't see what's the problem. My University used to impose restrictions on setting From: addresses. Many multi-user Unix boxes do the same. I wouldn't be surprised if many corporate email systems impose the same restrictions. > And also take a look at traffic generated with Mutt's group-reply feature. > Not only you send the mail to the list, but also put CC: to private > addresses. Usually it doubles the traffic generated, and people get > duplicates of mail. It does increase traffic, but it doesn't double it. As I say, I *like* this feature. SMTP batching means that usually the bandwidth overhead should be minimal. I get enough spam to know where my delete key is. > > - Reply-to munging leads to accidental, and occassionally embarrassing > > on-list replies. > > Let me cite you: if you don't check what's in Reply-To then you are going > to have serious problems with using email in general. Precisely - so we agree that whatever you do, you can't guard against people who don't know how to use their mail clients :-) > > - You know I'm right :-) > > Obviously, there are some lists, where Reply-To munging can be considered > harmful (guru lists, announcement-type lists, etc.) The make maybe 5-10% > of all lists. For most uses munging is USEFUL. I think we're going to have to agree to disagree on this one... Paul From patrick@nui.nl Fri Jun 29 14:08:05 2001 Received: from [212.204.201.191] (helo=piglet.p-ict.com ident=root) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Fy0C-0000Sf-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 14:08:05 +0100 Received: (from nobody@localhost) by piglet.p-ict.com (8.9.3/TW) id PAA04465 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 15:07:56 +0200 Date: Fri, 29 Jun 2001 15:07:56 +0200 Message-Id: <200106291307.PAA04465@piglet.p-ict.com> X-Authentication-Warning: piglet.p-ict.com: nobody set sender to patrick@nui.nl using -f X-Mailer: JAWmail 0.9.14-devel X-Originating-IP: 194.109.63.161 From: Patrick Das To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: [tpop3d-discuss] strange log entry in maillog? Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Hi, I'm installing tpop3d v1.3.3 and found a strange thing, which did not occur in the logs on my test server. I get some 'strange' log entries can someone tell me what they mean? (I'm pointing at the UIDL lines with the hash thing) Jun 29 14:59:27 piglet tpop3d[4407]: listeners_post_select: client [6]195.119.68.161/abc.nl: connected Jun 29 14:59:27 piglet tpop3d[4407]: authcontext_new_user_pass: began session for `abc@qwe.nl' with mysql; uid 8, gid 12 Jun 29 14:59:27 piglet tpop3d[4451]: mailspool_new_from_file: indexed mailspool /var/spool/mail/SERVERS/qwe.nl/abc (449 bytes) in 0.043s Jun 29 14:59:28 piglet tpop3d[4451]: UIDL 1 (hash = Î^D²â?`^H7xë^^@d|W) Jun 29 14:59:28 piglet tpop3d[4451]: UIDL Jun 29 14:59:28 piglet tpop3d[4451]: authcontext_delete: finished session for `abc@qwe.nl' with mysql The pop session itself just works fine. Thanks, Patrick Das --- NUI Informatics Kruyderlaan 23 3431 BM NIEUWEGEIN The Netherlands t. +31 (0)30 2674624 f. +31 (0)30 2673156 From Paul.Makepeace@realprogrammers.com Fri Jun 29 16:04:35 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Fzox-00015W-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 16:04:35 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15Fzov-0003hz-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 08:04:33 -0700 Date: Fri, 29 Jun 2001 08:04:33 -0700 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Re: OFFTOPIC: reply-to munging Message-ID: <20010629080433.K20700@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss@lists.beasts.org References: <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628234240.A18485@gnu.univ.gda.pl> <20010629000419.A16105@aquila.esc.cam.ac.uk> <20010629092556.B27927@sphinx.mythic-beasts.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010629092556.B27927@sphinx.mythic-beasts.com> User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jun 29, 2001 at 09:25:56AM +0100, Paul Warren wrote: > munged Reply-Tos - how would he achieve it? It's not as far fetched as > it sounds. For the 0.001% of people this realistically applies to (anecdotal amount) they can put "please reply to in the body of the message" > Add to this the facts that: > > - I like the long To: / CC: lists as this allows my client to highlight > messages that are a reply to me. Ooops, well I broke that didn't I, using mutt's list-reply ("L"). You can easily tell in either case (i.e. regardless of scheming users removing Cc:s) by switching threading on and watching for replies after yours which are labelled F. > - Reply-to munging leads to accidental, and occassionally embarrassing > on-list replies. Again, for the 0.001% of the time this happens and people learn fast. It's about weighing up one inconvenience v. another. This happens, IMO, so infrequently it really doesn't bear much on any argument. > - You know I'm right :-) > > and there seems to be little doubt as to what the correct solution is... > ;-) Well, with the reply-to: author scheme I'd personally not be inclined to name this is a "-discuss" list. (another) Paul -- Go to an extreme, move back to a more comfortable place From chris@ex-parrot.com Fri Jun 29 23:59:59 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15G7F1-00037L-00 for tpop3d-discuss@lists.beasts.org; Fri, 29 Jun 2001 23:59:59 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA5297; Fri, 29 Jun 2001 23:50:12 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15G7F0-0006TF-00; Fri, 29 Jun 2001 23:59:58 +0100 Date: Fri, 29 Jun 2001 23:59:58 +0100 From: Chris Lightfoot To: Patrick Das Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] strange log entry in maillog? Message-ID: <20010629235958.A24777@caesious.cold.local> References: <200106291307.PAA04465@piglet.p-ict.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200106291307.PAA04465@piglet.p-ict.com>; from patrick@nui.nl on Fri, Jun 29, 2001 at 03:07:56PM +0200 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jun 29, 2001 at 03:07:56PM +0200, Patrick Das wrote: > > Hi, > > I'm installing tpop3d v1.3.3 and found a strange thing, > which did not occur in the logs on my test server. > > I get some 'strange' log entries can someone tell me what they mean? > (I'm pointing at the UIDL lines with the hash thing) [...] > Jun 29 14:59:28 piglet tpop3d[4451]: UIDL 1 (hash = Î^D²â?`^H7xë^^@d|W) [...] > The pop session itself just works fine. My bad. With verbose logging on, one of the things which the server will print is the unique ID of a message which it sends to the client. For Berkeley mailspools, this is the MD5 checksum of the message; for maildir, it is a sequence number. In either case, the UID is represented as a 16-byte buffer. The code prints this out verbatim (with %s in sprintf), which is obviously wrong. I will fix this for the next release; in the intervening period, please turn off verbose logging, or replace line 379 of pop3.c with: print_log(LOG_INFO, "UIDL %d (hash = %s)", 1 + msg_num, hexhash(I->hash)); Apologies for this SNAFU. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``I have a demonstration... but we'll leave it to the end because I can't really carry on after it, as you will see.'' (Physics lecture, on nuclear weapons) From nancy@chuck.net Thu Jul 05 23:10:57 2001 Received: from [209.85.129.250] (helo=mailhost.chuck.net) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15IHKr-0003EM-00 for tpop3d-discuss@lists.beasts.org; Thu, 05 Jul 2001 23:10:57 +0100 Received: by mailhost.chuck.net (Postfix, from userid 504) id 34B6434A; Thu, 5 Jul 2001 15:10:50 -0700 (PDT) Date: Thu, 5 Jul 2001 15:10:50 -0700 From: Nancy Pettigrew To: tpop3d-discuss@lists.beasts.org Message-ID: <20010705151050.A8302@ender.chuck.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i Subject: [tpop3d-discuss] maildir naming conventions, etc. Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Hi, I've noticed that when switching to tpop3d from another pop server, tpop3d re-downloads messages in the cur directory that were already downloaded with the old pop program I was using (I'm leaving a copy of messages on the server). I think this may be a funtion of the mail client I'm using (MSOutlook), I'm going to experiment with some other clients, but I am curious if it's related to the Maildir naming format...the old pop server I was using marks files in the cur i directory with the colon, number, flag scheme after downloading, but tpop3d does not. Could someone enlighten me on this? Thanks, Nancy From nancy@chuck.net Fri Jul 06 00:17:59 2001 Received: from [209.85.129.250] (helo=mailhost.chuck.net) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15IINj-0003Ug-00 for tpop3d-discuss@lists.beasts.org; Fri, 06 Jul 2001 00:17:59 +0100 Received: by mailhost.chuck.net (Postfix, from userid 504) id 3511034A; Thu, 5 Jul 2001 16:17:57 -0700 (PDT) Date: Thu, 5 Jul 2001 16:17:57 -0700 From: Nancy Pettigrew To: tpop3d-discuss@lists.beasts.org Message-ID: <20010705161757.A8415@ender.chuck.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i Subject: [tpop3d-discuss] ah, it's the uidl Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Okay, guess I don't need enlightenment anymore...just a little reading re:UIDLs. :) From chris@ex-parrot.com Fri Jul 06 00:39:32 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15IIia-0003YK-00 for tpop3d-discuss@lists.beasts.org; Fri, 06 Jul 2001 00:39:32 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA19980; Fri, 6 Jul 2001 00:29:37 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15IIiZ-0004Up-00; Fri, 06 Jul 2001 00:39:31 +0100 Date: Fri, 6 Jul 2001 00:39:31 +0100 From: Chris Lightfoot To: Nancy Pettigrew Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] ah, it's the uidl Message-ID: <20010706003931.A17283@caesious.cold.local> References: <20010705161757.A8415@ender.chuck.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010705161757.A8415@ender.chuck.net>; from nancy@ender.chuck.net on Thu, Jul 05, 2001 at 04:17:57PM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Thu, Jul 05, 2001 at 04:17:57PM -0700, Nancy Pettigrew wrote: > Okay, guess I don't need enlightenment anymore...just a > little reading re:UIDLs. Errm. Yes. There should probably be a note in the documentation to this effect.... -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Vote Labour -- Sleep Tory'' (unofficial slogan of Oswald Mosley) From nancy@chuck.net Fri Jul 06 20:25:25 2001 Received: from [209.85.129.250] (helo=mailhost.chuck.net) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15IbED-0007sD-00 for tpop3d-discuss@lists.beasts.org; Fri, 06 Jul 2001 20:25:25 +0100 Received: by mailhost.chuck.net (Postfix, from userid 504) id 16A70369; Fri, 6 Jul 2001 12:25:22 -0700 (PDT) Date: Fri, 6 Jul 2001 12:25:22 -0700 From: Nancy Pettigrew To: tpop3d-discuss@lists.beasts.org Message-ID: <20010706122522.A12941@ender.chuck.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i Subject: [tpop3d-discuss] log message question Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Under what circumstances will this log line appear? The comment in the code is "/* Peer closed the connection */"; the user claims that their pop session failed (of course, they did not give me the specific error message, argh). Jul 6 04:38:20 ender tpop3d[20556]: connections_post_select: connection_read: client [7]blar@chuck.net(192.168.4.101): closed connection I'm using version 1.3.2. Thanks, Nancy From chris@ex-parrot.com Fri Jul 06 20:31:20 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15IbJw-0007tx-00 for tpop3d-discuss@lists.beasts.org; Fri, 06 Jul 2001 20:31:20 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA12078; Fri, 6 Jul 2001 20:21:20 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15IbJq-0005VK-00; Fri, 06 Jul 2001 20:31:14 +0100 Date: Fri, 6 Jul 2001 20:31:14 +0100 From: Chris Lightfoot To: Nancy Pettigrew Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] log message question Message-ID: <20010706203114.A21066@caesious.cold.local> References: <20010706122522.A12941@ender.chuck.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010706122522.A12941@ender.chuck.net>; from nancy@ender.chuck.net on Fri, Jul 06, 2001 at 12:25:22PM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jul 06, 2001 at 12:25:22PM -0700, Nancy Pettigrew wrote: > Under what circumstances will this log line appear? > > The comment in the code is "/* Peer closed the > connection */"; the user claims that their pop session > failed (of course, they did not give me the specific error > message, argh). Well, the message indicates that the client disconnected, but that may well have been because it saw something it did not like :) > Jul 6 04:38:20 ender tpop3d[20556]: connections_post_select: connection_read: client [7]blar@chuck.net(192.168.4.101): closed connection Exactly as it says. The message is printed when read(2) is called on the connection, and returns zero. Did you have verbose logging turned on, and, if so, what did the server report the client saying prior to its disconnecting? I note that the client had already authenticated (from the presence of a username in the log line). Do you know whether they had downloaded any messages? > I'm using version 1.3.2. I would advise an upgrade to 1.3.3, which fixes a few things. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``I wouldn't call Civil Service delays `tactics', Minister,'' he replied smoothly. ``That would be to mistake lethargy for strategy.'' (Humphrey Appleby, from `Yes, Minister', Jonathan Lynn and Anthony Jay) From nancy@chuck.net Fri Jul 06 22:18:48 2001 Received: from [209.85.129.250] (helo=mailhost.chuck.net) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Iczw-0008E3-00 for tpop3d-discuss@lists.beasts.org; Fri, 06 Jul 2001 22:18:48 +0100 Received: by mailhost.chuck.net (Postfix, from userid 504) id 2948F390; Fri, 6 Jul 2001 14:18:45 -0700 (PDT) Date: Fri, 6 Jul 2001 14:18:45 -0700 From: Nancy Pettigrew To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] log message question Message-ID: <20010706141845.A13158@ender.chuck.net> References: <20010706122522.A12941@ender.chuck.net> <20010706203114.A21066@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i In-Reply-To: <20010706203114.A21066@caesious.cold.local>; from chris@ex-parrot.com on Fri, Jul 06, 2001 at 08:31:14PM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: > I note that the client had already authenticated (from the > presence of a username in the log line). Do you know > whether they had downloaded any messages? No messages were downloaded - there were none to be had. > > I'm using version 1.3.2. > > I would advise an upgrade to 1.3.3, which fixes a few > things. I'll do that asap, and turn on verbose logging in case it happens again. :) Thanks. From nancy@chuck.net Fri Jul 06 22:45:27 2001 Received: from [209.85.129.250] (helo=mailhost.chuck.net) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15IdPj-0008J9-00 for tpop3d-discuss@lists.beasts.org; Fri, 06 Jul 2001 22:45:27 +0100 Received: by mailhost.chuck.net (Postfix, from userid 504) id 608DD390; Fri, 6 Jul 2001 14:45:24 -0700 (PDT) Date: Fri, 6 Jul 2001 14:45:24 -0700 From: Nancy Pettigrew To: tpop3d-discuss@lists.beasts.org Message-ID: <20010706144524.B13158@ender.chuck.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i Subject: [tpop3d-discuss] snide comments Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Hi, Not a big deal, but with snide comments turned off, the response to QUIT is still "+OK Fine. Be that way" in some cases: 1. telnet to port, quit command entered 2. telnet to port, user command, quit command entered 3. telnet to port, user command, pass command with wrong password, then a quit command entered Other instances of the QUIT repond with the regular "+OK Done" Is this corrected in v1.3.3? Thanks, Nancy From chris@madingley.org Fri Jul 06 23:16:36 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Idtr-0008SI-00 for tpop3d-discuss@lists.beasts.org; Fri, 06 Jul 2001 23:16:35 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id XAA13009; Thu, 6 Jul 2000 23:20:28 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id XAA29526; Fri, 6 Jul 2001 23:16:34 +0100 Date: Fri, 6 Jul 2001 23:16:34 +0100 From: Chris Lightfoot To: Nancy Pettigrew Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] snide comments Message-ID: <20010706231634.A29497@aquila.esc.cam.ac.uk> References: <20010706144524.B13158@ender.chuck.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010706144524.B13158@ender.chuck.net> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jul 06, 2001 at 02:45:24PM -0700, Nancy Pettigrew wrote: > Hi, > > Not a big deal, but with snide comments turned off, the response to QUIT is still "+OK Fine. Be that way" in some cases: > > 1. telnet to port, quit command entered > 2. telnet to port, user command, quit command entered > 3. telnet to port, user command, pass command with wrong password, then a quit command entered > > Other instances of the QUIT repond with the regular "+OK Done" > > Is this corrected in v1.3.3? Errm. I don't think so. Obviously this is easy to fix locally, but I will also fix it in the next release. Thanks for the bug report. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Mr Newton is trying to collapse the star. Mr Pauli is trying to save it. Who wins? Mr Chandrasekhar is the referee. (physics lecture) From chris@madingley.org Fri Jul 06 23:17:43 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Idux-0008TM-00 for tpop3d-discuss@lists.beasts.org; Fri, 06 Jul 2001 23:17:43 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id XAA13023; Thu, 6 Jul 2000 23:21:37 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id XAA29575; Fri, 6 Jul 2001 23:17:43 +0100 Date: Fri, 6 Jul 2001 23:17:43 +0100 From: Chris Lightfoot To: Nancy Pettigrew Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] log message question Message-ID: <20010706231743.B29497@aquila.esc.cam.ac.uk> References: <20010706122522.A12941@ender.chuck.net> <20010706203114.A21066@caesious.cold.local> <20010706141845.A13158@ender.chuck.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010706141845.A13158@ender.chuck.net> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Fri, Jul 06, 2001 at 02:18:45PM -0700, Nancy Pettigrew wrote: > > I note that the client had already authenticated (from the > > presence of a username in the log line). Do you know > > whether they had downloaded any messages? > > No messages were downloaded - there were none to be had. Hmm. It's possible that the client was trying to interpret the response sent when the client enters the TRANSACTION state; the RFC says not to, but many probably do. Can you find out which client was in use? -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``I'd rather listen to Newton than to Mundie. He may have been dead for almost three hundred years, but despite that he stinks up the room less.'' (Linux Torvalds on Microsoft executive Craig Mundie) From chris@ex-parrot.com Sun Jul 08 18:02:29 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15JHwz-0006Li-00 for tpop3d-discuss@lists.beasts.org; Sun, 08 Jul 2001 18:02:29 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA8293; Sun, 8 Jul 2001 17:52:30 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15JHwy-0008RL-00; Sun, 08 Jul 2001 18:02:28 +0100 Date: Sun, 8 Jul 2001 18:02:28 +0100 From: Chris Lightfoot To: tpop3d-discuss Message-ID: <20010708180228.A32419@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d, version 1.3.4pre1 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.4pre1.tar.gz Pre-release of 1.3.4. This version contains some small fixes and efficiency improvements, and experimental support for metadata caches for BSD mailspools. This feature should provide significant performance improvements for hosts where many users leave mail on the server for extended periods of time. Bug reports and suggestions for improvements are welcome. Obviously, some features of this release are experimental, so testing on production machines is probably discouraged. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Everybody has a right to pronounce foreign names as he chooses (Churchill) From nancy@bigfishmail.com Wed Jul 18 00:46:25 2001 Received: from [166.90.144.253] (helo=mail1-la-R.bigfish.com) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15MeXo-0001qo-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 00:46:24 +0100 Received: from mail1-la.bigfish.com (localhost.localdomain [127.0.0.1]) by mail1-la-R.bigfish.com (Postfix) with ESMTP id 12B331362 for ; Tue, 17 Jul 2001 23:43:21 +0000 (UTC) Received: from nancomp (unknown [207.155.18.194]) by mail1-la.bigfish.com (Postfix) with SMTP id A42A311D3 for ; Tue, 17 Jul 2001 23:43:20 +0000 (UTC) From: "Nancy Pettigrew (work)" To: Date: Tue, 17 Jul 2001 16:43:18 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [tpop3d-discuss] signal 11? Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Why would the process get the SIGSEGV after returning an error back from the auth_mysql_new_user_pass function? I've seen it happen in a few different instances, this is the only log instance where some other error was reported prior to the signal 11: Jul 17 21:49:36 mail1 tpop3d[30213]: auth_mysql_new_user_pass: mysql_store_result: Lost connection to MySQL server during query Jul 17 21:49:36 mail1 tpop3d[30213]: quit: signal 11 In other instances of the signal 11 logging, the auth_mysql_new_user_pass function didn't log any errors. The server then hung up for a few minutes, not properly accepting connections, and then began accepting connections again. I tweaked the auth_mysql_new_user_pass function to do an additional query for my setup, and I'm wondering if there's something I've missed that a subsequent process needs...basically, I've changed it to use different tables, and to do an additional query to translate domains for a domain aliasing situation on the system. I've gone through it several times, perhaps I'm having a proofreading mental block, I don't know. Any input would be greatly appreciated. Thanks, Nancy I'm using version 1.3.3. Here's my tweaked version of auth_mysql_new_user_pass: /* auth_mysql_new_user_pass: */ char user_pass_query_template[] = "SELECT distinct '/var/spool/mail', m.mail_location, m.user_password, 'mail' " "FROM users m LEFT JOIN aliases AS a ON m.user_id = a.user_id " "WHERE (a.address='%s@%s' OR m.primary_email = '%s@%s') AND DateDeleted IS NULL"; char domain_trans_query_template[] = "SELECT new_domain " "FROM domain_translate " "WHERE domain = '%s'"; authcontext auth_mysql_new_user_pass(const char *user, const char *pass) { char *query, *x, *y, *dt_query; authcontext a = NULL; char *local_part; char *domain; char *p; unsigned char *q; item *I; size_t l, dt_l; int use_gid = 0; gid_t gid; if (!mysql) return NULL; /* Obtain gid to use */ if ((I = stringmap_find(config, "auth-mysql-mail-group"))) { if (!parse_gid((char*)I->v, &gid)) { print_log(LOG_ERR, _("auth_mysql_new_user_pass: auth-mysql-mail-group directive `%s' does not make sense"), (char*)I->v); return NULL; } use_gid = 1; } domain = user + strcspn(user, "@%!"); if (domain == user || !*domain) return NULL; ++domain; local_part = (char*)malloc(domain - user); if (!local_part) return NULL; memset(local_part, 0, domain - user); strncpy(local_part, user, domain - user - 1); if (mysql_ping(mysql) == -1) { print_log(LOG_ERR, "auth_mysql_new_user_pass: mysql_ping: %s", mysql_error(mysql)); return NULL; } /* get domain_translate, if applicable */ dt_query = (char*)malloc(dt_l = (sizeof(domain_trans_query_template) + strlen(domain) + 1)); if (!dt_query) goto fail; snprintf(dt_query, dt_l, domain_trans_query_template, domain); if (mysql_query(mysql, dt_query) == 0) { MYSQL_RES *dt_result = mysql_store_result(mysql); int j; if (!dt_result) { print_log(LOG_ERR, "auth_mysql_new_user_pass: mysql_store_result: %s", mysql_error(mysql)); goto fail; } switch (j = mysql_num_rows(dt_result)) { case 0: break; case 1: { MYSQL_ROW dt_row = mysql_fetch_row(dt_result); domain = (char*)dt_row[0]; break; } default: print_log(LOG_ERR, _("auth_mysql_new_user_pass: database inconsistency: query returned %d rows"), j); break; } mysql_free_result(dt_result); } else { print_log(LOG_ERR, "auth_mysql_new_user_pass: mysql_query: %s", mysql_error(mysql)); goto fail; } query = (char*)malloc(l = (sizeof(user_pass_query_template) + (strlen(local_part) * 4) + (strlen(domain) * 4))); x = (char*)malloc(strlen(local_part) * 2 + 1); y = (char*)malloc(strlen(domain) * 2 + 1); if (!query || !x || !y) goto fail; mysql_escape_string(x, local_part, strlen(local_part)); mysql_escape_string(y, domain, strlen(domain)); snprintf(query, l, user_pass_query_template, x, y, x, y); if (mysql_query(mysql, query) == 0) { MYSQL_RES *result = mysql_store_result(mysql); int i; if (!result) { print_log(LOG_ERR, "auth_mysql_new_user_pass: mysql_store_result: %s", mysql_error(mysql)); goto fail; } switch (i = mysql_num_rows(result)) { case 0: break; case 1: { MYSQL_ROW row = mysql_fetch_row(result); unsigned long *lengths; char *pwhash; char *mailbox; struct passwd *pw; int authok = 0; uid_t uid; /* These are "can't happen" errors */ if (!row || !(lengths = mysql_fetch_lengths(result))) break; /* Verify the password. There are several possibilities here. */ pwhash = (char*)row[2]; if (strncmp(pwhash, "{crypt}", 7) == 0) { /* Password hashed by system crypt function. */ if (strcmp(crypt(pass, pwhash + 7), pwhash + 7) == 0) authok = 1; } else if (strncmp(pwhash, "{crypt_md5}", 11) == 0) { /* Password hashed by crypt_md5. */ if (strcmp(crypt_md5(pass, pwhash + 11), pwhash + 11) == 0) authok = 1; } else if (strncmp(pwhash, "{plaintext}", 11) == 0) { /* Plain text password, as used for APOP. */ if (strcmp(pass, pwhash + 11) == 0) authok = 1; } else if (strncmp(pwhash, "{md5}", 4) == 0 || *pwhash != '{') { /* Straight MD5 password. */ MD5_CTX ctx; unsigned char digest[16]; char hexhash[33] = {0}; MD5Init(&ctx); MD5Update(&ctx, (unsigned char*)pass, strlen(pass)); MD5Final(digest, &ctx); for (p = hexhash, q = digest; q < digest + 16; ++q, p += 2) snprintf(p, 3, "%02x", (unsigned)*q); if (strcasecmp(hexhash, pwhash + 5) == 0 || strcasecmp(hexhash, pwhash) == 0) authok = 1; } else { /* Unknown format. */ print_log(LOG_ERR, _("auth_mysql_new_user_pass: %s@%s has unknown password format `%.*s'"), local_part, domain, 2 + strcspn(pwhash + 1, "}"), pwhash); break; } if (!authok) { print_log(LOG_ERR, _("auth_mysql_new_user_pass: %s@%s failed login with wrong password"), local_part, domain); break; } if (!parse_uid((const char*)row[3], &uid)) { print_log(LOG_ERR, _("auth_mysql_new_user_pass: unix user `%s' for %s@%s does not make sense"), row[3], local_part, domain); break; } pw = getpwuid(uid); if (!pw) { print_log(LOG_ERR, "auth_mysql_new_user_pass: getpwuid(%d): %m", (int)uid); break; } mailbox = (char*)malloc(l = (lengths[0] + lengths[1] + 2)); snprintf(mailbox, l, "%s%s", row[0], row[1]); a = authcontext_new(pw->pw_uid, use_gid ? gid : pw->pw_gid, NULL, mailbox, NULL, domain); /* note default mailbox type. */ free(mailbox); break; } default: print_log(LOG_ERR, _("auth_mysql_new_user_pass: database inconsistency: query for %s@%s returned %d rows"), local_part, domain, i); break; } mysql_free_result(result); } else { print_log(LOG_ERR, "auth_mysql_new_user_pass: mysql_query: %s", mysql_error(mysql)); } fail: if (local_part) free(local_part); if (x) free(x); if (y) free(y); if (query) free(query); if (dt_query) free(dt_query); return a; } From Paul.Makepeace@realprogrammers.com Wed Jul 18 01:04:05 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Meou-0001xX-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 01:04:04 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15Meor-0001Yw-00; Tue, 17 Jul 2001 17:04:01 -0700 Date: Tue, 17 Jul 2001 17:04:01 -0700 To: "Nancy Pettigrew (work)" Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? Message-ID: <20010717170401.N7034@tantrix.realprogrammers.com> Mail-Followup-To: "Nancy Pettigrew (work)" , tpop3d-discuss@lists.beasts.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jul 17, 2001 at 04:43:18PM -0700, Nancy Pettigrew (work) wrote: > Why would the process get the SIGSEGV after returning an error back from the > auth_mysql_new_user_pass function? FWIW, and this may be completely unrelated, but I was getting SEGVs in authswitch.c using auth_perl_new_user_pass. It was happening here, (gdb) bt #0 0x40186b00 in strdup () from /lib/libc.so.6 #1 0x804f652 in authcontext_new (uid=8, gid=0, mboxdrv=0x80664ca "", mailbox=0x0, home=0x81d0c58 "/var/spool/mail", domain=0x5
) at authswitch.c:215 #2 0x804ed1c in auth_perl_new_user_pass ( user=0x81e22b0 "paul@realprogrammers.com", pass=0x80dcf48 "4321") at auth_perl.c:331 It turns out it was because I was returning a perl hash that was frightening it in ways I haven't yet looked into (this was about 20mins ago). One thing that might help you is to do a backtrace as above. Invoke "gdb tpop3d core" and type "backtrace" or "bt". Ensure you're in a position to write core files with (with bash at least) ulimit -c unlimited. HTH, Paul -- Take away the elements in order of apparent non-importance From nancy@bigfishmail.com Wed Jul 18 01:15:05 2001 Received: from [166.90.144.253] (helo=mail1-la-R.bigfish.com) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15MezZ-0001zl-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 01:15:05 +0100 Received: from mail1-la.bigfish.com (localhost.localdomain [127.0.0.1]) by mail1-la-R.bigfish.com (Postfix) with ESMTP id BE5BD167C; Wed, 18 Jul 2001 00:14:34 +0000 (UTC) Received: from nancomp (unknown [207.155.18.194]) by mail1-la.bigfish.com (Postfix) with SMTP id 6F106113E; Wed, 18 Jul 2001 00:14:34 +0000 (UTC) From: "Nancy Pettigrew (work)" To: "Paul Makepeace" Cc: Subject: RE: [tpop3d-discuss] signal 11? Date: Tue, 17 Jul 2001 17:14:34 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <20010717170401.N7034@tantrix.realprogrammers.com> Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Problem for me is that there is no core file to be found and the error is sporadic; so far I've been unable to recreate it in a test environment. (I had someone else look for the core as well, in case I'm going crazy...) On other point, it's only happened during times of higher load, during the day, never at night. -----Original Message----- From: Paul Makepeace [mailto:paulm@tantrix.realprogrammers.com]On Behalf Of Paul Makepeace Sent: Tuesday, July 17, 2001 5:04 PM To: Nancy Pettigrew (work) Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? On Tue, Jul 17, 2001 at 04:43:18PM -0700, Nancy Pettigrew (work) wrote: > Why would the process get the SIGSEGV after returning an error back from the > auth_mysql_new_user_pass function? FWIW, and this may be completely unrelated, but I was getting SEGVs in authswitch.c using auth_perl_new_user_pass. It was happening here, (gdb) bt #0 0x40186b00 in strdup () from /lib/libc.so.6 #1 0x804f652 in authcontext_new (uid=8, gid=0, mboxdrv=0x80664ca "", mailbox=0x0, home=0x81d0c58 "/var/spool/mail", domain=0x5
) at authswitch.c:215 #2 0x804ed1c in auth_perl_new_user_pass ( user=0x81e22b0 "paul@realprogrammers.com", pass=0x80dcf48 "4321") at auth_perl.c:331 It turns out it was because I was returning a perl hash that was frightening it in ways I haven't yet looked into (this was about 20mins ago). One thing that might help you is to do a backtrace as above. Invoke "gdb tpop3d core" and type "backtrace" or "bt". Ensure you're in a position to write core files with (with bash at least) ulimit -c unlimited. HTH, Paul -- Take away the elements in order of apparent non-importance From chris@ex-parrot.com Wed Jul 18 01:21:06 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Mf5N-00021A-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 01:21:05 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA23583; Wed, 18 Jul 2001 01:10:53 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15MeuZ-0007G0-00; Wed, 18 Jul 2001 01:09:55 +0100 Date: Wed, 18 Jul 2001 01:09:55 +0100 From: Chris Lightfoot To: "Nancy Pettigrew (work)" Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? Message-ID: <20010718010955.A27853@caesious.cold.local> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nancy@bigfishmail.com on Tue, Jul 17, 2001 at 04:43:18PM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jul 17, 2001 at 04:43:18PM -0700, Nancy Pettigrew (work) wrote: > Why would the process get the SIGSEGV after returning an error back from the > auth_mysql_new_user_pass function? > I've seen it happen in a few different instances, this is the only log > instance where some other error was reported prior to the signal 11: > > Jul 17 21:49:36 mail1 tpop3d[30213]: auth_mysql_new_user_pass: > mysql_store_result: Lost connection to MySQL server during query > Jul 17 21:49:36 mail1 tpop3d[30213]: quit: signal 11 OK. It shouldn't crash in this instance (even if the database connection has evaporated). I suspect this may be because your code can goto fail; before x or y are initialiased; the if (x) free(x); and so forth could then cause a SEGV. My bad -- they should be initialised to NULL in the declarations. (In the original code this couldn't occur, because x and y were initialised prior to doing a SELECT.) > In other instances of the signal 11 logging, the auth_mysql_new_user_pass > function didn't log any errors. The server then hung up for a few minutes, > not properly accepting connections, and then began accepting connections > again. Errm. Can you verify that it was the main server process which crashed, and not a child process serving a client? > I tweaked the auth_mysql_new_user_pass function to do an additional query > for my setup, and I'm wondering if there's something I've missed that a > subsequent process needs...basically, I've changed it to use different > tables, and to do an additional query to translate domains for a domain > aliasing situation on the system. I've gone through it several times, > perhaps I'm having a proofreading mental block, I don't know. Any input > would be greatly appreciated. The only thing which springs to view is the char *x thing as mentioned above. Beyond that: > I'm using version 1.3.3. > Here's my tweaked version of auth_mysql_new_user_pass: > > /* auth_mysql_new_user_pass: > */ > char user_pass_query_template[] = > "SELECT distinct '/var/spool/mail', m.mail_location, m.user_password, > 'mail' " > "FROM users m LEFT JOIN aliases AS a ON m.user_id = a.user_id " > "WHERE (a.address='%s@%s' OR m.primary_email = '%s@%s') AND DateDeleted > IS NULL"; > > char domain_trans_query_template[] = > "SELECT new_domain " > "FROM domain_translate " > "WHERE domain = '%s'"; I am paranoid enough to believe the using MySQL to quote all these things is a Good Idea. But technically what you have is _probably_ fine, because the rules for email addresses are fairly restrictive. But I wouldn't want to guarantee that a user couldn't do USER foo';DELETE*FROM something;@bar I don't think that this is possible-- but only because you can't have a space in a user name. [remainder of code] Sorry, too tired to look at this now. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ... putting uranium in people's mouths might possibly give them cancer and kill them. On the other hand, their teeth looked great.... The industry was given a federal exemption to continue using uranium. (Cecil Adams) From Paul.Makepeace@realprogrammers.com Wed Jul 18 01:23:42 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Mf7t-00022r-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 01:23:41 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15Mf7r-0001iN-00; Tue, 17 Jul 2001 17:23:39 -0700 Date: Tue, 17 Jul 2001 17:23:39 -0700 To: "Nancy Pettigrew (work)" Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? Message-ID: <20010717172339.O7034@tantrix.realprogrammers.com> Mail-Followup-To: "Nancy Pettigrew (work)" , tpop3d-discuss@lists.beasts.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i From: Paul Makepeace Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jul 17, 2001 at 05:14:34PM -0700, Nancy Pettigrew (work) wrote: > Problem for me is that there is no core file to be found and the error is > sporadic; Have you tried setting ulimit -c unlimited (as below) so your environment permits writing core files? > so far I've been unable to recreate it in a test environment. I am currently working on integrating tpop3d, exim and Oracle and part of the requirements for deployment is a documented performance test. Oracle comes with its own diagnostics and benchmark system but it would be good to have a configurable expect-based tool to concurrently test tpop3d (and exim). With the dial cranked up it should be possible to flush out bugs, race conditions, etc by beating it increasingly hard. Has anyone done anything like this? Paul --snip-- I wrote: > One thing that might help you is to do a backtrace as above. Invoke "gdb > tpop3d core" and type "backtrace" or "bt". Ensure you're in a position > to write core files with (with bash at least) ulimit -c unlimited. -- Shut the door and listen from outside From nancy@bigfishmail.com Wed Jul 18 01:25:57 2001 Received: from [166.90.144.253] (helo=mail2-la-R.bigfish.com) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15MfA4-00023q-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 01:25:57 +0100 Received: from mail2-la.bigfish.com (localhost.localdomain [127.0.0.1]) by mail2-la-R.bigfish.com (Postfix) with ESMTP id 688345EC0; Wed, 18 Jul 2001 00:25:26 +0000 (UTC) Received: from nancomp (unknown [207.155.18.194]) by mail2-la.bigfish.com (Postfix) with SMTP id 421235E9E; Wed, 18 Jul 2001 00:25:26 +0000 (UTC) From: "Nancy Pettigrew (work)" To: "Chris Lightfoot" Cc: Subject: RE: [tpop3d-discuss] signal 11? Date: Tue, 17 Jul 2001 17:25:26 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <20010718010955.A27853@caesious.cold.local> Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Thanks, Chris, that gives me something to chew on. When I figure out anything more, I'll letcha know. -Nancy -----Original Message----- From: Chris Lightfoot [mailto:chris@ex-parrot.com] Sent: Tuesday, July 17, 2001 5:10 PM To: Nancy Pettigrew (work) Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? On Tue, Jul 17, 2001 at 04:43:18PM -0700, Nancy Pettigrew (work) wrote: > Why would the process get the SIGSEGV after returning an error back from the > auth_mysql_new_user_pass function? > I've seen it happen in a few different instances, this is the only log > instance where some other error was reported prior to the signal 11: > > Jul 17 21:49:36 mail1 tpop3d[30213]: auth_mysql_new_user_pass: > mysql_store_result: Lost connection to MySQL server during query > Jul 17 21:49:36 mail1 tpop3d[30213]: quit: signal 11 OK. It shouldn't crash in this instance (even if the database connection has evaporated). I suspect this may be because your code can goto fail; before x or y are initialiased; the if (x) free(x); and so forth could then cause a SEGV. My bad -- they should be initialised to NULL in the declarations. (In the original code this couldn't occur, because x and y were initialised prior to doing a SELECT.) > In other instances of the signal 11 logging, the auth_mysql_new_user_pass > function didn't log any errors. The server then hung up for a few minutes, > not properly accepting connections, and then began accepting connections > again. Errm. Can you verify that it was the main server process which crashed, and not a child process serving a client? > I tweaked the auth_mysql_new_user_pass function to do an additional query > for my setup, and I'm wondering if there's something I've missed that a > subsequent process needs...basically, I've changed it to use different > tables, and to do an additional query to translate domains for a domain > aliasing situation on the system. I've gone through it several times, > perhaps I'm having a proofreading mental block, I don't know. Any input > would be greatly appreciated. The only thing which springs to view is the char *x thing as mentioned above. Beyond that: > I'm using version 1.3.3. > Here's my tweaked version of auth_mysql_new_user_pass: > > /* auth_mysql_new_user_pass: > */ > char user_pass_query_template[] = > "SELECT distinct '/var/spool/mail', m.mail_location, m.user_password, > 'mail' " > "FROM users m LEFT JOIN aliases AS a ON m.user_id = a.user_id " > "WHERE (a.address='%s@%s' OR m.primary_email = '%s@%s') AND DateDeleted > IS NULL"; > > char domain_trans_query_template[] = > "SELECT new_domain " > "FROM domain_translate " > "WHERE domain = '%s'"; I am paranoid enough to believe the using MySQL to quote all these things is a Good Idea. But technically what you have is _probably_ fine, because the rules for email addresses are fairly restrictive. But I wouldn't want to guarantee that a user couldn't do USER foo';DELETE*FROM something;@bar I don't think that this is possible-- but only because you can't have a space in a user name. [remainder of code] Sorry, too tired to look at this now. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ... putting uranium in people's mouths might possibly give them cancer and kill them. On the other hand, their teeth looked great.... The industry was given a federal exemption to continue using uranium. (Cecil Adams) From Paul.Makepeace@realprogrammers.com Wed Jul 18 06:32:36 2001 Received: from tantrix.realprogrammers.com ([216.228.5.63] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Mjwq-0002tc-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 06:32:36 +0100 Received: from paulm by tantrix.realprogrammers.com with local (Exim 3.22 #1 (Debian)) id 15Mjwo-0003OV-00 for tpop3d-discuss@lists.beasts.org; Tue, 17 Jul 2001 22:32:34 -0700 Date: Tue, 17 Jul 2001 22:32:34 -0700 To: tpop3d-discuss Message-ID: <20010717223234.D12737@tantrix.realprogrammers.com> Mail-Followup-To: tpop3d-discuss Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.18i From: Paul Makepeace Subject: [tpop3d-discuss] Configure buglet Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: It seems that, tpop3d_LDFLAGS = -L@mysql_root@/lib/mysql is hardcoded into the build process regardless of --disable-auth-mysql (which is default anyway) and so adds a (e.g.) -L/usr/lib/mysql to the final link stage of tpop3d, which causes a barf on MySQL-challenged systems. (I'd patch except I know almost nothing about autoconf) Paul -- Look closely at the most embarrassing details and amplify them From chris@madingley.org Wed Jul 18 10:16:21 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15MnRN-0003bM-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 10:16:21 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id JAA27928; Tue, 18 Jul 2000 09:14:00 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id KAA15164; Wed, 18 Jul 2001 10:16:21 +0100 Date: Wed, 18 Jul 2001 10:16:20 +0100 From: Chris Lightfoot To: Paul Makepeace Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Configure buglet Message-ID: <20010718101620.B14822@aquila.esc.cam.ac.uk> References: <20010717223234.D12737@tantrix.realprogrammers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010717223234.D12737@tantrix.realprogrammers.com> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jul 17, 2001 at 10:32:34PM -0700, Paul Makepeace wrote: > It seems that, > > tpop3d_LDFLAGS = -L@mysql_root@/lib/mysql > > is hardcoded into the build process regardless of --disable-auth-mysql (which is default anyway) and so adds a (e.g.) -L/usr/lib/mysql to the final link stage of tpop3d, which causes a barf on MySQL-challenged systems. > > (I'd patch except I know almost nothing about autoconf) It appears to be safe to remove the offending line from Makefile.am. I don't know why it was there in the first place. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ If they existed, they would be here (Fermi) From chris@madingley.org Wed Jul 18 10:21:50 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15MnWg-0003dN-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 10:21:50 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id JAA27963; Tue, 18 Jul 2000 09:19:28 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id KAA15365; Wed, 18 Jul 2001 10:21:49 +0100 Date: Wed, 18 Jul 2001 10:21:49 +0100 From: Chris Lightfoot To: Paul Makepeace , tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? Message-ID: <20010718102149.C14822@aquila.esc.cam.ac.uk> References: <20010717170401.N7034@tantrix.realprogrammers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010717170401.N7034@tantrix.realprogrammers.com> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jul 17, 2001 at 05:04:01PM -0700, Paul Makepeace wrote: > On Tue, Jul 17, 2001 at 04:43:18PM -0700, Nancy Pettigrew (work) wrote: > > Why would the process get the SIGSEGV after returning an error back from the > > auth_mysql_new_user_pass function? > > FWIW, and this may be completely unrelated, but I was getting SEGVs in > authswitch.c using auth_perl_new_user_pass. It was happening here, > > (gdb) bt > #0 0x40186b00 in strdup () from /lib/libc.so.6 > #1 0x804f652 in authcontext_new (uid=8, gid=0, mboxdrv=0x80664ca "", > mailbox=0x0, home=0x81d0c58 "/var/spool/mail", > domain=0x5
) at authswitch.c:215 > #2 0x804ed1c in auth_perl_new_user_pass ( > user=0x81e22b0 "paul@realprogrammers.com", pass=0x80dcf48 "4321") > at auth_perl.c:331 > > It turns out it was because I was returning a perl hash that was > frightening it in ways I haven't yet looked into (this was about > 20mins ago). You've found a bug :) It's another fails-to-initialise pointes thing. The declaration of char *mailbox, *mboxdrv, *domain should initialise them to NULL. In this instance the domain was getting initialised to 0x5, which caused a problem in strdup. How this worked when I tried it I don't know. Apologies for this fairly basic screwup. (See! I told you we'd find the bugs....) I'm also not now sure why I thought that it would be useful to set the domain. I suppose because an authenticator might determine the domain in a surprising way. I didn't trouble to document it, though. Hmm. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``... the reason soldiers retire early is that, at about age 40 - 45, they realise that war is dangerous.'' (anon.) From chris@madingley.org Wed Jul 18 15:35:25 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15MsQ9-0005MT-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 15:35:25 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id OAA29498; Tue, 18 Jul 2000 14:33:06 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id PAA27861; Wed, 18 Jul 2001 15:35:24 +0100 Date: Wed, 18 Jul 2001 15:35:24 +0100 From: Chris Lightfoot To: Paul Makepeace , tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? Message-ID: <20010718153524.A27757@aquila.esc.cam.ac.uk> References: <20010717172339.O7034@tantrix.realprogrammers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010717172339.O7034@tantrix.realprogrammers.com> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: On Tue, Jul 17, 2001 at 05:23:39PM -0700, Paul Makepeace wrote: > On Tue, Jul 17, 2001 at 05:14:34PM -0700, Nancy Pettigrew (work) wrote: > > Problem for me is that there is no core file to be found and the error is > > sporadic; > > Have you tried setting ulimit -c unlimited (as below) so your > environment permits writing core files? > > > so far I've been unable to recreate it in a test environment. > > I am currently working on integrating tpop3d, exim and Oracle and part > of the requirements for deployment is a documented performance test. > Oracle comes with its own diagnostics and benchmark system but it would > be good to have a configurable expect-based tool to concurrently test > tpop3d (and exim). With the dial cranked up it should be possible to > flush out bugs, race conditions, etc by beating it increasingly hard. > > Has anyone done anything like this? I did play with such a thing briefly. Originally, I used fetchmail and a scrit to send mail, but I think that a solution based on perl's Net::POP3 would be preferable (and simple to implement). I'll have a look for any scripts which are at all presentable.... -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``We apologise for the error in the last edition, in which we stated that `Mr X is a Defective in the Police Force'. We meant, of course, that 'Mr X is a Detective in the Police Farce'.'' (correction in small town newspaper) From nancy@bigfishmail.com Wed Jul 18 23:15:46 2001 Received: from [209.85.110.105] (helo=mail1-mdr-R.bigfish.com) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Mzbd-0000iq-00 for tpop3d-discuss@lists.beasts.org; Wed, 18 Jul 2001 23:15:45 +0100 Received: from mail1-mdr.bigfish.com (localhost.localdomain [127.0.0.1]) by mail1-mdr-R.bigfish.com (Postfix) with ESMTP id 304E975A1F for ; Wed, 18 Jul 2001 22:15:13 +0000 (UCT) Received: from nancomp (unknown [207.155.18.194]) by mail1-mdr.bigfish.com (Postfix) with SMTP id 0EE9C6189A for ; Wed, 18 Jul 2001 22:15:03 +0000 (UCT) From: "Nancy Pettigrew (work)" To: Subject: RE: [tpop3d-discuss] signal 11? Date: Wed, 18 Jul 2001 15:14:59 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal In-Reply-To: <20010717172339.O7034@tantrix.realprogrammers.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: Well, the server died again today, but this time we got a core file (the parent process died too). Did the backtrace and found that the y variable in auth_mysql_new_user_pass was out of bounds. Now, I'm initializing the vars at the start of the function. Thanks for your suggestions! -----Original Message----- From: tpop3d-discuss-admin@lists.beasts.org [mailto:tpop3d-discuss-admin@lists.beasts.org]On Behalf Of Paul Makepeace Sent: Tuesday, July 17, 2001 5:24 PM To: Nancy Pettigrew (work) Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? On Tue, Jul 17, 2001 at 05:14:34PM -0700, Nancy Pettigrew (work) wrote: > Problem for me is that there is no core file to be found and the error is > sporadic; Have you tried setting ulimit -c unlimited (as below) so your environment permits writing core files? > so far I've been unable to recreate it in a test environment. I am currently working on integrating tpop3d, exim and Oracle and part of the requirements for deployment is a documented performance test. Oracle comes with its own diagnostics and benchmark system but it would be good to have a configurable expect-based tool to concurrently test tpop3d (and exim). With the dial cranked up it should be possible to flush out bugs, race conditions, etc by beating it increasingly hard. Has anyone done anything like this? Paul --snip-- I wrote: > One thing that might help you is to do a backtrace as above. Invoke "gdb > tpop3d core" and type "backtrace" or "bt". Ensure you're in a position > to write core files with (with bash at least) ulimit -c unlimited. -- Shut the door and listen from outside _______________________________________________ tpop3d-discuss mailing list tpop3d-discuss@lists.beasts.org http://lists.beasts.org/mailman/listinfo/tpop3d-discuss From nancy@bigfishmail.com Mon Jul 23 19:29:01 2001 Received: from [166.90.144.253] (helo=mail2-la-R.bigfish.com) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15OkRx-0006gb-00 for tpop3d-discuss@lists.beasts.org; Mon, 23 Jul 2001 19:29:01 +0100 Received: from mail2-la.bigfish.com (localhost.localdomain [127.0.0.1]) by mail2-la-R.bigfish.com (Postfix) with ESMTP id 4011C54EF for ; Mon, 23 Jul 2001 18:28:27 +0000 (UTC) Received: from nancomp (unknown [207.155.18.194]) by mail2-la.bigfish.com (Postfix) with SMTP id DF5CB54C9 for ; Mon, 23 Jul 2001 18:28:26 +0000 (UTC) From: "Nancy Pettigrew (work)" To: Subject: RE: [tpop3d-discuss] signal 11? Date: Mon, 23 Jul 2001 11:28:25 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal In-Reply-To: Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion >>Errm. Can you verify that it was the main server process >>which crashed, and not a child process serving a client? It was both, apparently a couple different problems. The parent process finally gave me a core file - backtraced it, and yes indeed, the uninitialized y variable was a problem. Changed the code to init all that stuff at the beginning of auth_mysql.c and put it back out there. However, the logs kept showing those pesky signal 11s, but the parent process never dies. After a handful of signal 11s are reported in the logs, the pop server stops accepting connections for about 5 minutes (I'm hoping this will happen again today, so I can see if it's actually rejecting connections, or accepting and timing out). Then, it starts handling connections again, and things continue on their merry way. This only happens during peak load time, possibly related to MySQL connections (just a hunch at this point, saw a few Lost Connections, but can't verify causality yet). Still investigating... From chris@ex-parrot.com Mon Jul 23 20:01:51 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Okxj-0006lg-00 for tpop3d-discuss@lists.beasts.org; Mon, 23 Jul 2001 20:01:51 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA12080; Mon, 23 Jul 2001 20:01:49 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15Okxh-0002jE-00; Mon, 23 Jul 2001 20:01:49 +0100 Date: Mon, 23 Jul 2001 20:01:49 +0100 From: Chris Lightfoot To: "Nancy Pettigrew (work)" Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] signal 11? Message-ID: <20010723200149.A10343@caesious.cold.local> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nancy@bigfishmail.com on Mon, Jul 23, 2001 at 11:28:25AM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Mon, Jul 23, 2001 at 11:28:25AM -0700, Nancy Pettigrew (work) wrote: > >>Errm. Can you verify that it was the main server process > >>which crashed, and not a child process serving a client? > > It was both, apparently a couple different problems. The parent process > finally gave me a core file - backtraced it, and yes indeed, the > uninitialized y variable was a problem. Changed the code to init all that > stuff at the beginning of auth_mysql.c and put it back out there. However, > the logs kept showing those pesky signal 11s, but the parent process never > dies. After a handful of signal 11s are reported in the logs, the pop > server stops accepting connections for about 5 minutes (I'm hoping this will > happen again today, so I can see if it's actually rejecting connections, or > accepting and timing out). Then, it starts handling connections again, and > things continue on their merry way. This only happens during peak load > time, possibly related to MySQL connections (just a hunch at this point, saw > a few Lost Connections, but can't verify causality yet). Still > investigating... OK, that does sound like the child processes are dying somewhere. I wouldn't expect it to be related to MySQL connections, since the MySQL connection is only used in the parent. I can't explain the failing to accept connections bits, unless it is somehow related to handling of child processes in the parent. Does the log mention `connection rejected owing to high load' at all? -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``The practical scientist is trying to solve tomorrow's problem with today's computer; the computer scientist... often has it the other way around.'' (from `Numerical Recipes in C') From chris@ex-parrot.com Tue Jul 24 21:34:50 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15P8tG-0003gv-00 for tpop3d-discuss@lists.beasts.org; Tue, 24 Jul 2001 21:34:50 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA4146; Tue, 24 Jul 2001 21:34:45 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15P8tB-0003oZ-00; Tue, 24 Jul 2001 21:34:45 +0100 Date: Tue, 24 Jul 2001 21:34:45 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Message-ID: <20010724213445.A14654@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] version 1.3.4 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion A new version of tpop3d, version 1.3.4, has now been released. From the change log-- Minor changes, and addition of metadata caching for BSD mailspools; in addition, the mailbox object was modified for efficiency reasons. Fixed a bug which could cause child processes to fail with SIGSEGV under heavy load. In view of the latter, it is recommended that existing installations be upgraded. Apologies for this SNAFU. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``History teaches us that men and nations behave wisely when they have exhausted all other alternatives.'' (Abba Eban) From mail@jasonhorton.com Wed Jul 25 19:35:49 2001 Received: from rambone.bofh.thorn.net ([216.213.8.4]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15PTVd-0000fH-00 for tpop3d-discuss@lists.beasts.org; Wed, 25 Jul 2001 19:35:49 +0100 Received: from mail by rambone.bofh.thorn.net with local (Exim 3.31 #6) id 15PTT1-0005Hz-00 for tpop3d-discuss@lists.beasts.org; Wed, 25 Jul 2001 14:33:08 -0400 From: "pop3 lists archive" To: tpop3d-discuss@lists.beasts.org X-IPAddress: 216.213.8.4 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Wed, 25 Jul 2001 14:33:08 -0400 Subject: [tpop3d-discuss] compile fails on Solaris 8 / gcc 3.0 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion # ./configure --disable-flock-locking \ --disable-cclient-locking\ --disable-cclient-fcntl\ --enable-fcntl-locking\ --enable-auth-other\ --enable-mbox-maildir # make *SNIP* make[2]: Entering directory `/space/tpop3d-1.3.4' gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c util.c In file included from util.c:28: util.h:68: warning: `struct in_addr' declared inside parameter list util.h:68: warning: its scope is only this definition or declaration, which is probably not what you want. util.c:100: warning: `struct in_addr' declared inside parameter list util.c:100: conflicting types for `inet_aton' util.h:68: previous declaration of `inet_aton' util.c: In function `inet_aton': util.c:101: `in_addr_t' undeclared (first use in this function) util.c:101: (Each undeclared identifier is reported only once util.c:101: for each function it appears in.) util.c:101: parse error before "i" util.c:102: `i' undeclared (first use in this function) make[2]: *** [util.o] Error 1 make[2]: Leaving directory `/space/tpop3d-1.3.4' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/space/tpop3d-1.3.4' make: *** [all-recursive-am] Error 2 Am assuming the code is trying to define its own inet_aton because the one on Solaris insufficient or non-existent. Any ideas why this is failing? From chris@ex-parrot.com Wed Jul 25 23:35:49 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15PXFt-0001W9-00 for tpop3d-discuss@lists.beasts.org; Wed, 25 Jul 2001 23:35:49 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA27955; Wed, 25 Jul 2001 23:35:48 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15PXFr-00050B-00; Wed, 25 Jul 2001 23:35:47 +0100 Date: Wed, 25 Jul 2001 23:35:47 +0100 From: Chris Lightfoot To: pop3 lists archive Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] compile fails on Solaris 8 / gcc 3.0 Message-ID: <20010725233547.A19225@caesious.cold.local> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from pop3@jasonhorton.com on Wed, Jul 25, 2001 at 02:33:08PM -0400 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Wed, Jul 25, 2001 at 02:33:08PM -0400, pop3 lists archive wrote: > # ./configure --disable-flock-locking \ > --disable-cclient-locking\ > --disable-cclient-fcntl\ On Solaris, you would want --enable-cclient-fcntl, if you used cclient at all. > --enable-fcntl-locking\ > --enable-auth-other\ > --enable-mbox-maildir > # make > *SNIP* > make[2]: Entering directory `/space/tpop3d-1.3.4' > gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c util.c > In file included from util.c:28: > util.h:68: warning: `struct in_addr' declared inside parameter list > util.h:68: warning: its scope is only this definition or declaration, > which is probably not what you want. > util.c:100: warning: `struct in_addr' declared inside parameter list > util.c:100: conflicting types for `inet_aton' > util.h:68: previous declaration of `inet_aton' > util.c: In function `inet_aton': > util.c:101: `in_addr_t' undeclared (first use in this function) > util.c:101: (Each undeclared identifier is reported only once > util.c:101: for each function it appears in.) > util.c:101: parse error before "i" > util.c:102: `i' undeclared (first use in this function) > make[2]: *** [util.o] Error 1 > make[2]: Leaving directory `/space/tpop3d-1.3.4' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/space/tpop3d-1.3.4' > make: *** [all-recursive-am] Error 2 > > Am assuming the code is trying to define its own inet_aton > because the one on Solaris insufficient or non-existent. Any ideas > why this is failing? Error on my part. Add #include #include #include below #include in util.h. Dunno how this slipped through. It was introduced purely as a Solaris fix.... -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Early to rise and early to bed, makes a man healthy, wealthy and dead (Thurber) From mail@jasonhorton.com Thu Jul 26 00:29:29 2001 Received: from rambone.bofh.thorn.net ([216.213.8.4]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15PY5p-0001kd-00 for tpop3d-discuss@lists.beasts.org; Thu, 26 Jul 2001 00:29:29 +0100 Received: from mail by rambone.bofh.thorn.net with local (Exim 3.31 #6) id 15PY3D-0005g6-00 for tpop3d-discuss@lists.beasts.org; Wed, 25 Jul 2001 19:26:47 -0400 From: "pop3 lists archive" To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] compile fails on Solaris 8 / gcc 3.0 X-IPAddress: 216.213.8.4 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Wed, 25 Jul 2001 19:26:47 -0400 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion > On Solaris, you would want --enable-cclient-fcntl, if you > used cclient at all. dont plan on running pine on these servers, or anything else that relies on c-client > Dunno how this slipped through. It was introduced purely > as a Solaris fix.... better, but now we get: gcc -Wall -g -lm -o tpop3d auth_mysql.o auth_other.o auth_perl.o auth_pam.o auth_passwd.o authswitch.o cfgdirectives.o config.o connection.o errprintf.o listener.o locks.o mailbox.o maildir.o mailspool.o main.o md5c.o pidfile.o pop3.o signals.o stringmap.o strtok_r.o substvars.o tokenise.o util.o vector.o -lpam -ldl -lnsl -lsocket Undefined first referenced symbol in file nanosleep auth_other.o ld: fatal: Symbol referencing errors. No output written to tpop3d collect2: ld returned 1 exit status make[2]: *** [tpop3d] Error 1 make[2]: Leaving directory `/space/tpop3d-1.3.4' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/space/tpop3d-1.3.4' make: *** [all-recursive-am] Error 2 nanosleep(3RT) manpage references the following include: #include added it to auth_other.h and still get the same error. From chris@ex-parrot.com Thu Jul 26 00:35:21 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15PYBV-0001mQ-00 for tpop3d-discuss@lists.beasts.org; Thu, 26 Jul 2001 00:35:21 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA2847; Thu, 26 Jul 2001 00:35:16 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15PYBQ-0005A8-00; Thu, 26 Jul 2001 00:35:16 +0100 Date: Thu, 26 Jul 2001 00:35:16 +0100 From: Chris Lightfoot To: pop3 lists archive Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] compile fails on Solaris 8 / gcc 3.0 Message-ID: <20010726003516.A19788@caesious.cold.local> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from pop3@jasonhorton.com on Wed, Jul 25, 2001 at 07:26:47PM -0400 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Wed, Jul 25, 2001 at 07:26:47PM -0400, pop3 lists archive wrote: > > Dunno how this slipped through. It was introduced purely > > as a Solaris fix.... > > better, but now we get: > gcc -Wall -g -lm -o tpop3d auth_mysql.o auth_other.o auth_perl.o [...] > -lsocket > Undefined first referenced > symbol in file > nanosleep auth_other.o [...] > nanosleep(3RT) manpage references the following include: > #include This should already be in there. > added it to auth_other.h and still get the same error. You also need -lrt for the realtime extension library, I think. For the moment, try adding it to the LIBS = ... line in the Makefile. I will have a look at fixing the configure script to do this properly. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ It is a sin to believe evil of others, but it is rarely a mistake. (Mencken) From mail@jasonhorton.com Thu Jul 26 00:44:45 2001 Received: from rambone.bofh.thorn.net ([216.213.8.4]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15PYKb-0001p1-00 for tpop3d-discuss@lists.beasts.org; Thu, 26 Jul 2001 00:44:45 +0100 Received: from mail by rambone.bofh.thorn.net with local (Exim 3.31 #6) id 15PYHu-0005i6-00 for tpop3d-discuss@lists.beasts.org; Wed, 25 Jul 2001 19:41:58 -0400 From: "pop3 lists archive" To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] compile fails on Solaris 8 / gcc 3.0 X-IPAddress: 216.213.8.4 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-Id: Date: Wed, 25 Jul 2001 19:41:58 -0400 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion > > nanosleep(3RT) manpage references the following include: > > #include > > This should already be in there. "#include " was, "#include " wasnt... they appear to be two entirely different files. > You also need -lrt for the realtime extension library, I > think. For the moment, try adding it to the LIBS = ... > line in the Makefile. I will have a look at fixing the > configure script to do this properly. That did it, thanks for all your help. By the way, has anyone done any performance tests with tpop3d? Is it concidered stable enough for a production environment (without stuff like the mbox meta data caching etc)? From chris@ex-parrot.com Thu Jul 26 00:51:44 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15PYRM-0001rP-00 for tpop3d-discuss@lists.beasts.org; Thu, 26 Jul 2001 00:51:44 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA4021; Thu, 26 Jul 2001 00:51:43 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15PYRK-0005FF-00; Thu, 26 Jul 2001 00:51:42 +0100 Date: Thu, 26 Jul 2001 00:51:42 +0100 From: Chris Lightfoot To: pop3 lists archive Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] compile fails on Solaris 8 / gcc 3.0 Message-ID: <20010726005142.A20159@caesious.cold.local> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from pop3@jasonhorton.com on Wed, Jul 25, 2001 at 07:41:58PM -0400 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Wed, Jul 25, 2001 at 07:41:58PM -0400, pop3 lists archive wrote: > > > nanosleep(3RT) manpage references the following include: > > > #include > > > > This should already be in there. > > "#include " was, "#include " wasnt... > they appear to be two entirely different files. Hmm. Both are included in my copy. > > You also need -lrt for the realtime extension library, I > > think. For the moment, try adding it to the LIBS = ... > > line in the Makefile. I will have a look at fixing the > > configure script to do this properly. > > That did it, thanks for all your help. > > By the way, has anyone done any performance tests with tpop3d? > Is it concidered stable enough for a production environment (without > stuff like the mbox meta data caching etc)? I use it (on Linux) in a production environment (albeit a fairly small site). I understand that others use it on sites of varying size with a number of different configurations. The mailbox index caching is new and experimental, but no problems have been turned up with it so far. I have some code for automated testing, which I may make available (it's fairly trivial). Objective performance testing is somewhat difficult to do (largely because you need to tie down what your performance test is actually measuring); however, tpop3d is certainly much faster than the Washington University server and is, I believe, as fast as or faster than other comparable servers. Obviously I haven't tested them all and I don't have numbers to back up my claim. Nevertheless, I think it is, performance-wise, a good implementation within the limitations of what it does. (In particular, its interaction with the Unix security model demands that it fork for each connection, and use of the BSD mailspool format means a performance hit, however clever the parsing and rewriting stuff is. Maildir is much faster, obviously.) -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``For a second year, Mongolia is suffering winter conditions unmatched in living memory.'' (BBC News) From nancy@bigfishmail.com Thu Jul 26 20:27:20 2001 Received: from [209.85.110.105] (helo=mail1-mdr-R.bigfish.com) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Pqn2-0006OO-00 for tpop3d-discuss@lists.beasts.org; Thu, 26 Jul 2001 20:27:20 +0100 Received: from mail1-mdr.bigfish.com (localhost.localdomain [127.0.0.1]) by mail1-mdr-R.bigfish.com (Postfix) with ESMTP id C9B7157844 for ; Thu, 26 Jul 2001 19:26:51 +0000 (UCT) Received: from nancomp (unknown [207.155.18.194]) by mail1-mdr.bigfish.com (Postfix) with SMTP id AD077576CF for ; Thu, 26 Jul 2001 19:26:51 +0000 (UCT) From: "Nancy Pettigrew" To: Subject: RE: [tpop3d-discuss] compile fails on Solaris 8 / gcc 3.0 Date: Thu, 26 Jul 2001 12:26:49 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <20010726005142.A20159@caesious.cold.local> Importance: Normal Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion > By the way, has anyone done any performance tests with tpop3d? > Is it concidered stable enough for a production environment (without > stuff like the mbox meta data caching etc)? I'm using it in a production environment. Our load isn't that big, < 1000 users. Has been stable for me, and much faster than the tweaked SolidPop we were using before. Plus, the code is cleaner and easier to tweak than other potential pop servers I looked at, and well supported (kudos to Chris!). Haven't done any official performance tests, this is just anecdotal info. From chris@shagged.org Fri Jul 27 10:17:53 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q3km-000221-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 10:17:52 +0100 Received: from chris by mail.shagged.org with local (Exim 3.31 #1) id 15Q3km-0004r9-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 10:17:52 +0100 Date: Fri, 27 Jul 2001 10:17:52 +0100 From: Chris Elsworth To: tpop3d-discuss@lists.beasts.org Message-ID: <20010727101752.A18536@shagged.org> Mail-Followup-To: tpop3d-discuss@lists.beasts.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [tpop3d-discuss] pidfile Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Hi, I'm in the process of attempting to create a FreeBSD port for tpop3d. Even if they don't accept it, its a learning experience, and I've got nothing else to do :) During the process, I've noticed that tpop3d by default doesn't use a pidfile. Wouldn't it be sensible to make this a configure time option? I had to change main.c so it wrote one (which works fine). Would it be possible to get a configure option to write a pidfile, specifying the location on the configure arg? FreeBSD stores them in /var/run, so I'd be setting it to that for this port. your thoughts? -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@ex-parrot.com Fri Jul 27 10:23:18 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q3q2-00024E-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 10:23:18 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA6597; Fri, 27 Jul 2001 10:23:14 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15Q3py-0006nm-00; Fri, 27 Jul 2001 10:23:14 +0100 Date: Fri, 27 Jul 2001 10:23:14 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] pidfile Message-ID: <20010727102314.A26117@caesious.cold.local> References: <20010727101752.A18536@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010727101752.A18536@shagged.org>; from chris@shagged.org on Fri, Jul 27, 2001 at 10:17:52AM +0100 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Jul 27, 2001 at 10:17:52AM +0100, Chris Elsworth wrote: > Hi, > > I'm in the process of attempting to create a FreeBSD port for tpop3d. Even > if they don't accept it, its a learning experience, and I've got nothing > else to do :) > > During the process, I've noticed that tpop3d by default doesn't use a > pidfile. Wouldn't it be sensible to make this a configure time option? I > had to change main.c so it wrote one (which works fine). > > Would it be possible to get a configure option to write a pidfile, > specifying the location on the configure arg? FreeBSD stores them in > /var/run, so I'd be setting it to that for this port. Errm. What's wrong with tpop3d -p /var/run/tpop3d.pid ? Or is your complaint that it doesn't write one by default? In this case, I think that a tpop3d.conf directive would be a more sensible option. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Any person who knowingly causes a nuclear weapon test explosion or any other nuclear explosion is guilty of an offence....'' (Nuclear Explosions Act, 1998) From chris@shagged.org Fri Jul 27 10:25:52 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q3sW-00025b-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 10:25:52 +0100 Received: from chris by mail.shagged.org with local (Exim 3.31 #1) id 15Q3sV-0004zn-00; Fri, 27 Jul 2001 10:25:51 +0100 Date: Fri, 27 Jul 2001 10:25:51 +0100 From: Chris Elsworth To: Chris Lightfoot Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] pidfile Message-ID: <20010727102551.B18536@shagged.org> Mail-Followup-To: Chris Lightfoot , tpop3d-discuss@lists.beasts.org References: <20010727101752.A18536@shagged.org> <20010727102314.A26117@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010727102314.A26117@caesious.cold.local>; from chris@ex-parrot.com on Fri, Jul 27, 2001 at 10:23:14AM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Jul 27, 2001 at 10:23:14AM +0100, Chris Lightfoot wrote: > > Would it be possible to get a configure option to write a pidfile, > > specifying the location on the configure arg? FreeBSD stores them in > > /var/run, so I'd be setting it to that for this port. > > Errm. What's wrong with tpop3d -p /var/run/tpop3d.pid ? So I didn't spot that :) > Or is your complaint that it doesn't write one by > default? In this case, I think that a tpop3d.conf > directive would be a more sensible option. Yes, true - I just saw it hard coded in as NULL and didn't think to check anywhere else. A configure directive would be nice, as well as the commandline option. However the commandline option will be just fine for the port :) You don't have any objections to me having a go at this, as it happens, do you? Or anything to contribute? :) -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@madingley.org Fri Jul 27 11:21:15 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q4k6-0002Ko-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 11:21:14 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id KAA02994; Thu, 27 Jul 2000 10:20:50 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id LAA12963; Fri, 27 Jul 2001 11:21:13 +0100 Date: Fri, 27 Jul 2001 11:21:13 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] pidfile Message-ID: <20010727112113.A12823@aquila.esc.cam.ac.uk> References: <20010727101752.A18536@shagged.org> <20010727102314.A26117@caesious.cold.local> <20010727102551.B18536@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010727102551.B18536@shagged.org> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Jul 27, 2001 at 10:25:51AM +0100, Chris Elsworth wrote: > On Fri, Jul 27, 2001 at 10:23:14AM +0100, Chris Lightfoot wrote: > > > > Would it be possible to get a configure option to write a pidfile, > > > specifying the location on the configure arg? FreeBSD stores them in > > > /var/run, so I'd be setting it to that for this port. > > > > Errm. What's wrong with tpop3d -p /var/run/tpop3d.pid ? > > So I didn't spot that :) > > > Or is your complaint that it doesn't write one by > > default? In this case, I think that a tpop3d.conf > > directive would be a more sensible option. > > Yes, true - I just saw it hard coded in as NULL and didn't think to check > anywhere else. A configure directive would be nice, as well as the > commandline option. > > However the commandline option will be just fine for the port :) > > You don't have any objections to me having a go at this, as it happens, do > you? Or anything to contribute? :) No objection at all. I don't have much experience with FreeBSD so I don't know how helpful any advice is likely to be, but you are welcome to ask, anyway. I think some others on the list are FreeBSD users, so they may be helpful also. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ Life is an hereditary disease From chris@shagged.org Fri Jul 27 11:48:34 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q5AX-0002UG-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 11:48:33 +0100 Received: from chris by mail.shagged.org with local (Exim 3.31 #1) id 15Q5AW-00093n-00; Fri, 27 Jul 2001 11:48:32 +0100 Date: Fri, 27 Jul 2001 11:48:32 +0100 From: Chris Elsworth To: Chris Lightfoot Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] pidfile Message-ID: <20010727114832.C18536@shagged.org> Mail-Followup-To: Chris Lightfoot , tpop3d-discuss@lists.beasts.org References: <20010727101752.A18536@shagged.org> <20010727102314.A26117@caesious.cold.local> <20010727102551.B18536@shagged.org> <20010727112113.A12823@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010727112113.A12823@aquila.esc.cam.ac.uk>; from chris@ex-parrot.com on Fri, Jul 27, 2001 at 11:21:13AM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Jul 27, 2001 at 11:21:13AM +0100, Chris Lightfoot wrote: > On Fri, Jul 27, 2001 at 10:25:51AM +0100, Chris Elsworth wrote: > > On Fri, Jul 27, 2001 at 10:23:14AM +0100, Chris Lightfoot wrote: > > > > > > Would it be possible to get a configure option to write a pidfile, > > > > specifying the location on the configure arg? FreeBSD stores them in > > > > /var/run, so I'd be setting it to that for this port. > > > > > > Errm. What's wrong with tpop3d -p /var/run/tpop3d.pid ? > > > > So I didn't spot that :) > > > > > Or is your complaint that it doesn't write one by > > > default? In this case, I think that a tpop3d.conf > > > directive would be a more sensible option. > > > > Yes, true - I just saw it hard coded in as NULL and didn't think to check > > anywhere else. A configure directive would be nice, as well as the > > commandline option. > > > > However the commandline option will be just fine for the port :) > > > > You don't have any objections to me having a go at this, as it happens, do > > you? Or anything to contribute? :) > > No objection at all. I don't have much experience with > FreeBSD so I don't know how helpful any advice is likely > to be, but you are welcome to ask, anyway. I think some > others on the list are FreeBSD users, so they may be > helpful also. Here's what I've done so far. http://www.shagged.org/~chris/tpop3d-port/ It half works :) I'm going to get it installing properly next, so the files are owned by the right person etc. -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From giorgini@interlogica.net Fri Jul 27 12:48:44 2001 Received: from [212.210.142.140] (helo=mail.interlogica.org ident=hidden-user) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q66l-0002pV-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 12:48:43 +0100 Received: from gateway.ced ([10.2.8.2] helo=User ident=hidden-user) by mail.interlogica.org with smtp (Exim 3.16 #1) id 15Q5K7-0003TB-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 12:58:27 +0200 To: tpop3d-discuss@lists.beasts.org CC: From: Manuel Giorgini Date: Fri, 27 Jul 2001 12:57:23 +0200 Subject: Re: [tpop3d-discuss] pidfile MIME-Version: 1.0 Message-id: X-Priority: 3 (Normal) X-Mailer: LingoMAIL - Multilingual Email program - V1.0 (22) [Win98 4.10 2222 A] + Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Reply-To: giorgini@interlogica.net X-Reply-To-Lan: X-Message-Id-Lan: Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion >I'm in the process of attempting to create a FreeBSD port for tpop3d. Eve= n >if they don't accept it, its a learning experience, and I've got nothing = >else to do :) What about a nice Mailing list manager designed for exim, vmail-sql and tp= op3d? I would be pleased to volunteer for beta testing. :-) Cordialit=E0 / Best regards / Gxis la ------------------------------------------------------------------------ Manuel Giorgini , Programmatore INTERLOGICA e-business solutions - http://www.interlogica.net IBM and Lotus Business Partner - GTA Silver Partner Via De Amicis, 2 - IT 30172 Mestre (VE) - ITALIA Tel +39 041 961392 - Fax +39 041 954201 ------------------------------------------------------------------------ From chris@shagged.org Fri Jul 27 12:55:28 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q6DI-0002rD-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 12:55:28 +0100 Received: from chris by mail.shagged.org with local (Exim 3.31 #1) id 15Q6Ci-000ABD-00; Fri, 27 Jul 2001 12:54:52 +0100 Date: Fri, 27 Jul 2001 12:54:52 +0100 From: Chris Elsworth To: Manuel Giorgini Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] pidfile Message-ID: <20010727125452.B37851@shagged.org> Mail-Followup-To: Manuel Giorgini , tpop3d-discuss@lists.beasts.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from giorgini@interlogica.net on Fri, Jul 27, 2001 at 12:57:23PM +0200 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Jul 27, 2001 at 12:57:23PM +0200, Manuel Giorgini wrote: > >I'm in the process of attempting to create a FreeBSD port for tpop3d. Even > >if they don't accept it, its a learning experience, and I've got nothing > >else to do :) > > What about a nice Mailing list manager designed for exim, vmail-sql and tpop3d? I > would be pleased to volunteer for beta testing. :-) Mailman (already in ports) handles this just fine. You have to do a bit of jiggery pokery aliasing since Mailman doesn't really grok more than one domain too well, but it's fine. There are example configs for exim. -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@madingley.org Fri Jul 27 12:57:39 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q6FP-0002sx-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 12:57:39 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id LAA03474; Thu, 27 Jul 2000 11:57:16 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id MAA17906; Fri, 27 Jul 2001 12:57:38 +0100 Date: Fri, 27 Jul 2001 12:57:38 +0100 From: Chris Lightfoot To: Manuel Giorgini , tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] pidfile Message-ID: <20010727125738.B17171@aquila.esc.cam.ac.uk> References: <20010727125452.B37851@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010727125452.B37851@shagged.org> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Jul 27, 2001 at 12:54:52PM +0100, Chris Elsworth wrote: > On Fri, Jul 27, 2001 at 12:57:23PM +0200, Manuel Giorgini wrote: > > >I'm in the process of attempting to create a FreeBSD port for tpop3d. Even > > >if they don't accept it, its a learning experience, and I've got nothing > > >else to do :) > > > > What about a nice Mailing list manager designed for exim, vmail-sql and tpop3d? I > > would be pleased to volunteer for beta testing. :-) > > Mailman (already in ports) handles this just fine. You have to do a bit of > jiggery pokery aliasing since Mailman doesn't really grok more than one > domain too well, but it's fine. There are example configs for exim. When I looked at this is seemed as if it would be very easy to do if mailing list names were unique across all domains, but harder if they were not. The discussion I found indicated that you needed a different installation of mailman for each domain. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ I can't explain glacial motion/ Or why Los Angeles don't drop into the ocean (`Naked And Famous', Presidents of the USA) From chris@shagged.org Fri Jul 27 13:48:31 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Q72d-00036n-00 for tpop3d-discuss@lists.beasts.org; Fri, 27 Jul 2001 13:48:31 +0100 Received: from chris by mail.shagged.org with local (Exim 3.31 #1) id 15Q72U-000CMs-00; Fri, 27 Jul 2001 13:48:22 +0100 Date: Fri, 27 Jul 2001 13:48:22 +0100 From: Chris Elsworth To: Chris Lightfoot Cc: Manuel Giorgini , tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] pidfile Message-ID: <20010727134822.C37851@shagged.org> Mail-Followup-To: Chris Lightfoot , Manuel Giorgini , tpop3d-discuss@lists.beasts.org References: <20010727125452.B37851@shagged.org> <20010727125738.B17171@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010727125738.B17171@aquila.esc.cam.ac.uk>; from chris@ex-parrot.com on Fri, Jul 27, 2001 at 12:57:38PM +0100 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Jul 27, 2001 at 12:57:38PM +0100, Chris Lightfoot wrote: > > Mailman (already in ports) handles this just fine. You have to do a bit of > > jiggery pokery aliasing since Mailman doesn't really grok more than one > > domain too well, but it's fine. There are example configs for exim. > > When I looked at this is seemed as if it would be very > easy to do if mailing list names were unique across all > domains, but harder if they were not. The discussion I > found indicated that you needed a different installation > of mailman for each domain. Yeah, sounds about right. For my small installation of 5 mailing lists and 20 domains, and when I set up each list personally, I just make sure there are no conflicting names - if there are then they choose another one but it's never happened yet. Not likely to either, in such a small setup :) Hence it works well, despite mailmans other faults (like being very picky over permissions and stuff) -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From jseven@free.fr Tue Jul 31 17:22:31 2001 Received: from dyn-1-1-217.bay.dialup.oleane.fr ([62.161.17.217] helo=inspiron.fr) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15RcHu-00033x-00 for tpop3d-discuss@lists.beasts.org; Tue, 31 Jul 2001 17:22:31 +0100 Received: from free.fr (localhost [127.0.0.1]) by inspiron.fr (Postfix) with ESMTP id 9D25A3F97 for ; Tue, 31 Jul 2001 18:09:07 +0200 (CEST) Message-ID: <3B66D823.309@free.fr> Date: Tue, 31 Jul 2001 18:09:07 +0200 From: JeY User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4 i686; en-US; rv:0.9.1) Gecko/20010611 X-Accept-Language: en-us MIME-Version: 1.0 To: tpop3d-discuss@lists.beasts.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [tpop3d-discuss] tpop3d-1.4.3+auth_mysql Problem Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Hi, I've made a debian package for tpop3d with auth-mysql enabled. Once install (and tables created), the daemon log on to the mysql database but never run the "select" request to get user authentification. The mysql logs shows the connection: Connect mail@localhost on mail my /etc/tpop3d.conf is: ------------ listen-address: localhost: 110 mailbox: bsd:/var/spool/mail/$(user[0])/$(user) auth-mysql-enable: yes auth-mysql-mail-group: mail auth-mysql-hostname: localhost auth-mysql-database: mail auth-mysql-username: mail auth-mysql-password: **** (suppose pwd is ok :-) ------------- The README file describes the way auth-mysql works, i didn't succed to pass through the first step :( _____________________ Jeremy From chris@ex-parrot.com Tue Jul 31 19:40:29 2001 Received: from mail1-gui.server.ntli.net ([194.168.222.13]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15ReRR-0003jA-00 for tpop3d-discuss@lists.beasts.org; Tue, 31 Jul 2001 19:40:29 +0100 Received: from caesious.cold.local ([62.253.134.38]) by mail1-gui.server.ntli.net (Post.Office MTA v3.1 release PO203a ID# 0-33929U70000L2S50) with ESMTP id AAA4230; Tue, 31 Jul 2001 19:40:27 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15ReRP-0003Wq-00; Tue, 31 Jul 2001 19:40:27 +0100 Date: Tue, 31 Jul 2001 19:40:27 +0100 From: Chris Lightfoot To: JeY Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] tpop3d-1.4.3+auth_mysql Problem Message-ID: <20010731194027.A13409@caesious.cold.local> References: <3B66D823.309@free.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B66D823.309@free.fr>; from jseven@free.fr on Tue, Jul 31, 2001 at 06:09:07PM +0200 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Tue, Jul 31, 2001 at 06:09:07PM +0200, JeY wrote: > Hi, > I've made a debian package for tpop3d with auth-mysql enabled. > Once install (and tables created), the daemon log on to the mysql > database but > never run the "select" request to get user authentification. > The mysql logs shows the connection: Connect mail@localhost on mail > > my /etc/tpop3d.conf is: > ------------ > listen-address: localhost: 110 > mailbox: bsd:/var/spool/mail/$(user[0])/$(user) > > auth-mysql-enable: yes > auth-mysql-mail-group: mail > auth-mysql-hostname: localhost > auth-mysql-database: mail > auth-mysql-username: mail > auth-mysql-password: **** (suppose pwd is ok :-) > ------------- > > The README file describes the way auth-mysql works, > i didn't succed to pass through the first step :( Can you try running the server with the -v option to record more detailed information about commands and responses, and then tell me what you get in the logs? -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Intelligence has much less practical application than you'd think.'' (Scott Adams, from `Dilbert') From wanted@gnu.univ.gda.pl Sun Aug 05 16:32:50 2001 Received: from gnu.univ.gda.pl ([153.19.120.250] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15TPta-0000Bn-00 for tpop3d-discuss@lists.beasts.org; Sun, 05 Aug 2001 16:32:50 +0100 Received: from wanted by gnu.univ.gda.pl with local (Exim 3.12 #1 (Debian)) id 15TPtW-0001Qa-00 for ; Sun, 05 Aug 2001 17:32:46 +0200 Date: Sun, 5 Aug 2001 17:32:46 +0200 From: Marcin Sochacki To: tpop3d-discuss@lists.beasts.org Message-ID: <20010805173246.A5355@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [tpop3d-discuss] primary keys too short Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion In db/init-db.sql for vmail-sql-0.4 I've found, the following SQL code: # local POP boxes (virtual) create table popbox ( domain_name varchar(255) not null, # domain this refers to local_part varchar(255) not null, # username for this POP box password_hash varchar(255), # hash of this user's password mbox_name varchar(255), # appended to domain.path primary key (domain_name(8), local_part(8)) ) ; The primary key constructed from the first 8 chars is really too small! I've many accounts in one domain with local parts like: example.john example.mary etc. MySQL wouldn't allow me to put the key, because the items are duplicate. I suggest giving at least 32 chars for local_part by default. What are those keys used for, anyway? In previous versions they were unavailable and everything seemed to work ok. Marcin From chris@shagged.org Sun Aug 05 16:35:07 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15TPvm-0000Cs-00 for tpop3d-discuss@lists.beasts.org; Sun, 05 Aug 2001 16:35:06 +0100 Received: from chris by mail.shagged.org with local (Exim 3.32 #1) id 15TPvZ-0002bC-00; Sun, 05 Aug 2001 16:34:53 +0100 Date: Sun, 5 Aug 2001 16:34:53 +0100 From: Chris Elsworth To: Marcin Sochacki Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] primary keys too short Message-ID: <20010805163453.A9927@shagged.org> Mail-Followup-To: Marcin Sochacki , tpop3d-discuss@lists.beasts.org References: <20010805173246.A5355@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010805173246.A5355@gnu.univ.gda.pl>; from wanted@gnu.univ.gda.pl on Sun, Aug 05, 2001 at 05:32:46PM +0200 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Sun, Aug 05, 2001 at 05:32:46PM +0200, Marcin Sochacki wrote: > In db/init-db.sql for vmail-sql-0.4 I've found, the following SQL code: > > # local POP boxes (virtual) > create table popbox ( > domain_name varchar(255) not null, # domain this refers to > local_part varchar(255) not null, # username for this POP box > password_hash varchar(255), # hash of this user's password > mbox_name varchar(255), # appended to domain.path > primary key (domain_name(8), local_part(8)) > ) ; > > What are those keys used for, anyway? In previous versions they were > unavailable and everything seemed to work ok. MySQL keys are used for indexed lookups - they make queries faster. They're not needed, just helpful. You could get rid of it completely and the entire thing would still work - you wouldn't notice the performance loss unless you're under really heavy load, either. -- Chris Elsworth - Software & Systems Developer / Systems Administrator girls = time x money (and time is money) . chrise@demon.net = money^2 (money is root of all evil) . . tel: 020 8371 1041 = _/(evil^2) = evil t h u s mob: 07968 324 693 From chris@madingley.org Sun Aug 05 16:39:06 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15TPze-0000EB-00 for tpop3d-discuss@lists.beasts.org; Sun, 05 Aug 2001 16:39:06 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id PAA07157; Sat, 5 Aug 2000 15:40:38 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id QAA27556; Sun, 5 Aug 2001 16:39:02 +0100 Date: Sun, 5 Aug 2001 16:39:02 +0100 From: Chris Lightfoot To: Marcin Sochacki Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] primary keys too short Message-ID: <20010805163902.A27548@aquila.esc.cam.ac.uk> References: <20010805173246.A5355@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010805173246.A5355@gnu.univ.gda.pl> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Sun, Aug 05, 2001 at 05:32:46PM +0200, Marcin Sochacki wrote: > In db/init-db.sql for vmail-sql-0.4 I've found, the following SQL code: > > # local POP boxes (virtual) > create table popbox ( [...] > primary key (domain_name(8), local_part(8)) > ) ; > > > The primary key constructed from the first 8 chars is really too small! > I've many accounts in one domain with local parts like: > example.john > example.mary > etc. > > MySQL wouldn't allow me to put the key, because the items are duplicate. > I suggest giving at least 32 chars for local_part by default. This is sensible -- I'll put this change in to the source. > What are those keys used for, anyway? In previous versions they were > unavailable and everything seemed to work ok. As Chris has said, performance is the main reason. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Some of you may have had occasion to run into mathematicians, and to wonder, therefore, how they got that way.'' (Tom Lehrer) From mark@ideaworks3d.com Mon Aug 06 17:47:49 2001 Received: from mailhost2.dircon.co.uk ([194.112.32.66]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15TnXh-0005Dg-00 for tpop3d-discuss@lists.beasts.org; Mon, 06 Aug 2001 17:47:49 +0100 Received: from starfruit.iw3d.co.uk (starfruit.iw3d.co.uk [195.157.148.202]) by mailhost2.dircon.co.uk (8.9.3/8.9.3) with ESMTP id RAA24857 for ; Mon, 6 Aug 2001 17:47:48 +0100 (BST) Received: from mark by starfruit.iw3d.co.uk with local (Exim 3.12 #1) id 15TnVQ-0002iJ-00 for tpop3d-discuss@lists.beasts.org; Mon, 06 Aug 2001 17:45:28 +0100 To: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] --enable-mysql-auth configure failure. References: <20010628102120.A16474@caesious.cold.local> <3B3AF930.7010806@home.com> <20010628103105.A16553@caesious.cold.local> <3B3AFC51.5060404@home.com> <20010628114347.A25452@aquila.esc.cam.ac.uk> <3B3B0CA2.4090601@home.com> <20010628120123.A25981@aquila.esc.cam.ac.uk> <20010628155119.K19080@tantrix.realprogrammers.com> <20010629000240.A15978@aquila.esc.cam.ac.uk> <20010628164614.D17157@tantrix.realprogrammers.com> <20010629010129.A20524@caesious.cold.local> From: Mark Longair Date: 06 Aug 2001 17:45:28 +0100 In-Reply-To: Chris Lightfoot's message of "Fri, 29 Jun 2001 01:01:29 +0100" Message-ID: <8766c1xhlj.fsf@starfruit.iwks.multi.local> Lines: 80 User-Agent: Gnus/5.0803 (Gnus v5.8.3) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Chris Lightfoot writes: [..] > That's no problem -- I'm not worried about figuring out > which library contains compress/uncompress, simply > answering the question `does -lmysqlclient require -lz?' > > Admittedly we could just change the configure script to > put -lz in whatever happens. But that's ugly. > > Mark-- any thoughts? One way of looking at this (which gets mentioned on the autoconf list whenever it comes up) is that AC_CHECK_LIB isn't very useful, since it always links against the libraries listed in the `other libraries' argument. Erez Zadok has a version (called AC_CHECK_LIB2) of this macro that instead only adds the other libraries to LIBS if the initial test fails but it then succeeds with the other libraries. I think this is probably what we want, but I may have misunderstood the problem because of the rather fractured beginning of the thread. Could someone with one of these `-lmysqlclient requires -lz' systems test this? You need to apply the diff below and add: http://iw3d.co.uk/~mark/check_lib2.m4 ... in the config directory. cheers mark P.S. Sorry for taking so long to reply, I suddenly noticed I had 50 unread tpop3d messages waiting... Index: Makefile.am =================================================================== RCS file: /home/cvs/tpop3d/Makefile.am,v retrieving revision 1.16 diff -u -r1.16 Makefile.am --- Makefile.am 2001/07/24 00:08:10 1.16 +++ Makefile.am 2001/08/06 16:37:31 @@ -85,3 +85,5 @@ MAINTERCLEANFILES = Makefile.in aclocal.m4 configure configuration.h.in \ stamp-h.in + +ACLOCAL = aclocal -I @ac_aux_dir@ Index: bootstrap =================================================================== RCS file: /home/cvs/tpop3d/bootstrap,v retrieving revision 1.1 diff -u -r1.1 bootstrap --- bootstrap 2001/04/13 18:05:12 1.1 +++ bootstrap 2001/08/06 16:37:31 @@ -1,7 +1,7 @@ #! /bin/sh set -x -aclocal +aclocal -I config # libtoolize --force --copy autoheader automake --foreign --add-missing --copy Index: configure.in =================================================================== RCS file: /home/cvs/tpop3d/configure.in,v retrieving revision 1.17 diff -u -r1.17 configure.in --- configure.in 2001/07/20 11:47:28 1.17 +++ configure.in 2001/08/06 16:37:31 @@ -320,7 +320,7 @@ if test x"$enable_auth_mysql" = x"yes" then - AC_CHECK_LIB(mysqlclient, main, [], AC_MSG_ERROR([[vmail-sql authentication enabled, but can't find libmysqlclient]]) ) + AC_CHECK_LIB2(mysqlclient, main, [], AC_MSG_ERROR([[vmail-sql authentication enabled, but can't find libmysqlclient]]), -lz ) fi dnl Checks for header files. From jh@plonk.de Sat Aug 11 18:29:10 2001 Received: from pd954759d.dip.t-dialin.net ([217.84.117.157] helo=lx) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15VcZS-0004Wq-00 for tpop3d-discuss@lists.beasts.org; Sat, 11 Aug 2001 18:29:10 +0100 Received: from ws ([192.168.8.11]) by lx with smtp (Exim 3.32 #1) for id 15VcZB-0001VQ-00; Sat, 11 Aug 2001 19:28:53 +0200 Message-ID: <015d01c1228b$17491ab0$0b08a8c0@ws> From: "Jakob Hirsch" To: Date: Sat, 11 Aug 2001 19:28:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [tpop3d-discuss] Using maildir Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Hi, I'm just setting up tpop3d 1.3.4 as pop3-server for our new mail-server. I don't want to use the BSD-mailboxes, but qmail-style maildir. So I have compiled tpop3d with --enable-mbox-maildir and put the following into /etc/tpop3d.conf: mailbox: maildir:/var/spool/mail/$(domain)/$(user) (I also tried a trailing "/", without a change in behaviour) When I want to login I get a -ERR Unable to open mailbox; it may be locked by another concurrent session. Logfile says: Aug 11 18:39:04 lx4 tpop3d[11578]: net_loop: tpop3d version 1.3.4 successfully started Aug 11 18:39:09 lx4 tpop3d[11578]: listeners_post_select: client [7]193.159.189.42/lx4.netlight.de: connected Aug 11 18:39:17 lx4 tpop3d[11578]: authcontext_new_user_pass: began session for `jakob!xxx' with mysql; uid 18, gid 12 Aug 11 18:39:17 lx4 tpop3d[11578]: fork_child: new child is PID 11581 Aug 11 18:39:17 lx4 tpop3d[11581]: mailspool_new_from_file: Is a directory Aug 11 18:39:17 lx4 tpop3d[11581]: dotfile_unlock(/var/spool/mail/xxx/jakob): open: No such file or directory Aug 11 18:39:17 lx4 tpop3d[11581]: authcontext_delete: finished session for `jakob!xxx' with mysql If I compile tpop3d with --disable-dotfile-locking I get the same, but without the "dotfile_unlock.." message in log. BSD-Mailboxes work without problem. I think I'll play with this for another while, but maybe somebody has a hint for me. -- MfG, Jakob Hirsch. ICQ# 78958588 77652 Offenburg, Germany From jh@plonk.de Sat Aug 11 20:08:48 2001 Received: from pd954759d.dip.t-dialin.net ([217.84.117.157] helo=lx) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15Ve7r-0004p4-00 for tpop3d-discuss@lists.beasts.org; Sat, 11 Aug 2001 20:08:48 +0100 Received: from ws ([192.168.8.11]) by lx with smtp (Exim 3.32 #1) for id 15Ve7q-0001aC-00; Sat, 11 Aug 2001 21:08:46 +0200 Message-ID: <001301c12299$0b6eb570$0b08a8c0@ws> From: "Jakob Hirsch" To: References: <015d01c1228b$17491ab0$0b08a8c0@ws> Subject: Re: [tpop3d-discuss] Using maildir Date: Sat, 11 Aug 2001 21:04:56 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Hi again, ok, it works. I've put a --disable-mailbox-bsd to the configure-line. Docs say both should do simoultanously, so maybe something is broken. -- MfG, Jakob Hirsch. ICQ# 78958588 77652 Offenburg, Germany From chris@madingley.org Sun Aug 12 01:02:59 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15ViiZ-0005Nq-00 for tpop3d-discuss@lists.beasts.org; Sun, 12 Aug 2001 01:02:59 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id AAA00326; Sat, 12 Aug 2000 00:05:56 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id BAA08423; Sun, 12 Aug 2001 01:02:58 +0100 Date: Sun, 12 Aug 2001 01:02:58 +0100 From: Chris Lightfoot To: Jakob Hirsch Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Using maildir Message-ID: <20010812010258.A8190@aquila.esc.cam.ac.uk> References: <015d01c1228b$17491ab0$0b08a8c0@ws> <001301c12299$0b6eb570$0b08a8c0@ws> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <001301c12299$0b6eb570$0b08a8c0@ws> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Sat, Aug 11, 2001 at 09:04:56PM +0200, Jakob Hirsch wrote: > Hi again, > > ok, it works. I've put a --disable-mailbox-bsd to the configure-line. > Docs say both should do simoultanously, so maybe something is broken. Yes, this is a... feature... of auth-mysql: it selects a `default' mailbox type for users who authenticate via it. The global mailbox setting is ignored. This should probably be emphasised in the documentation. Removing BSD mailspool support makes maildir the default; you can also change this by reordering the list in mailbox.c. So yes, it is broken, a little bit at least ;) auth_mysql is quite closely tied to a particular configuration (vmail-sql), and is not really as general as might be desirable. That's why auth-other and auth-perl exist. It would not be difficult to modify the auth_mysql code to select a particular mailbox type; if you want to do this (for instance to support BSD mailboxes for unix users and maildir ones for virtual domain users), modify the calls to authcontext_new in auth_mysql.c to select a mailbox type explicitly. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ All human actions are equivalent, and all are doomed to failure. (Sartre) From jh@plonk.de Mon Aug 13 00:19:10 2001 Received: from pd9547832.dip.t-dialin.net ([217.84.120.50] helo=lx) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15W4Vi-0000FJ-00 for tpop3d-discuss@lists.beasts.org; Mon, 13 Aug 2001 00:19:10 +0100 Received: from ws ([192.168.8.11]) by lx with smtp (Exim 3.32 #1) id 15W4Vc-0003zN-00; Mon, 13 Aug 2001 01:19:04 +0200 Message-ID: <002501c12385$2d5237b0$0b08a8c0@ws> From: "Jakob Hirsch" To: "Chris Lightfoot" Cc: References: <015d01c1228b$17491ab0$0b08a8c0@ws> <001301c12299$0b6eb570$0b08a8c0@ws> <20010812010258.A8190@aquila.esc.cam.ac.uk> Subject: Re: [tpop3d-discuss] Using maildir Date: Mon, 13 Aug 2001 01:19:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion ----- Original Message ----- From: "Chris Lightfoot" > > ok, it works. I've put a --disable-mailbox-bsd to the configure-line. > > Docs say both should do simoultanously, so maybe something is broken. > Yes, this is a... feature... of auth-mysql: it selects a > `default' mailbox type for users who authenticate via it. He, that's nearly M$-speak. :) > The global mailbox setting is ignored. This should > probably be emphasised in the documentation. Removing BSD Sure, would have saved me some time. > auth_mysql is quite closely tied to a particular > configuration (vmail-sql), and is not really as general as > might be desirable. That's why auth-other and auth-perl I think it's okay this way, since need for different mailbox-types with mysql-authentication is atypical. It would need a new field in table popbox. A global setting auth-mysql-mboxtype in tpop3d.conf should be sufficient for most cases. -- MfG, Jakob Hirsch. ICQ# 78958588 77652 Offenburg, Germany From chris@madingley.org Mon Aug 13 00:26:22 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15W4cg-0000IZ-00 for tpop3d-discuss@lists.beasts.org; Mon, 13 Aug 2001 00:26:22 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id XAA03753; Sat, 12 Aug 2000 23:29:32 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id AAA13920; Mon, 13 Aug 2001 00:26:21 +0100 Date: Mon, 13 Aug 2001 00:26:21 +0100 From: Chris Lightfoot To: Jakob Hirsch Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Using maildir Message-ID: <20010813002621.A13793@aquila.esc.cam.ac.uk> References: <015d01c1228b$17491ab0$0b08a8c0@ws> <001301c12299$0b6eb570$0b08a8c0@ws> <20010812010258.A8190@aquila.esc.cam.ac.uk> <002501c12385$2d5237b0$0b08a8c0@ws> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <002501c12385$2d5237b0$0b08a8c0@ws> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Mon, Aug 13, 2001 at 01:19:03AM +0200, Jakob Hirsch wrote: > ----- Original Message ----- From: "Chris Lightfoot" > [...] > > auth_mysql is quite closely tied to a particular > > configuration (vmail-sql), and is not really as general as > > might be desirable. That's why auth-other and auth-perl > > I think it's okay this way, since need for different mailbox-types with > mysql-authentication is atypical. It would need a new field in table > popbox. A global setting auth-mysql-mboxtype in tpop3d.conf should be > sufficient for most cases. Noted. I will probably implement this for the next version. In the meantime, if you need support for both mailbox types with auth_mysql using maildir, I suggest reordering the references in mailbox.c or patching auth_mysql.c manually. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Life is like a sewer. What you get out of it depends on what you put in to it.'' (Tom Lehrer) From jh@plonk.de Mon Aug 13 00:37:16 2001 Received: from pd9547832.dip.t-dialin.net ([217.84.120.50] helo=lx) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15W4nD-0000Kq-00 for tpop3d-discuss@lists.beasts.org; Mon, 13 Aug 2001 00:37:15 +0100 Received: from ws ([192.168.8.11]) by lx with smtp (Exim 3.32 #1) id 15W4nB-0003zo-00; Mon, 13 Aug 2001 01:37:13 +0200 Message-ID: <002b01c12387$b6a24710$0b08a8c0@ws> From: "Jakob Hirsch" To: "Chris Lightfoot" Cc: References: <015d01c1228b$17491ab0$0b08a8c0@ws> <001301c12299$0b6eb570$0b08a8c0@ws> <20010812010258.A8190@aquila.esc.cam.ac.uk> Subject: uid/gid with auth_mysql (was: Re: [tpop3d-discuss] Using maildir) Date: Mon, 13 Aug 2001 01:37:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Hello one more time, > might be desirable. That's why auth-other and auth-perl > exist. It would not be difficult to modify the auth_mysql I need one of these two while migrating the old pop3-mailboxes with standard unix-names to user@domain-logins (in fact it's only changing the client-config since I can the same pop3-mailbox with both authentication methods). But now I have problems with this two (as said before, tpop3d 1.3.4): - auth-perl works after a little tweaking, but it seems that the uid/gid-results are not correctly used. My script returns them like the examples in the script-directory: return { 'result' => 'YES', 'logmsg' => 'authenticated user', 'uid' => 'vmail', 'gid' => 'mail', 'mboxtype' => 'maildir', 'mailbox' => '/var/spool/mail/test/user' }; (mailbox is hardcoded for test purposes) but the log always says: authcontext_new_user_pass: began session for `jh' with perl; uid 12, gid 0 A little testing gave, that he puts the gid (group mail is 12 on my system) I gave into the uid-field and set's gid to 0 everytime. I looked into the sources, but found nothing special (I'm no C programmer, so ...). - when I try auth-other with the same script and the explicit "$auth->run();" (stolen from scripts/dotapopfile), I always get a "auth_other_recv_response: read: Bad file descriptor; killing child". Maybe somebody has a hint or a ready perl code snippet that reads in the input data, so I can do further processing. -- regards, Jakob From chris@madingley.org Mon Aug 13 00:43:43 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15W4sx-0000MH-00 for tpop3d-discuss@lists.beasts.org; Mon, 13 Aug 2001 00:43:19 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id XAA03806; Sat, 12 Aug 2000 23:46:17 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id AAA14345; Mon, 13 Aug 2001 00:43:06 +0100 Date: Mon, 13 Aug 2001 00:43:06 +0100 From: Chris Lightfoot To: Jakob Hirsch Cc: tpop3d-discuss@lists.beasts.org Subject: Re: uid/gid with auth_mysql (was: Re: [tpop3d-discuss] Using maildir) Message-ID: <20010813004306.A14188@aquila.esc.cam.ac.uk> References: <015d01c1228b$17491ab0$0b08a8c0@ws> <001301c12299$0b6eb570$0b08a8c0@ws> <20010812010258.A8190@aquila.esc.cam.ac.uk> <002b01c12387$b6a24710$0b08a8c0@ws> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <002b01c12387$b6a24710$0b08a8c0@ws> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Mon, Aug 13, 2001 at 01:37:13AM +0200, Jakob Hirsch wrote: > Hello one more time, > > > might be desirable. That's why auth-other and auth-perl > > exist. It would not be difficult to modify the auth_mysql > > I need one of these two while migrating the old pop3-mailboxes with > standard unix-names to user@domain-logins (in fact it's only changing > the client-config since I can the same pop3-mailbox with both > authentication methods). But now I have problems with this two (as said > before, tpop3d 1.3.4): > > - auth-perl works after a little tweaking, but it seems that the > uid/gid-results are not correctly used. My script returns them like the > examples in the script-directory: > return { 'result' => 'YES', 'logmsg' => 'authenticated user', > 'uid' => 'vmail', 'gid' => 'mail', > 'mboxtype' => 'maildir', 'mailbox' => '/var/spool/mail/test/user' }; > (mailbox is hardcoded for test purposes) > > but the log always says: > authcontext_new_user_pass: began session for `jh' with perl; uid 12, gid > 0 > A little testing gave, that he puts the gid (group mail is 12 on my > system) I gave into the uid-field and set's gid to 0 everytime. I looked > into the sources, but found nothing special (I'm no C programmer, so > ...). Apologies. This is indeed a bug. On line 321 of auth_perl.c, replace else if (!parse_gid(I->v, &uid)) INVALID("gid", (char*)I->v); with else if (!parse_gid(I->v, &gid)) INVALID("gid", (char*)I->v); I will release a new version to fix this fairly shortly. I can't at present help with the auth-other problem you've reported, but I will investigate it. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ A bureaucrat's idea of cleaning up his files is to make a copy of everything before he destroys it From wanted@gnu.univ.gda.pl Fri Aug 24 08:36:36 2001 Received: from gnu.univ.gda.pl ([153.19.120.250] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15aBW8-00038N-00 for tpop3d-discuss@lists.beasts.org; Fri, 24 Aug 2001 08:36:36 +0100 Received: from wanted by gnu.univ.gda.pl with local (Exim 3.12 #1 (Debian)) id 15aAuB-0007dO-00 for ; Fri, 24 Aug 2001 08:57:23 +0200 Date: Fri, 24 Aug 2001 08:57:23 +0200 From: Marcin Sochacki To: tpop3d-discuss@lists.beasts.org Message-ID: <20010824085723.A29220@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [tpop3d-discuss] timeout problem? Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Some of my users have significant problems with retrieving messages via tpop3d. Their connection with my server is rather slow and unstable. There is a bad habit of breaking the download in Outlook with longer messages. Example: Aug 23 20:31:07 debian tpop3d[9015]: connection_parsecommand: client [6]xxxxxxx@pl.yyyyyyy.com(10.0.0.1): received `RETR 6' Aug 23 20:31:07 debian tpop3d[9015]: connection_do: client [6]xxxxxxx@pl.yyyyyyy.com(10.0.0.1): sending message 6 (680570 bytes) Aug 23 20:31:07 debian tpop3d[9015]: connection_sendresponse: client [6]xxxxxxx@pl.yyyyyyy.com(10.0.0.1): sent `+OK Message follows:' Aug 23 20:39:37 debian tpop3d[9015]: write_file: write: Broken pipe Aug 23 20:39:37 debian tpop3d[9015]: connection_sendresponse: client [6]xxxxxxx@pl.yyyyyyy.com(10.0.0.1): sent `-ERR Oops' Aug 23 20:39:37 debian tpop3d[9015]: authcontext_delete: finished session for `xxxxxxx@pl.yyyyyyy.com' with mysql I've increased the `timeout-seconds' parameter in config file, and it seems to help a bit, but: 1) is there any other way to make tpop3d more stable with unstable links, 2) what's the recommended value of `timeout-seconds' in my conditions. Wanted From chris@madingley.org Fri Aug 24 09:00:39 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15aBtO-0003Bz-00 for tpop3d-discuss@lists.beasts.org; Fri, 24 Aug 2001 09:00:39 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id JAA18224; Fri, 24 Aug 2001 09:00:58 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id JAA09902; Fri, 24 Aug 2001 09:00:37 +0100 Date: Fri, 24 Aug 2001 09:00:37 +0100 From: Chris Lightfoot To: Marcin Sochacki Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] timeout problem? Message-ID: <20010824090037.A9697@aquila.esc.cam.ac.uk> References: <20010824085723.A29220@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010824085723.A29220@gnu.univ.gda.pl> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Aug 24, 2001 at 08:57:23AM +0200, Marcin Sochacki wrote: > Some of my users have significant problems with retrieving messages > via tpop3d. Their connection with my server is rather slow and unstable. > > There is a bad habit of breaking the download in Outlook with longer messages. > Example: > > Aug 23 20:31:07 debian tpop3d[9015]: connection_parsecommand: client [6]xxxxxxx@pl.yyyyyyy.com(10.0.0.1): received `RETR 6' > Aug 23 20:31:07 debian tpop3d[9015]: connection_do: client [6]xxxxxxx@pl.yyyyyyy.com(10.0.0.1): sending message 6 (680570 bytes) > Aug 23 20:31:07 debian tpop3d[9015]: connection_sendresponse: client [6]xxxxxxx@pl.yyyyyyy.com(10.0.0.1): sent `+OK Message follows:' > Aug 23 20:39:37 debian tpop3d[9015]: write_file: write: Broken pipe Whis message is printed because a write(2) on the socket connected to the client returned EPIPE. This means that the remote end dropped the connection. > Aug 23 20:39:37 debian tpop3d[9015]: connection_sendresponse: client [6]xxxxxxx@pl.yyyyyyy.com(10.0.0.1): sent `-ERR Oops' > Aug 23 20:39:37 debian tpop3d[9015]: authcontext_delete: finished session for `xxxxxxx@pl.yyyyyyy.com' with mysql > > I've increased the `timeout-seconds' parameter in config file, and it seems to > help a bit, but: > 1) is there any other way to make tpop3d more stable with unstable > links, > 2) what's the recommended value of `timeout-seconds' in my conditions. Well, in the example above, the user is not being timed out -- their client dropped the connection, apparently between the sending of the +OK Message follows: line and the message itself. Altering the timeout isn't going to help much here. The recommended value for timeout-seconds is small, on the order of 30, because the way that tpop3d locks mailspools prevents MTAs from delivering mail to them. A hung client would therefore prevent any delivery of mail for 30 seconds after it hangs. The RFC recommends a value of 10 minutes, but I think that a 10 minute hiatus in those circumstances is unacceptable. If you use maildir mailboxes, there are no locking issues and you can set the timeout as high as you like. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ One of the lessons of history is that nothing is often a good thing to do -- and always a clever thing to say (Will Durant) From dw@nowhere.dk Fri Aug 24 20:47:51 2001 Received: from dustpuppy.nowhere.dk ([194.19.194.16] ident=postfix) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15aMvn-0005wd-00 for tpop3d-discuss@lists.beasts.org; Fri, 24 Aug 2001 20:47:51 +0100 Received: by dustpuppy.nowhere.dk (Postfix, from userid 666) id E5BCE13ACA; Fri, 24 Aug 2001 21:48:47 +0200 (CEST) Date: Fri, 24 Aug 2001 21:48:47 +0200 From: Allan Joergensen To: tpop3d-discuss@lists.beasts.org Message-ID: <20010824214847.C5249@dustpuppy.nowhere.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.3.18-current-20010607i X-Operating-System: Linux 2.2.19 s390 unknown X-Uptime: 9:41pm up 1 day, 12:26, 7 users, load average: 0.26, 0.25, 0.18 X-Disclaimer: Not speaking for Telia Net unless stated so. X-GPG-Fingerprint: 3A77 4FB2 046E 7582 028C 992A 7B16 5F31 8391 F98A X-GPG-URL: Subject: [tpop3d-discuss] Bug? (on Linux/390) Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I was a little unsure wether to post this here or directly to Chris .. The Problem: dustpuppy:/usr/src/src/tpop3d-1.3.4 # ./tpop3d -f tpop3d.conf -p =2Etpop3d.pid =20 tpop3d: unrecognised option -? tpop3d, version 1.3.4 The symptoms (or not?): gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c main.c main.c: In function `main': main.c:494: warning: comparison is always true due to limited range of data type The system: SuSE 7.0 running on a IBM S/390 Reading specs from /usr/lib/gcc-lib/s390-suse-linux/2.95.2/specs gcc version 2.95.2 19991024 (release) Anything else someone needs to know? --=20 /\ \ / /\ =20 //\\ .. //\\ Allan Joergensen aka [DW] on Undernet //\(( ))/\\ Email: dw@nowhere.dk - Homepage: / < `' > \ "If at first you don't succeed, redefine success" --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjuGr54ACgkQexZfMYOR+YqlzQCcDfDVmZ0VkA7ytcfXRHiAYUGq b5QAn0WP+felEDWR1cusI8tft8FVoSn7 =k0un -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From chris@madingley.org Sat Aug 25 00:09:42 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15aQ58-0006WL-00 for tpop3d-discuss@lists.beasts.org; Sat, 25 Aug 2001 00:09:42 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id AAA21002; Sat, 25 Aug 2001 00:10:09 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id AAA02071; Sat, 25 Aug 2001 00:09:40 +0100 Date: Sat, 25 Aug 2001 00:09:40 +0100 From: Chris Lightfoot To: Allan Joergensen Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Bug? (on Linux/390) Message-ID: <20010825000940.A1625@aquila.esc.cam.ac.uk> References: <20010824214847.C5249@dustpuppy.nowhere.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010824214847.C5249@dustpuppy.nowhere.dk> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Aug 24, 2001 at 09:48:47PM +0200, Allan Joergensen wrote: > I was a little unsure wether to post this here or directly to Chris .. > > The Problem: > > dustpuppy:/usr/src/src/tpop3d-1.3.4 # ./tpop3d -f tpop3d.conf -p > .tpop3d.pid > tpop3d: unrecognised option -? > tpop3d, version 1.3.4 > > The symptoms (or not?): > gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c main.c > main.c: In function `main': > main.c:494: warning: comparison is always true due to limited range of > data type Could you try replacing line 494 of main.c with while ((c = getopt(argc, argv, optstring)) != -1) { ? This should fix the problem; if not, I will investigate further. Re-reading the getopt man page, the previous code (!= EOF) was in error. Evidently this was not apparent on the other architectures I've tried :) -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``Sure, we humans pulled the levers and poked the chads, but in the end the machines did the counting and elected one of their own.'' (Scott Adams, on Dick Cheney) From dw@nowhere.dk Sat Aug 25 06:52:13 2001 Received: from dustpuppy.nowhere.dk ([194.19.194.16] ident=postfix) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15aWMf-0007KM-00 for tpop3d-discuss@lists.beasts.org; Sat, 25 Aug 2001 06:52:13 +0100 Received: by dustpuppy.nowhere.dk (Postfix, from userid 666) id 680D113ACA; Sat, 25 Aug 2001 07:53:09 +0200 (CEST) Date: Sat, 25 Aug 2001 07:53:09 +0200 From: Allan Joergensen To: Chris Lightfoot Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Bug? (on Linux/390) Message-ID: <20010825075308.A16145@dustpuppy.nowhere.dk> References: <20010824214847.C5249@dustpuppy.nowhere.dk> <20010825000940.A1625@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20010825000940.A1625@aquila.esc.cam.ac.uk> User-Agent: Mutt/1.3.18-current-20010607i X-Operating-System: Linux 2.2.19 s390 unknown X-Uptime: 7:46am up 1 day, 22:32, 6 users, load average: 0.19, 0.16, 0.17 X-Disclaimer: Not speaking for Telia Net unless stated so. X-GPG-Fingerprint: 3A77 4FB2 046E 7582 028C 992A 7B16 5F31 8391 F98A X-GPG-URL: Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On 25-Aug-2001, Chris Lightfoot wrote: > Could you try replacing line 494 of main.c with > while ((c =3D getopt(argc, argv, optstring)) !=3D -1) { > ? This should fix the problem; if not, I will investigate > further. > Re-reading the getopt man page, the previous code (!=3D EOF) > was in error. Evidently this was not apparent on the other > architectures I've tried :) gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c main.c main.c: In function `main': main.c:494: warning: comparison is always true due to limited range of data type gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c md5c.c gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c pidfile.c gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c pop3.c pop3.c: In function `connection_do': pop3.c:319: warning: int format, long int arg (arg 5) pop3.c:329: warning: int format, long int arg (arg 5) And tpop3d is still not working. It seems odd that something working on x86 Linux is not running here; maybe it has something to do with the level GCC and friends? Please let me know if you feel that it might be a good idea to upgrade the compiler tools (it will not be easy, but I'll do it if you want me to :)) regards, --=20 /\ \ / /\ =20 //\\ .. //\\ Allan Joergensen aka [DW] on Undernet //\(( ))/\\ Email: dw@nowhere.dk - Homepage: / < `' > \ "If at first you don't succeed, redefine success" From chris@madingley.org Sat Aug 25 12:50:38 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15abxW-0007ql-00 for tpop3d-discuss@lists.beasts.org; Sat, 25 Aug 2001 12:50:38 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id MAA23026 for ; Sat, 25 Aug 2001 12:51:13 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id MAA24062 for tpop3d-discuss@lists.beasts.org; Sat, 25 Aug 2001 12:50:38 +0100 Resent-Message-Id: <200108251150.MAA24062@aquila.esc.cam.ac.uk> Received: from beth.esc.cam.ac.uk (daleth.esc.cam.ac.uk [131.111.64.59]) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) with ESMTP id MAA23124 for ; Sat, 25 Aug 2001 12:16:11 +0100 Received: from sphinx.mythic-beasts.com (mythic.beasts.org [195.82.107.246]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id MAA22905 for ; Sat, 25 Aug 2001 12:16:46 +0100 Received: from localhost ([127.0.0.1]) by sphinx.mythic-beasts.com with smtp (Exim 3.13 #8) id 15abQB-0007mI-00 for chris@madingley.org; Sat, 25 Aug 2001 12:16:11 +0100 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15abQA-0007m0-00 for chris@ex-parrot.com; Sat, 25 Aug 2001 12:16:10 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id MAA22901; Sat, 25 Aug 2001 12:16:39 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id MAA23097; Sat, 25 Aug 2001 12:15:59 +0100 Date: Sat, 25 Aug 2001 12:15:58 +0100 From: Chris Lightfoot To: Allan Joergensen Cc: tpop3d-discuss@lists.beast.org Subject: Re: [tpop3d-discuss] Bug? (on Linux/390) Message-ID: <20010825121558.A22709@aquila.esc.cam.ac.uk> References: <20010824214847.C5249@dustpuppy.nowhere.dk> <20010825000940.A1625@aquila.esc.cam.ac.uk> <20010825075308.A16145@dustpuppy.nowhere.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010825075308.A16145@dustpuppy.nowhere.dk> X-Mail-Author: me X-Mythic-Loop: chris@sphinx.mythic-beasts.com X-Mythic-Loop: chris@sphinx.mythic-beasts.com X-Madingley-Loop: chris@aquila.esc.cam.ac.uk Resent-From: chris@madingley.org Resent-Date: Sat, 25 Aug 2001 12:50:38 +0100 Resent-To: tpop3d-discuss@lists.beasts.org Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Sat, Aug 25, 2001 at 07:53:09AM +0200, Allan Joergensen wrote: > On 25-Aug-2001, Chris Lightfoot wrote: > > > Could you try replacing line 494 of main.c with > > while ((c = getopt(argc, argv, optstring)) != -1) { > > ? This should fix the problem; if not, I will investigate > > further. > > Re-reading the getopt man page, the previous code (!= EOF) > > was in error. Evidently this was not apparent on the other > > architectures I've tried :) > > gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c main.c > main.c: In function `main': > main.c:494: warning: comparison is always true due to limited range of > data type > gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c md5c.c > gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c pidfile.c > gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -c pop3.c > pop3.c: In function `connection_do': > pop3.c:319: warning: int format, long int arg (arg 5) > pop3.c:329: warning: int format, long int arg (arg 5) > > And tpop3d is still not working. ... D'oh, my bad. Could you also replace the definition of c on line 497 of main.c, making it an int instead? > It seems odd that something working on x86 Linux is not running here; > maybe it has something to do with the level GCC and friends? I suspect (though I am not sure) that char is unsigned rather than signed on the S/390 machine. This breaks an assumption I made in the option processing code. (Hmm. I've found some references which suggest that this is indeed the case.) > Please let me know if you feel that it might be a good idea to upgrade > the compiler tools (it will not be easy, but I'll do it if you want me > to :)) I don't think that should be necessary. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``The jawbone of an ass is just as dangerous a weapon today as in Samson's time.'' (Richard Nixon) From chris@shagged.org Fri Aug 31 20:24:38 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15ctuA-0001uN-00 for tpop3d-discuss@lists.beasts.org; Fri, 31 Aug 2001 20:24:38 +0100 Received: from chris by mail.shagged.org with local (Exim 3.33 #1) id 15ctu8-000GIe-00 for tpop3d-discuss@lists.beasts.org; Fri, 31 Aug 2001 20:24:36 +0100 Date: Fri, 31 Aug 2001 20:20:49 +0100 From: Chris Elsworth To: tpop3d-discuss@lists.beast.org Message-ID: <20010831202049.A62554@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Resent-From: chris@shagged.org Resent-Date: Fri, 31 Aug 2001 20:24:36 +0100 Resent-To: tpop3d-discuss@lists.beasts.org Resent-Message-Id: Subject: [tpop3d-discuss] FreeBSD port complete Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion The FreeBSD port of tpop3d is complete and committed: Checkout ports/mail/tpop3d/Makefile Checkout ports/mail/tpop3d/distinfo Checkout ports/mail/tpop3d/files/tpop3d.conf.dist Checkout ports/mail/tpop3d/files/tpop3d.sh.sample Checkout ports/mail/tpop3d/pkg-comment Checkout ports/mail/tpop3d/pkg-descr Checkout ports/mail/tpop3d/pkg-plist I'll keep it updated with new releases :) -- Chris Elsworth - Software & Systems Developer / Systems Administrator From chris@shagged.org Sun Sep 09 14:38:47 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15g4nP-0005zO-00 for tpop3d-discuss@lists.beasts.org; Sun, 09 Sep 2001 14:38:47 +0100 Received: from chris by mail.shagged.org with local (Exim 3.33 #1) id 15g4nO-000MDQ-00 for tpop3d-discuss@lists.beasts.org; Sun, 09 Sep 2001 14:38:46 +0100 Date: Sun, 9 Sep 2001 14:38:09 +0100 From: Chris Elsworth To: tpop3d-discuss@lists.beast.org Message-ID: <20010909143809.A85360@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Resent-From: chris@shagged.org Resent-Date: Sun, 9 Sep 2001 14:38:46 +0100 Resent-To: tpop3d-discuss@lists.beasts.org Resent-Message-Id: Subject: [tpop3d-discuss] [freebsd@chef-ingenieur.de: Re: Problems with tpop3d 1.3.4 and mailbox mode] Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Just after some help with this guy who's having problems with the FreeBSD port.. I thought the error he quotes was because it's not running as root, but apparently not .. what might be causing it? ----- Forwarded message from "Thomas Krause, CI" ----- From: "Thomas Krause, CI" To: Chris Elsworth Subject: Re: Problems with tpop3d 1.3.4 and mailbox mode Date: Sun, 09 Sep 2001 14:24:57 +0200 At 11:22 09.09.2001 +0100, you wrote: >On Sun, Sep 09, 2001 at 11:22:54AM +0200, Thomas Krause, CI wrote: > > > > Hi, > > > > I've installed tpop3d from the ports. I'm using standard mailboxes in > > /var/mail. With tpop3d I'm unable to retrieve mails. In maillog I have: > > > > Sep 8 18:12:15 tom-test tpop3d[5993]: dotfile_lock(/var/mail/tom): > unable to > > create hitching post: Permission denied > > > > I belive this is a problem with permission of /var/mail. It's working when > > setting /var/mail to 777, standard is 775. > >Are you running tpop3d as root, or in the group that has write access to >/var/mail ? It's trying to create a $user.lock file in /var/mail and failing >because it doesn't have permission to do so. tpop3d is running as root and root has all permissions on /var/mail # ps -jxc -U root | grep tpop3d root 39880 1 39879 1011c00 0 S ?? 0:00.02 tpop3d # ls -ld /var/mail drwxrwxr-x 2 root mail 512 Sep 8 18:25 /var/mail (btw. ipop3d is working here, but I want replace it). Regards, Thomas. ----- End forwarded message ----- -- Chris Elsworth - Software & Systems Developer / Systems Administrator From chris@madingley.org Sun Sep 09 15:08:05 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15g5Fl-000650-00 for tpop3d-discuss@lists.beasts.org; Sun, 09 Sep 2001 15:08:05 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id PAA21924 for ; Sun, 9 Sep 2001 15:11:56 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id PAA14954 for tpop3d-discuss@lists.beasts.org; Sun, 9 Sep 2001 15:08:05 +0100 Resent-Message-Id: <200109091408.PAA14954@aquila.esc.cam.ac.uk> Received: from beth.esc.cam.ac.uk (daleth.esc.cam.ac.uk [131.111.64.59]) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) with ESMTP id PAA14867 for ; Sun, 9 Sep 2001 15:06:49 +0100 Received: from sphinx.mythic-beasts.com (mythic.beasts.org [195.82.107.246]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id PAA21906 for ; Sun, 9 Sep 2001 15:10:39 +0100 Received: from localhost ([127.0.0.1]) by sphinx.mythic-beasts.com with smtp (Exim 3.13 #8) id 15g5EW-000641-00 for chris@madingley.org; Sun, 09 Sep 2001 15:06:48 +0100 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15g5EV-00063c-00 for chris@ex-parrot.com; Sun, 09 Sep 2001 15:06:47 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id PAA21902; Sun, 9 Sep 2001 15:10:37 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id PAA14858; Sun, 9 Sep 2001 15:06:46 +0100 Date: Sun, 9 Sep 2001 15:06:46 +0100 From: Chris Lightfoot To: Chris Elsworth Cc: tpop3d-discuss@lists.beast.org Subject: Re: [tpop3d-discuss] [freebsd@chef-ingenieur.de: Re: Problems with tpop3d 1.3.4 and mailbox mode] Message-ID: <20010909150646.A14751@aquila.esc.cam.ac.uk> References: <20010909143809.A85360@shagged.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20010909143809.A85360@shagged.org> X-Mail-Author: me X-Mythic-Loop: chris@sphinx.mythic-beasts.com X-Mythic-Loop: chris@sphinx.mythic-beasts.com X-Madingley-Loop: chris@aquila.esc.cam.ac.uk Resent-From: chris@madingley.org Resent-Date: Sun, 9 Sep 2001 15:08:05 +0100 Resent-To: tpop3d-discuss@lists.beasts.org Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Sun, Sep 09, 2001 at 02:38:09PM +0100, Chris Elsworth wrote: > Just after some help with this guy who's having problems with the FreeBSD > port.. I thought the error he quotes was because it's not running as root, > but apparently not .. what might be causing it? > ----- Forwarded message from "Thomas Krause, CI" ----- > > From: "Thomas Krause, CI" > To: Chris Elsworth > Subject: Re: Problems with tpop3d 1.3.4 and mailbox mode > Date: Sun, 09 Sep 2001 14:24:57 +0200 > > At 11:22 09.09.2001 +0100, you wrote: > >On Sun, Sep 09, 2001 at 11:22:54AM +0200, Thomas Krause, CI wrote: > > > > > > Hi, > > > > > > I've installed tpop3d from the ports. I'm using standard mailboxes in > > > /var/mail. With tpop3d I'm unable to retrieve mails. In maillog I have: > > > > > > Sep 8 18:12:15 tom-test tpop3d[5993]: dotfile_lock(/var/mail/tom): > > unable to > > > create hitching post: Permission denied > > > > > > I belive this is a problem with permission of /var/mail. It's working when > > > setting /var/mail to 777, standard is 775. > > > >Are you running tpop3d as root, or in the group that has write access to > >/var/mail ? It's trying to create a $user.lock file in /var/mail and failing > >because it doesn't have permission to do so. > > tpop3d is running as root and root has all permissions on /var/mail > > # ps -jxc -U root | grep tpop3d > root 39880 1 39879 1011c00 0 S ?? 0:00.02 tpop3d > > # ls -ld /var/mail > drwxrwxr-x 2 root mail 512 Sep 8 18:25 /var/mail > > (btw. ipop3d is working here, but I want replace it). tpop3d never runs as root when accessing user mailspools. In this situation, you would want either to make tpop3d run as group mail (so that it can create files in /var/mail), make /var/mail chmod 1777, or to switch off dotfile locking. -- Chris Lightfoot -- www.ex-parrot.com/~chris/ ``I don't kill flies, but I like to mess with their minds. I hold them above globes. They freak out and yell, `Whoa, I'm way too high'.'' (Bruce Baum) From jk@isitrain.de Thu Sep 20 14:14:01 2001 Received: from web.isidomain.de ([195.222.254.15] helo=www.isidomain.de) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15k3eT-0003XY-00 for tpop3d-discuss@lists.beasts.org; Thu, 20 Sep 2001 14:14:01 +0100 Received: from pd9538b63.dip.t-dialin.net ([217.83.139.99] helo=uns) by www.isidomain.de with asmtp (Exim 3.32 #6) id 15k3eS-0005OJ-00 for tpop3d-discuss@lists.beasts.org; Thu, 20 Sep 2001 15:14:00 +0200 From: "Jens Kutilek" Organization: www.kutilek.de To: tpop3d-discuss@lists.beasts.org Date: Thu, 20 Sep 2001 15:13:59 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Message-ID: <3BAA07B7.24670.1D10D1@localhost> Priority: normal X-mailer: Pegasus Mail for Win32 (v3.12cDE) Subject: [tpop3d-discuss] Segmentation fault Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion I tried to install tpop3d on Debian Linux / PowerPC. At first it didn't run at all, but it was better after I applied the two changes to main.c that were posted here last month. But though, tpop3d causes a segmentation fault: # tpop3d -d -v listener_new: gethostbyaddr(): cannot resolve name Segmentation fault The call gethostbyaddr() exists, even on PowerPC ;-) But I think that is only a warning and not related to the segfault, right? Any ideas? What can I do to give more information about the crash? I don't know very much about programming & debugging. By the way, the lines I changed in main.c were: 487 char *configfile =3D "/etc/tpop3d.conf"; 488 int na, c; 494 while ((c =3D getopt(argc, argv, optstring)) !=3D -1) { Hope I did it right ... bye, Jens. -- Jens Kutilek * ISITRAIN Schulung und Systeml=F6sungen GmbH Web-Design * Postfach 1125, 38174 Wendeburg www.isitrain.de * Telefon 05303-941014, Fax 05303-941016 From chris@madingley.org Thu Sep 20 17:01:41 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15k6Gj-0004h3-00 for tpop3d-discuss@lists.beasts.org; Thu, 20 Sep 2001 17:01:41 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id RAA06664; Thu, 20 Sep 2001 17:07:54 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id RAA23665; Thu, 20 Sep 2001 17:01:39 +0100 Date: Thu, 20 Sep 2001 17:01:38 +0100 From: Chris Lightfoot To: Jens Kutilek Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] Segmentation fault Message-ID: <20010920170138.A23616@aquila.esc.cam.ac.uk> References: <3BAA07B7.24670.1D10D1@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <3BAA07B7.24670.1D10D1@localhost> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Thu, Sep 20, 2001 at 03:13:59PM +0200, Jens Kutilek wrote: > I tried to install tpop3d on Debian Linux / PowerPC. At first it didn't > run at all, but it was better after I applied the two changes to main.c > that were posted here last month. > But though, tpop3d causes a segmentation fault: > # tpop3d -d -v > listener_new: gethostbyaddr(): cannot resolve name > Segmentation fault > > The call gethostbyaddr() exists, even on PowerPC ;-) But I think that > is only a warning and not related to the segfault, right? > Any ideas? What can I do to give more information about the crash? I > don't know very much about programming & debugging. > > By the way, the lines I changed in main.c were: > 487 char *configfile = "/etc/tpop3d.conf"; > 488 int na, c; > 494 while ((c = getopt(argc, argv, optstring)) != -1) { > > Hope I did it right ... There were a couple of other bug fixes which I will package up into a new release; this could be a manifestation of the same problem. I will send an email to the list when this is done, and hopefully that will resolve it. -- ``The effect of a bisection will in effect create two separate monopolies.'' (Judge Jackson, Microsoft antitrust hearing) From chris@ex-parrot.com Thu Sep 20 19:51:31 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15k8v4-0005sq-00 for tpop3d-discuss@lists.beasts.org; Thu, 20 Sep 2001 19:51:30 +0100 Received: from caesious.cold.local (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id TAA07315; Thu, 20 Sep 2001 19:57:46 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15k8v3-0006PM-00; Thu, 20 Sep 2001 19:51:29 +0100 Date: Thu, 20 Sep 2001 19:51:29 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Cc: Jens Kutilek Message-ID: <20010920195129.A24629@caesious.cold.local> References: <3BAA07B7.24670.1D10D1@localhost> <20010920170138.A23616@aquila.esc.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010920170138.A23616@aquila.esc.cam.ac.uk>; from chris@ex-parrot.com on Thu, Sep 20, 2001 at 05:01:38PM +0100 X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d 1.3.5pre1 (Was: Segmentation fault) Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Thu, Sep 20, 2001 at 05:01:38PM +0100, Chris Lightfoot wrote: > On Thu, Sep 20, 2001 at 03:13:59PM +0200, Jens Kutilek wrote: > > I tried to install tpop3d on Debian Linux / PowerPC. At first it didn't > > run at all, but it was better after I applied the two changes to main.c > > that were posted here last month. > > But though, tpop3d causes a segmentation fault: > > # tpop3d -d -v > > listener_new: gethostbyaddr(): cannot resolve name > > Segmentation fault [...] > There were a couple of other bug fixes which I will > package up into a new release; this could be a > manifestation of the same problem. I will send an email to > the list when this is done, and hopefully that will > resolve it. > OK, this is version 1.3.5pre1, available from http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.5pre1.tar.gz As well as the bugfixes for getting the code running on Linux S/390 (thanks to Allan Joergensen), this incorporates the previously-requested feature of passing the client IP address to auth_other and auth_perl authenticators, which should make POP-before-SMTP relaying easier to implement. -- Just because you're paranoid doesn't mean they aren't out to get you From jk@isitrain.de Fri Sep 21 08:10:43 2001 Received: from web.isidomain.de ([195.222.254.15] helo=www.isidomain.de) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15kKSR-0000Wp-00 for tpop3d-discuss@lists.beasts.org; Fri, 21 Sep 2001 08:10:43 +0100 Received: from pd9538b98.dip.t-dialin.net ([217.83.139.152] helo=scanner) by www.isidomain.de with asmtp (Exim 3.32 #6) id 15kKSQ-0006DL-00 for tpop3d-discuss@lists.beasts.org; Fri, 21 Sep 2001 09:10:42 +0200 From: "Jens Kutilek" Organization: ISITRAIN GmbH To: tpop3d-discuss@lists.beasts.org Date: Fri, 21 Sep 2001 09:11:39 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: [tpop3d-discuss] tpop3d 1.3.5pre1 (Was: Segmentation fault) Message-ID: <3BAB044B.15908.25663C@localhost> Priority: normal In-reply-to: <20010920195129.A24629@caesious.cold.local> References: <20010920170138.A23616@aquila.esc.cam.ac.uk>; from chris@ex-parrot.com on Thu, Sep 20, 2001 at 05:01:38PM +0100 X-mailer: Pegasus Mail for Win32 (v3.12cDE) Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On 20 Sep 2001, at 19:51, Chris Lightfoot wrote: > On Thu, Sep 20, 2001 at 05:01:38PM +0100, Chris Lightfoot wrote: > OK, this is version 1.3.5pre1, available from > > http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.5pre1.tar.gz Line 215 in auth_mysql.c should be print_log(LOG_WARNING, _("auth_mysql_init: no auth-mysql-password directive in config; using blank password")); instead of "...(LOG_WARN,..." I think. But now the program works fine. Thanks :-) bye, Jens. From chris@ex-parrot.com Wed Sep 26 00:47:27 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15m1vD-0006fT-00 for tpop3d-discuss@lists.beasts.org; Wed, 26 Sep 2001 00:47:27 +0100 Received: from caesious.cold.local (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id AAA01670; Wed, 26 Sep 2001 00:54:50 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15m1vC-0005Uo-00; Wed, 26 Sep 2001 00:47:26 +0100 Date: Wed, 26 Sep 2001 00:47:26 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Cc: mike@big.faceless.org Message-ID: <20010926004726.A21089@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d, v1.3.5pre2 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Announcing tpop3d v1.3.5pre2. This includes the bugfixes in the pre1 version, and enhancements to auth-mysql: - SQL queries can now be specified at runtime, thanks to a patch contributed by Mike Bremford; - the mailbox type used for auth-mysql logins can now be specified dynamically. In addition, a minor fix to the autoconf script from a patch in an RPM distributed as part of the `Polish(ed) Linux Distribution' from http://www.pld.org.pl/ was incorporated. The code is available from http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.5pre2.tar.gz Please send feedback/patches/flames as per usual.... -- ``Intelligence has much less practical application than you'd think.'' (Scott Adams, from `Dilbert') From jh@plonk.de Wed Sep 26 23:20:44 2001 Received: from pd9e55c39.dip.t-dialin.net ([217.229.92.57] helo=jh.ath.cx) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15mN2p-0007t2-00 for tpop3d-discuss@lists.beasts.org; Wed, 26 Sep 2001 23:20:44 +0100 Received: from ws ([192.168.8.11]) by jh.ath.cx with smtp (Exim 3.32 #1) for id 15mN2i-0002DH-00; Thu, 27 Sep 2001 00:20:36 +0200 Message-ID: <00ca01c146d9$774ce460$0b08a8c0@ws> From: "Jakob Hirsch" To: Date: Thu, 27 Sep 2001 00:20:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [tpop3d-discuss] STAT always gives +OK x 0 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Hello, My tpop3d 1.3.4 returns to a STAT the correct msg count, but for octets always 0. This is no problem the most MUAs, but some software refuses to retrieve mail in this case. My C is not good enough to fix this, so I worked around it by simply sending the msg count curmbox->num twice in pop3.c. That does what I need but maybe it should be fixed anytime. -- MfG, Jakob Hirsch. ICQ# 78958588 77652 Offenburg, Germany From chris@ex-parrot.com Thu Sep 27 01:04:43 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15mOfS-0000Eu-00 for tpop3d-discuss@lists.beasts.org; Thu, 27 Sep 2001 01:04:42 +0100 Received: from caesious.cold.local (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id BAA07926; Thu, 27 Sep 2001 01:12:17 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15mOfQ-0006Uo-00; Thu, 27 Sep 2001 01:04:40 +0100 Date: Thu, 27 Sep 2001 01:04:40 +0100 From: Chris Lightfoot To: Jakob Hirsch Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] STAT always gives +OK x 0 Message-ID: <20010927010440.A24956@caesious.cold.local> References: <00ca01c146d9$774ce460$0b08a8c0@ws> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00ca01c146d9$774ce460$0b08a8c0@ws>; from jh@plonk.de on Thu, Sep 27, 2001 at 12:20:35AM +0200 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Thu, Sep 27, 2001 at 12:20:35AM +0200, Jakob Hirsch wrote: > Hello, > > My tpop3d 1.3.4 returns to a STAT the correct msg count, but for octets always 0. This is no problem > the most MUAs, but some software refuses to retrieve mail in this case. My C is not good enough to > fix this, so I worked around it by simply sending the msg count curmbox->num twice in pop3.c. That > does what I need but maybe it should be fixed anytime. Apologies. This is a bug in the code which handles maildir mailboxes. I have fixed it in my CVS copy, which will shortly be the relaeased 1.3.5, but if you wish to patch it in an existing copy, then please apply the patch below: diff -u -r1.2 maildir.c --- maildir.c 2001/07/08 16:57:09 1.2 +++ maildir.c 2001/09/27 00:03:49 @@ -80,6 +80,8 @@ struct indexpoint pt; maildir_make_indexpoint(&pt, filename, st.st_size, st.st_mtime); mailbox_add_indexpoint(M, &pt); + /* Hack: accumulate size of messages. */ + M->st.st_size += st.st_size; } free(filename); } -- Just because you're paranoid doesn't mean they aren't out to get you From nancy@bigfishmail.com Fri Sep 28 18:53:23 2001 Received: from [166.90.144.253] (helo=mail2-la-R.bigfish.com) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15n1pC-0001nI-00 for tpop3d-discuss@lists.beasts.org; Fri, 28 Sep 2001 18:53:23 +0100 Received: from mail2-la.bigfish.com (localhost.localdomain [127.0.0.1]) by mail2-la-R.bigfish.com (Postfix) with ESMTP id BFEC97BA0 for ; Fri, 28 Sep 2001 17:52:53 +0000 (UTC) Received: from nancomp (unknown [207.155.18.194]) by mail2-la.bigfish.com (Postfix) with SMTP id A08C87B9E for ; Fri, 28 Sep 2001 17:52:53 +0000 (UTC) From: "Nancy Pettigrew" To: Date: Fri, 28 Sep 2001 10:52:52 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: [tpop3d-discuss] memory usage Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion Has anyone else noticed high memory usage on the tpop3d process? I'm running tpop3d 1.3.4 (with some local tweaks) on Linux RH 6.2. Sysadmin here has questioned the mem usage, and has noticed it as high as 300M. Possibly increasing over time... Here's the top output: PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 23667 root 1 0 94344 92M 94176 S 0 0.0 9.1 38:16 tpop3d and the next day... 23667 root 6 0 106M 106M 98.3M S 0 1.9 10.5 48:14 tpop3d -Nancy From wanted@gnu.univ.gda.pl Fri Sep 28 19:09:04 2001 Received: from gnu.univ.gda.pl ([153.19.120.250] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15n24N-0001vc-00 for tpop3d-discuss@lists.beasts.org; Fri, 28 Sep 2001 19:09:04 +0100 Received: from wanted by gnu.univ.gda.pl with local (Exim 3.12 #1 (Debian)) id 15n23Z-0000gH-00 for ; Fri, 28 Sep 2001 20:08:13 +0200 Date: Fri, 28 Sep 2001 20:07:51 +0200 From: Marcin Sochacki To: tpop3d-discuss.lists.beasts.org@gnu.univ.gda.pl Subject: Re: [tpop3d-discuss] memory usage Message-ID: <20010928200751.A2227@gnu.univ.gda.pl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nancy@bigfishmail.com on Fri, Sep 28, 2001 at 10:52:52AM -0700 Resent-From: wanted@gnu.univ.gda.pl Resent-Date: Fri, 28 Sep 2001 20:08:13 +0200 Resent-To: tpop3d-discuss@lists.beasts.org Resent-Message-Id: Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Sep 28, 2001 at 10:52:52AM -0700, Nancy Pettigrew wrote: > Has anyone else noticed high memory usage on the tpop3d process? I'm > running tpop3d 1.3.4 (with some local tweaks) on Linux RH 6.2. Sysadmin > here has questioned the mem usage, and has noticed it as high as 300M. > Possibly increasing over time... > > Here's the top output: > PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND > 23667 root 1 0 94344 92M 94176 S 0 0.0 9.1 38:16 tpop3d > > and the next day... > 23667 root 6 0 106M 106M 98.3M S 0 1.9 10.5 48:14 tpop3d Looks like some memory leak, on my system: PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 1039 root 0 0 3136 3136 804 S 0 0.0 1.2 1:05 tpop3d 1044 root 0 0 1332 1332 748 S 0 0.0 0.5 0:04 tpop3d 1049 root 0 0 1368 1368 756 S 0 0.0 0.5 0:03 tpop3d 1054 root 0 0 1096 1096 756 S 0 0.0 0.4 0:00 tpop3d 1059 root 0 0 1100 1100 756 S 0 0.0 0.4 0:00 tpop3d 1064 root 0 0 1132 1132 756 S 0 0.0 0.4 0:00 tpop3d 1069 root 0 0 1148 1148 804 S 0 0.0 0.4 0:00 tpop3d 1074 root 0 0 1092 1092 756 S 0 0.0 0.4 0:00 tpop3d 1078 root 0 0 4568 4568 760 S 0 0.0 1.7 0:20 tpop3d it never exceeds few megs. Try to download the latest version, recompile and watch for errors. You could also try strace'ing to find where the problem lies. Marcin From jh@plonk.de Sun Sep 30 13:27:28 2001 Received: from pd9e55cdb.dip.t-dialin.net ([217.229.92.219] helo=jh.ath.cx) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15nfgu-0007Hu-00 for tpop3d-discuss@lists.beasts.org; Sun, 30 Sep 2001 13:27:28 +0100 Received: from ws ([192.168.8.11]) by jh.ath.cx with smtp (Exim 3.32 #1) for id 15nfgn-0003DE-00; Sun, 30 Sep 2001 14:27:21 +0200 Message-ID: <005e01c149ab$4015a480$0b08a8c0@ws> From: "Jakob Hirsch" To: References: <00ca01c146d9$774ce460$0b08a8c0@ws> <20010927010440.A24956@caesious.cold.local> Subject: Re: [tpop3d-discuss] STAT always gives +OK x 0 Date: Sun, 30 Sep 2001 14:27:20 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion ----- Original Message From: "Chris Lightfoot" > Apologies. This is a bug in the code which handles maildir He, it's free code, I'm very glad to have it and over all it works like a charm! It seems that Maildirs are not that widely used. Strange, since Maildir is first choice, I think, when you don't have to use old software that only works with BSD-mailboxes. > mailboxes. I have fixed it in my CVS copy, which will > shortly be the relaeased 1.3.5, but if you wish to patch > it in an existing copy, then please apply the patch below: Thanks, works perfect. -- regards, Jakob From chris@ex-parrot.com Sun Sep 30 16:26:16 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15niTw-0000CT-00 for tpop3d-discuss@lists.beasts.org; Sun, 30 Sep 2001 16:26:16 +0100 Received: from caesious.cold.local (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id QAA27183; Sun, 30 Sep 2001 16:34:26 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15niTh-0002NZ-00; Sun, 30 Sep 2001 16:26:01 +0100 Date: Sun, 30 Sep 2001 16:26:01 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Message-ID: <20010930162601.A9075@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] Upcoming release: 1.3.5 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion I will shortly release tpop3d, v1.3.5. At the moment, the incorporated changes are: | 1.3.5 | | A bug in the log printing code which caused trouble on some architectures | was fixed. A bug in the maildir code which caused the STAT command to claim | that the size of the mailbox was 0 was also fixed. | | Authenticators are now passed the IP address of the connected client, which | makes writing POP-before-SMTP authenticators easier. | | Facility for specifying the SQL queries used by auth-mysql at runtime was | added, thanks to Mike Bremford. In addition, it is now possible to specify | the types of mailboxes used by auth-mysql. | | Support for TCP Wrappers was added. Are there any other requested bug fixes/small enhancements of which I have lost track? -- ``If one is sailing on the Titanic, it is best to live in a lifeboat.'' (Danish minister, on exchange-rate policy) From william@smartguys.net Fri Oct 05 23:11:08 2001 Received: from ns1.up-ramp.net ([216.207.172.2]) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15pdBT-0006VT-00 for tpop3d-discuss@lists.beasts.org; Fri, 05 Oct 2001 23:11:07 +0100 Received: from videopc (adsl-65-66-221-210.dsl.hstntx.swbell.net [65.66.221.210]) by ns1.up-ramp.net (8.8.7/8.8.7) with SMTP id RAA06262 for ; Fri, 5 Oct 2001 17:11:29 -0500 Message-ID: <00ce01c14de9$a957b220$1400a8c0@videopc> From: "William Devine, II" To: Date: Fri, 5 Oct 2001 17:04:09 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00CB_01C14DBF.C01CF4E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [tpop3d-discuss] How to setup a hashed directory structure? Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion This is a multi-part message in MIME format. ------=_NextPart_000_00CB_01C14DBF.C01CF4E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a virtual hosting site and have user accounts setup in 'hashed' = directories based on their first two username characters. IE username of william would be under /home/httpd/userpages/w/wi/william and referenced as http://www.whateversite.com/william/ and I then use mod_rewrite and a perl script to rewrite william = to /w/wi/william I want to be able to deposit user's email into a subdirectory called = '.mail' under /w/wi/william . I'd then have a rule in apache to disable = download of this directory or any files under it (just in case.) Then = all email for that user would be dropped inside this directory so it = will count against their quota when the upload additional files for = their website. Possible? thanx! William ------=_NextPart_000_00CB_01C14DBF.C01CF4E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have a virtual hosting site and have = user=20 accounts setup in 'hashed' directories based on their first two username = characters.
IE   username=20 of       william
would be under=20 /home/httpd/userpages/w/wi/william
and referenced as http://www.whateversite.com= /william/
and I then use mod_rewrite and a perl = script to=20 rewrite    william     to=20 /w/wi/william
I want to be able to deposit user's = email into a=20 subdirectory called '.mail' under /w/wi/william .  I'd then have a = rule in=20 apache to disable download of this directory or any files under it (just = in=20 case.)  Then all email for that user would be dropped inside this = directory=20 so it will count against their quota when the upload additional files = for their=20 website.
 
Possible?
 
thanx!
William
------=_NextPart_000_00CB_01C14DBF.C01CF4E0-- From chris@ex-parrot.com Sat Oct 06 00:39:53 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15peZN-0007It-00 for tpop3d-discuss@lists.beasts.org; Sat, 06 Oct 2001 00:39:53 +0100 Received: from caesious.cold.local (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id AAA28200; Sat, 6 Oct 2001 00:49:11 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15peZ6-0006SO-00; Sat, 06 Oct 2001 00:39:36 +0100 Date: Sat, 6 Oct 2001 00:39:36 +0100 From: Chris Lightfoot To: "William Devine, II" Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] How to setup a hashed directory structure? Message-ID: <20011006003936.A24204@caesious.cold.local> References: <00ce01c14de9$a957b220$1400a8c0@videopc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00ce01c14de9$a957b220$1400a8c0@videopc>; from william@smartguys.net on Fri, Oct 05, 2001 at 05:04:09PM -0500 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, Oct 05, 2001 at 05:04:09PM -0500, William Devine, II wrote: > I have a virtual hosting site and have user accounts setup in 'hashed' directories based on their first two username characters. > IE username of william > would be under /home/httpd/userpages/w/wi/william > and referenced as http://www.whateversite.com/william/ > and I then use mod_rewrite and a perl script to rewrite william to /w/wi/william > I want to be able to deposit user's email into a subdirectory called '.mail' under /w/wi/william . I'd then have a rule in apache to disable download of this directory or any files under it (just in case.) Then all email for that user would be dropped inside this directory so it will count against their quota when the upload additional files for their website. > > Possible? Absolutely. If you are using Unix users, then do something like mailbox: bsd:/home/httpd/userpages/$(user[0])/$(user[0])$(user[1])/$(user)/.mail in the tpop3d.conf file. If you are using vmail-sql, you just need to arrange that the mailspool specified for the given user is in the location you suggest. How you get mail delivered to the right place is a separate matter, but the exim config docs would be a good place to start. -- ``... that night when, according to legend, an RCA Marketing Manager received a phone call from a disturbed customer. His 301 [typesetter] had just hyphenated `God'.'' (Paul E. Justus, quoted in `The TeXbook') From wanted@gnu.univ.gda.pl Thu Oct 18 11:26:59 2001 Received: from gnu.univ.gda.pl ([153.19.120.250] ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15uAO9-0000Ye-00 for tpop3d-discuss@lists.beasts.org; Thu, 18 Oct 2001 11:26:57 +0100 Received: from wanted by gnu.univ.gda.pl with local (Exim 3.12 #1 (Debian)) id 15uAO1-00053S-00 for ; Thu, 18 Oct 2001 12:26:49 +0200 Date: Thu, 18 Oct 2001 12:26:49 +0200 From: Marcin Sochacki To: tpop3d-discuss@lists.beasts.org Message-ID: <20011018122649.C16178@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: [tpop3d-discuss] logging to syslog error Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion In tpop3d (8) I've found: tpop3d logs most diagnostics via syslog(3), using facility mail. Unfortunately it's not 100% correct. Some messages are logged with auth.info facility, which made my tpop3d logs spread across various files. With 'syslogd -d' one can see: logmsg: auth.info<38>, flags 2, from debian, msg Oct 18 12:13:29 tpop3d[18723]: fork_child: [3]peter(10.0.0.248): successfully authenticated with pam logmsg: auth.info<38>, flags 2, from debian, msg Oct 18 11:53:50 tpop3d[17783]: authcontext_delete: finished session for `aga' with pam My temporary solution is: ****** /etc/syslog.conf ****** *.*;mail.none;auth.!=info /var/log/syslog mail.*;auth.=info /var/log/mail.log And for the wishlist, it would be nice to have an option to get 'compact' logs from tpop3d. Currently, one POP3 session creates about five lines, which fills my disks quite quickly. Regards, Marcin From chris@madingley.org Thu Oct 18 11:46:26 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15uAh0-0000qz-00 for tpop3d-discuss@lists.beasts.org; Thu, 18 Oct 2001 11:46:26 +0100 Received: from aquila.esc.cam.ac.uk (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id LAA29496; Thu, 18 Oct 2001 11:58:42 +0100 Received: (from chris@localhost) by aquila.esc.cam.ac.uk (8.9.3/8.9.1) id LAA14749; Thu, 18 Oct 2001 11:46:25 +0100 Date: Thu, 18 Oct 2001 11:46:25 +0100 From: Chris Lightfoot To: Marcin Sochacki Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] logging to syslog error Message-ID: <20011018114625.A14287@aquila.esc.cam.ac.uk> References: <20011018122649.C16178@gnu.univ.gda.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20011018122649.C16178@gnu.univ.gda.pl> X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Thu, Oct 18, 2001 at 12:26:49PM +0200, Marcin Sochacki wrote: > In tpop3d (8) I've found: > > tpop3d logs most diagnostics via syslog(3), using facility > mail. > > Unfortunately it's not 100% correct. > Some messages are logged with auth.info facility, which made my tpop3d > logs spread across various files. > > With 'syslogd -d' one can see: > logmsg: auth.info<38>, flags 2, from debian, msg Oct 18 12:13:29 tpop3d[18723]: > fork_child: [3]peter(10.0.0.248): successfully authenticated with pam > > logmsg: auth.info<38>, flags 2, from debian, msg Oct 18 11:53:50 tpop3d[17783]: > authcontext_delete: finished session for `aga' with pam That's bizarre, and I can't reproduce the problem here. The messages are logged with facility mail as expected. I can't really see how the above would happen, since tpop3d calls openlog(3) specifying facility MAIL. Unless, of course, one of your PAM modules is calling openlog itself, with facility auth. But that really shouldn't happen. > My temporary solution is: > > ****** > /etc/syslog.conf > ****** > *.*;mail.none;auth.!=info /var/log/syslog > mail.*;auth.=info /var/log/mail.log > > And for the wishlist, it would be nice to have an option to get > 'compact' logs from tpop3d. Currently, one POP3 session creates about five > lines, which fills my disks quite quickly. Well, to a certain extent you can do this by using syslog.conf to only record messages of ERR and above, but I'm not sure whether I employ enough different levels of logging for this to work usefully. -- ``If you're of average intelligence, you've already outwitted most burglars.'' (Chris MacKenzie) From chris@ex-parrot.com Sat Oct 27 19:54:10 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15xYav-0003F9-00 for tpop3d-discuss@lists.beasts.org; Sat, 27 Oct 2001 19:54:09 +0100 Received: from caesious.cold.local (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id UAA16815; Sat, 27 Oct 2001 20:08:28 +0100 Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 15xYau-0000x4-00; Sat, 27 Oct 2001 19:54:08 +0100 Date: Sat, 27 Oct 2001 19:54:08 +0100 From: Chris Lightfoot To: tpop3d-discuss@lists.beasts.org Message-ID: <20011027195408.A3655@caesious.cold.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d 1.3.5 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion I have finally got around to releasing tpop3d v1.3.5. http://www.ex-parrot.com/~chris/tpop3d/tpop3d-1.3.5.tar.gz Changes: A bug in the log printing code which caused trouble on some architectures was fixed. A bug in the maildir code which caused the STAT command to claim that the size of the mailbox was 0 was also fixed. The code was cleaned up slightly in a comp.lang.c sense. Authenticators are now passed the IP address of the connected client, which makes writing POP-before-SMTP authenticators easier. Facility for specifying the SQL queries used by auth-mysql at runtime was added, thanks to Mike Bremford. In addition, it is now possible to specify the types of mailboxes used by auth-mysql. Support for TCP Wrappers was added. tpop3d will now remove a stale PID file on startup, rather than exiting. Support for the MySQL PASSWORD() function as a password-hashing method was added. A bug in the supplied TPOP3D::AuthDriver perl module was fixed, thanks to Steve Benson. A `StartupItem' (Mac OS X startup script) for tpop3d was contributed by Gerben Wierda, along with notes on using tpop3d on Mac OS X. -- ``The peak years of our intellectual development are between the ages of four and eighteen. At age four, we knew all the questions; at eighteen, all the answers.'' From ben@blahr.com Thu Nov 01 17:57:51 2001 Received: from hiro.blahr.com ([208.139.193.245]) by sphinx.mythic-beasts.com with smtp (Exim 3.13 #8) id 15zM6B-0006iD-00 for tpop3d-discuss@lists.beasts.org; Thu, 01 Nov 2001 17:57:51 +0000 Received: (qmail 26247 invoked by uid 1000); 1 Nov 2001 17:57:50 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 1 Nov 2001 17:57:50 -0000 Date: Thu, 1 Nov 2001 10:57:50 -0700 (MST) From: Ben Schumacher To: tpop3d-discuss@lists.beasts.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [tpop3d-discuss] tpop3d w/TLS Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion After a couple late nights of hacking and a lot of beating my head against the wall, I got TLS working with tpop3d. Right now, it only support STLS -- starting TLS after an unencrypted connection has already been established on 110 -- but I think it would be pretty simple to get it to support pop3s, or SSL to start with over port 995. The code probably needs some cleanup and sanity checking, but I used OpenSSL, so it should be fairly portable. I don't know a lot about setting up autoconf scripts, so I haven't modified configure.in to have a --with-openssl option, or the like. So far the code has only been configured to mbox, and not mdir. The reason for this is that the send_message function expects a socket, so I had to add a special tls_send_message function to mbox that accepts an SSL type. If anybody's interested, I could diff what I have and post it to the list for you. Just wanted to give everybody a heads up that it is possible and not all that difficult to get TLS working with tpop3d! Ben From pdw@sphinx.mythic-beasts.com Thu Nov 01 18:36:08 2001 Received: from pdw by sphinx.mythic-beasts.com with local (Exim 3.13 #8) id 15zMhD-0007F2-00; Thu, 01 Nov 2001 18:36:07 +0000 Date: Thu, 1 Nov 2001 18:36:07 +0000 From: Paul Warren To: Ben Schumacher Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] tpop3d w/TLS Message-ID: <20011101183607.B25302@sphinx.mythic-beasts.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ben@blahr.com on Thu, Nov 01, 2001 at 10:57:50AM -0700 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Thu, Nov 01, 2001 at 10:57:50AM -0700, Ben Schumacher wrote: > After a couple late nights of hacking and a lot of beating my head against > the wall, I got TLS working with tpop3d. Have you considered using something like sslwrap? This is what we use to add SSL support to tpop3d and other services. sslwrap listens on a port, does the (en|de)cryption and then forwards to a conventional daemon on another port. Admittedly there is going to be a small performance hit from starting up a separate process and a separate TCP connection, but I think that if you're using software SSL then performance is Something That Happens to Other People anyway... Paul From chris@sphinx.mythic-beasts.com Thu Nov 01 18:49:37 2001 Received: from chris by sphinx.mythic-beasts.com with local (Exim 3.13 #8) id 15zMuH-0007WX-00; Thu, 01 Nov 2001 18:49:37 +0000 Date: Thu, 1 Nov 2001 18:49:37 +0000 From: Chris Lightfoot To: Ben Schumacher Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] tpop3d w/TLS Message-ID: <20011101184937.A28865@sphinx.mythic-beasts.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ben@blahr.com on Thu, Nov 01, 2001 at 10:57:50AM -0700 X-Mail-Author: me Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Thu, Nov 01, 2001 at 10:57:50AM -0700, Ben Schumacher wrote: > After a couple late nights of hacking and a lot of beating my head against > the wall, I got TLS working with tpop3d. Right now, it only support STLS > -- starting TLS after an unencrypted connection has already been > established on 110 -- but I think it would be pretty simple to get it to > support pop3s, or SSL to start with over port 995. > > The code probably needs some cleanup and sanity checking, but I used > OpenSSL, so it should be fairly portable. I don't know a lot about setting > up autoconf scripts, so I haven't modified configure.in to have a > --with-openssl option, or the like. > > So far the code has only been configured to mbox, and not mdir. The > reason for this is that the send_message function expects a socket, so I > had to add a special tls_send_message function to mbox that accepts an > SSL type. If anybody's interested, I could diff what I have and post it to > the list for you. > > Just wanted to give everybody a heads up that it is possible and not all > that difficult to get TLS working with tpop3d! Wow. This is on the TODO list, but I didn't think I'd get around to it any time soon. I'd welcome a copy of the patch if you're happy to have your code in the distribution and I'll see what needs to be done to clean the interface up a bit. -- In view of the fact that God limited man's intelligence, it is a pity that He did not also limit his stupidity (Adenauer) From ben@blahr.com Fri Nov 02 18:49:22 2001 Received: from hiro.blahr.com ([208.139.193.245]) by sphinx.mythic-beasts.com with smtp (Exim 3.13 #8) id 15zjNZ-0003k6-00 for tpop3d-discuss@lists.beasts.org; Fri, 02 Nov 2001 18:49:21 +0000 Received: (qmail 54458 invoked by uid 1000); 2 Nov 2001 18:49:10 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 Nov 2001 18:49:10 -0000 Date: Fri, 2 Nov 2001 11:49:10 -0700 (MST) From: Ben Schumacher To: Chris Lightfoot cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] tpop3d w/TLS In-Reply-To: <20011101184937.A28865@sphinx.mythic-beasts.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1312331796-1004726950=:54412" Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1312331796-1004726950=:54412 Content-Type: TEXT/PLAIN; charset=US-ASCII Chris- Here is the patch. I tried to cleanup the code a little bit, but it could probably use some more work. I tried to make sure that everything that was necessary only for use with SSL/TLS is wrapped in #ifdef's, but I might have missed something. The only gotcha is that since OpenSSL has builtin MD5 support, I had to disable the bundled md5 code in tpop3d. Let me know if you have any questions. Ben On Thu, 1 Nov 2001, Chris Lightfoot wrote: > On Thu, Nov 01, 2001 at 10:57:50AM -0700, Ben Schumacher wrote: > > After a couple late nights of hacking and a lot of beating my head against > > the wall, I got TLS working with tpop3d. Right now, it only support STLS > > -- starting TLS after an unencrypted connection has already been > > established on 110 -- but I think it would be pretty simple to get it to > > support pop3s, or SSL to start with over port 995. > > > > The code probably needs some cleanup and sanity checking, but I used > > OpenSSL, so it should be fairly portable. I don't know a lot about setting > > up autoconf scripts, so I haven't modified configure.in to have a > > --with-openssl option, or the like. > > > > So far the code has only been configured to mbox, and not mdir. The > > reason for this is that the send_message function expects a socket, so I > > had to add a special tls_send_message function to mbox that accepts an > > SSL type. If anybody's interested, I could diff what I have and post it to > > the list for you. > > > > Just wanted to give everybody a heads up that it is possible and not all > > that difficult to get TLS working with tpop3d! > > Wow. This is on the TODO list, but I didn't think I'd get > around to it any time soon. I'd welcome a copy of the > patch if you're happy to have your code in the > distribution and I'll see what needs to be done to clean > the interface up a bit. > > -- > In view of the fact that God limited man's intelligence, > it is a pity that He did not also limit his stupidity (Adenauer) > > _______________________________________________ > tpop3d-discuss mailing list > tpop3d-discuss@lists.beasts.org > http://lists.beasts.org/mailman/listinfo/tpop3d-discuss > --0-1312331796-1004726950=:54412 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="tpop3d-1.3.5-ssl.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="tpop3d-1.3.5-ssl.patch" ZGlmZiAtdSAtLW5ldy1maWxlIHRwb3AzZC0xLjMuNS5vcmlnL01ha2VmaWxl LmFtIHRwb3AzZC0xLjMuNS9NYWtlZmlsZS5hbQ0KLS0tIHRwb3AzZC0xLjMu NS5vcmlnL01ha2VmaWxlLmFtCVNhdCBPY3QgMjcgMTA6Mzc6MzAgMjAwMQ0K KysrIHRwb3AzZC0xLjMuNS9NYWtlZmlsZS5hbQlXZWQgT2N0IDMxIDAxOjEx OjI0IDIwMDENCkBAIC0zMyw2ICszMyw3IEBADQogICAgICAgICAgICAgICAg ICBzdHJ0b2tfci5jIFwNCiAgICAgICAgICAgICAgICAgIHN1YnN0dmFycy5j IFwNCiAgICAgICAgICAgICAgICAgIHRva2VuaXNlLmMgXA0KKyAgICAgICAg ICAgICAgICAgdHB0bHMuYyBcDQogICAgICAgICAgICAgICAgICB1dGlsLmMg XA0KICAgICAgICAgICAgICAgICAgdmVjdG9yLmMNCiANCkBAIC01NSw2ICs1 Niw3IEBADQogICAgICAgICAgICAgICAgICBzaWduYWxzLmggXA0KICAgICAg ICAgICAgICAgICAgc3RyaW5nbWFwLmggXA0KICAgICAgICAgICAgICAgICAg dG9rZW5pc2UuaCBcDQorICAgICAgICAgICAgICAgICB0cHRscy5oIFwNCiAg ICAgICAgICAgICAgICAgIHZlY3Rvci5oIFwNCiAgICAgICAgICAgICAgICAg IHV0aWwuaA0KIA0KZGlmZiAtdSAtLW5ldy1maWxlIHRwb3AzZC0xLjMuNS5v cmlnL2NmZ2RpcmVjdGl2ZXMuYyB0cG9wM2QtMS4zLjUvY2ZnZGlyZWN0aXZl cy5jDQotLS0gdHBvcDNkLTEuMy41Lm9yaWcvY2ZnZGlyZWN0aXZlcy5jCVNh dCBPY3QgMTMgMTk6NTU6NDEgMjAwMQ0KKysrIHRwb3AzZC0xLjMuNS9jZmdk aXJlY3RpdmVzLmMJRnJpIE5vdiAgMiAxMDozNzoxMiAyMDAxDQpAQCAtNzYs NiArNzYsMTEgQEANCiAjaWZkZWYgVVNFX1RDUF9XUkFQUEVSUw0KICAgICAi dGNwLXdyYXBwZXJzLW5hbWUiLA0KICNlbmRpZg0KKw0KKyNpZmRlZiBVU0Vf T1BFTlNTTF9UTFMNCisgICAgInRscy1jZXJ0aWZpY2F0ZS1maWxlIiwNCisg ICAgInRscy1wcml2YXRla2V5LWZpbGUiLA0KKyNlbmRpZg0KICAgICANCiAg ICAgLyogZmluYWwgZW50cnkgbXVzdCBiZSBOVUxMICovDQogICAgIE5VTEx9 Ow0KZGlmZiAtdSAtLW5ldy1maWxlIHRwb3AzZC0xLjMuNS5vcmlnL2Nvbm5l Y3Rpb24uYyB0cG9wM2QtMS4zLjUvY29ubmVjdGlvbi5jDQotLS0gdHBvcDNk LTEuMy41Lm9yaWcvY29ubmVjdGlvbi5jCVNhdCBPY3QgMjAgMTk6MzA6NDAg MjAwMQ0KKysrIHRwb3AzZC0xLjMuNS9jb25uZWN0aW9uLmMJRnJpIE5vdiAg MiAxMDozNzoxMiAyMDAxDQpAQCAtMzEsNiArMzEsNyBAQA0KIA0KICNpbmNs dWRlICJjb25uZWN0aW9uLmgiDQogI2luY2x1ZGUgInV0aWwuaCINCisjaW5j bHVkZSAidHB0bHMuaCINCiANCiBleHRlcm4gaW50IHZlcmJvc2U7DQogDQpA QCAtMTIwLDYgKzEyMSwxMCBAQA0KICAgICAgICAgZ290byBmYWlsOw0KICAg ICB9DQogDQorI2lmZGVmIFVTRV9PUEVOU1NMX1RMUw0KKyAgICBjLT50bHNf ZW5hYmxlZCA9IDA7DQorI2VuZGlmDQorDQogICAgIHJldHVybiBjOw0KIA0K ICAgICBmYWlsOg0KQEAgLTEzOCw2ICsxNDMsMTAgQEANCiAgICAgICAgIGNs b3NlKGMtPnMpOw0KICAgICB9DQogDQorI2lmZGVmIFVTRV9PUEVOU1NMX1RM Uw0KKyAgICBpZiAoYy0+dGxzX2VuYWJsZWQpIHRsc19zdG9wX3NlcnZlcnRs cyhjKTsNCisjZW5kaWYNCisNCiAgICAgaWYgKGMtPmEpIGF1dGhjb250ZXh0 X2RlbGV0ZShjLT5hKTsNCiAgICAgaWYgKGMtPm0pIChjLT5tKS0+ZGVsZXRl KGMtPm0pOw0KIA0KQEAgLTE2Myw3ICsxNzIsMTMgQEANCiAgICAgICAgIHJl dHVybiAtMTsNCiAgICAgfQ0KICAgICBkbyB7DQotICAgICAgICBuID0gcmVh ZChjLT5zLCBjLT5wLCBjLT5idWZmZXIgKyBjLT5idWZmZXJsZW4gLSBjLT5w KTsNCisjaWZkZWYgVVNFX09QRU5TU0xfVExTDQorICAgICAgICBpZiAoYy0+ dGxzX2VuYWJsZWQpDQorICAgICAgICAgICAgbiA9IFNTTF9yZWFkKGMtPnRs c19jb25uZWN0aW9uLCBjLT5wLA0KKyAgICAgICAgICAgICAgICAgICAgICAg ICBjLT5idWZmZXIgKyBjLT5idWZmZXJsZW4gLSBjLT5wKTsNCisgICAgICAg IGVsc2UgDQorI2VuZGlmDQorICAgICAgICAgICAgbiA9IHJlYWQoYy0+cywg Yy0+cCwgYy0+YnVmZmVyICsgYy0+YnVmZmVybGVuIC0gYy0+cCk7DQogICAg IH0gd2hpbGUgKG4gPT0gLTEgJiYgZXJybm8gPT0gRUlOVFIpOw0KICAgICBp ZiAobiA+IDApIGMtPnAgKz0gbjsNCiAgICAgcmV0dXJuIG47DQpAQCAtMjA2 LDYgKzIyMSwxMCBAQA0KICAgICAgeyJVSURMIiwgVUlETH0sDQogICAgICB7 IlVTRVIiLCBVU0VSfSwNCiAgICAgIHsiTEFTVCIsIExBU1R9LA0KKyAgICAg eyJDQVBBIiwgQ0FQQX0sDQorI2lmZGVmIFVTRV9PUEVOU1NMX1RMUw0KKyAg ICAgeyJTVExTIiwgU1RMU30sDQorI2VuZGlmDQogICAgICB7TlVMTCwgICBV TktOT1dOfX07IC8qIGxhc3QgY29tbWFuZCBNVVNUIGhhdmUgcyA9IE5VTEwg Ki8NCiANCiBwb3AzY29tbWFuZCBjb25uZWN0aW9uX3BhcnNlY29tbWFuZChj b25uZWN0aW9uIGMpIHsNCkBAIC0yOTQsNyArMzEzLDE0IEBADQogICAgIHgg PSB4bWFsbG9jKGwgPSAoNCArIHN0cmxlbihzKSArIDMgKyAxKSk7DQogICAg IGlmICgheCkgcmV0dXJuIDA7DQogICAgIHNucHJpbnRmKHgsIGwsICIlcyAl c1xyXG4iLCBzdWNjZXNzID8gIitPSyIgOiAiLUVSUiIsIHMpOw0KLSAgICBt ID0geHdyaXRlKGMtPnMsIHgsIGwgPSBzdHJsZW4oeCkpOw0KKw0KKyNpZmRl ZiBVU0VfT1BFTlNTTF9UTFMNCisgICAgaWYgKGMtPnRsc19lbmFibGVkKQ0K KyAgICAgICAgbSA9IFNTTF93cml0ZShjLT50bHNfY29ubmVjdGlvbiwgeCwg bCA9IHN0cmxlbih4KSk7DQorICAgIGVsc2UNCisjZW5kaWYNCisNCisgICAg ICAgIG0gPSB4d3JpdGUoYy0+cywgeCwgbCA9IHN0cmxlbih4KSk7DQogICAg IHhmcmVlKHgpOw0KICAgICBpZiAodmVyYm9zZSkNCiAgICAgICAgIHByaW50 X2xvZyhMT0dfREVCVUcsIF8oImNvbm5lY3Rpb25fc2VuZHJlc3BvbnNlOiBj bGllbnQgJXM6IHNlbnQgYCVzICVzJyIpLCBjLT5pZHN0ciwgc3VjY2Vzcz8g IitPSyIgOiAiLUVSUiIsIHMpOw0KQEAgLTMxMSw3ICszMzcsMTQgQEANCiAg ICAgeCA9IHhtYWxsb2MobCA9ICgzICsgc3RybGVuKHMpKSk7DQogICAgIGlm ICgheCkgcmV0dXJuIDA7DQogICAgIHNucHJpbnRmKHgsIGwsICIlc1xyXG4i LCBzKTsNCi0gICAgbSA9IHh3cml0ZShjLT5zLCB4LCBsID0gc3RybGVuKHgp KTsNCisNCisjaWZkZWYgVVNFX09QRU5TU0xfVExTDQorICAgIGlmIChjLT50 bHNfZW5hYmxlZCkNCisgICAgICAgIG0gPSBTU0xfd3JpdGUoYy0+dGxzX2Nv bm5lY3Rpb24sIHgsIGwgPSBzdHJsZW4oeCkpOw0KKyAgICBlbHNlDQorI2Vu ZGlmDQorDQorICAgICAgICBtID0geHdyaXRlKGMtPnMsIHgsIGwgPSBzdHJs ZW4oeCkpOw0KICAgICB4ZnJlZSh4KTsNCiAgICAgcmV0dXJuIChtID09IGwp Ow0KIH0NCmRpZmYgLXUgLS1uZXctZmlsZSB0cG9wM2QtMS4zLjUub3JpZy9j b25uZWN0aW9uLmggdHBvcDNkLTEuMy41L2Nvbm5lY3Rpb24uaA0KLS0tIHRw b3AzZC0xLjMuNS5vcmlnL2Nvbm5lY3Rpb24uaAlUaHUgSnVuICA3IDE0OjEz OjE3IDIwMDENCisrKyB0cG9wM2QtMS4zLjUvY29ubmVjdGlvbi5oCUZyaSBO b3YgIDIgMTA6Mzc6MTIgMjAwMQ0KQEAgLTExLDYgKzExLDEzIEBADQogI2lm bmRlZiBfX0NPTk5FQ1RJT05fSF8gLyogaW5jbHVkZSBndWFyZCAqLw0KICNk ZWZpbmUgX19DT05ORUNUSU9OX0hfDQogDQorI2lmZGVmIFVTRV9PUEVOU1NM X1RMUw0KKyNpbmNsdWRlIDxvcGVuc3NsL3NzbC5oPg0KKyNkZWZpbmUgTUQ1 SW5pdCAgIE1ENV9Jbml0DQorI2RlZmluZSBNRDVVcGRhdGUgTUQ1X1VwZGF0 ZQ0KKyNkZWZpbmUgTUQ1RmluYWwgIE1ENV9GaW5hbA0KKyNlbmRpZg0KKw0K ICNpbmNsdWRlIDxwd2QuaD4NCiAjaW5jbHVkZSA8bmV0aW5ldC9pbi5oPg0K ICNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+DQpAQCAtNDQsNiArNTEsMTEgQEAN CiANCiAgICAgdGltZV90IGlkbGVzaW5jZTsgICAgICAgLyogdXNlZCB0byBp bXBsZW1lbnQgdGltZW91dHMgKi8NCiANCisjaWZkZWYgVVNFX09QRU5TU0xf VExTDQorICAgIGludCB0bHNfZW5hYmxlZDsgICAgICAgIC8qIFRMUyBlbmFi bGVkIG9uIHRoaXMgY29ubmVjdGlvbj8gICovDQorICAgIFNTTCAqdGxzX2Nv bm5lY3Rpb247ICAgIC8qIHRoZSBPcGVuU1NMIFRMUyBjb25uZWN0aW9uICAg ICAgICovDQorI2VuZGlmDQorDQogICAgIGludCBuX2F1dGhfdHJpZXMsIG5f ZXJyb3JzOw0KICAgICBjaGFyICp1c2VyLCAqcGFzczsgICAgICAvKiBzdGF0 ZSBhY2N1bXVsYXRlZCAqLw0KICAgICBhdXRoY29udGV4dCBhOw0KQEAgLTU2 LDcgKzY4LDExIEBADQogICAgICAgICAgICAgICAgICAgICAgICAgTk9PUCwg UEFTUywgUVVJVCwNCiAgICAgICAgICAgICAgICAgICAgICAgICBSRVRSLCBS U0VULCBTVEFULA0KICAgICAgICAgICAgICAgICAgICAgICAgIFRPUCwgIFVJ REwsIFVTRVIsDQotICAgICAgICAgICAgICAgICAgICAgICAgTEFTVH07DQor ICAgICAgICAgICAgICAgICAgICAgICAgTEFTVCwgQ0FQQSwNCisjaWZkZWYg VVNFX09QRU5TU0xfVExTDQorICAgICAgICAgICAgICAgICAgICAgICAgU1RM UywNCisjZW5kaWYNCisgICAgICAgICAgICAgICAgICAgICAgIH07DQogICAg IA0KIHR5cGVkZWYgc3RydWN0IF9wb3AzY29tbWFuZCB7DQogICAgIGVudW0g cG9wM19jb21tYW5kX2NvZGUgY21kOw0KZGlmZiAtdSAtLW5ldy1maWxlIHRw b3AzZC0xLjMuNS5vcmlnL21haWxib3guaCB0cG9wM2QtMS4zLjUvbWFpbGJv eC5oDQotLS0gdHBvcDNkLTEuMy41Lm9yaWcvbWFpbGJveC5oCVN1biBKdWwg IDggMTA6NTc6MDkgMjAwMQ0KKysrIHRwb3AzZC0xLjMuNS9tYWlsYm94LmgJ RnJpIE5vdiAgMiAxMDozODo1MyAyMDAxDQpAQCAtNDMsNiArNDMsMTAgQEAN CiANCiAjaW5jbHVkZSA8c3RkaW8uaD4NCiANCisjaWZkZWYgVVNFX09QRU5T U0xfVExTDQorI2luY2x1ZGUgPG9wZW5zc2wvc3NsLmg+DQorI2VuZGlmDQor DQogLyogc3RydWN0IGluZGV4cG9pbnQ6DQogICogSW5kaXZpZHVhbCBtZXNz YWdlcyB3aGljaCBhcHBlYXIgYXMgZmlsZXMgb24gRlMgZm9yIG1haWxkaXIg b3Igc2VjdGlvbnMgb2YNCiAgKiBhIGZpbGUgaW4gYSBCU0QgbWFpbHNwb29s Lg0KQEAgLTczLDYgKzc3LDEwIEBADQogICAgIHZvaWQgICAgKCpkZWxldGUp KG1haWxib3ggbSk7DQogICAgIGludCAgICAgKCpzZW5kX21lc3NhZ2UpKG1h aWxib3ggbSwgaW50IHNjaywgY29uc3QgaW50IGksIGludCBuKTsNCiAgICAg aW50ICAgICAoKmFwcGx5X2NoYW5nZXMpKG1haWxib3ggbSk7DQorDQorI2lm ZGVmIFVTRV9PUEVOU1NMX1RMUw0KKyAgICBpbnQgICAgICgqdGxzX3NlbmRf bWVzc2FnZSkobWFpbGJveCBtLCBTU0wgKnRscywgY29uc3QgaW50IGksIGlu dCBuKTsNCisjZW5kaWYNCiB9Ow0KIA0KIC8qIFJldHVybiBjb2RlIGZyb20g YSBtYWlsYm94IGNvbnN0cnVjdG9yIHVzZWQgdG8gaW5kaWNhdGUgbm9uLXBy ZXNlbmNlIG9mIHRoZQ0KQEAgLTEwNyw2ICsxMTUsMTAgQEANCiBpbnQgICAg IG1haWxzcG9vbF9idWlsZF9pbmRleChtYWlsYm94IG0sIGNoYXIgKmZpbGVt ZW0pOw0KIGludCAgICAgbWFpbHNwb29sX3NlbmRfbWVzc2FnZShtYWlsYm94 IG0sIGludCBzY2ssIGNvbnN0IGludCBpLCBpbnQgbik7DQogaW50ICAgICBt YWlsc3Bvb2xfYXBwbHlfY2hhbmdlcyhtYWlsYm94IG0pOw0KKw0KKyNpZmRl ZiBVU0VfT1BFTlNTTF9UTFMNCitpbnQgICAgIG1haWxzcG9vbF90bHNfc2Vu ZF9tZXNzYWdlKG1haWxib3ggTSwgU1NMICp0bHMsIGNvbnN0IGludCBpLCBp bnQgbik7DQorI2VuZGlmDQogDQogLyogSG93IGxvbmcgd2Ugd2FpdCBiZXR3 ZWVuIHRyeWluZyB0byBsb2NrIHRoZSBtYWlsc3Bvb2wgKi8NCiAjZGVmaW5l IE1BSUxTUE9PTF9MT0NLX1dBSVQgICAgICAgICAgIDINCmRpZmYgLXUgLS1u ZXctZmlsZSB0cG9wM2QtMS4zLjUub3JpZy9tYWlsc3Bvb2wuYyB0cG9wM2Qt MS4zLjUvbWFpbHNwb29sLmMNCi0tLSB0cG9wM2QtMS4zLjUub3JpZy9tYWls c3Bvb2wuYwlTYXQgT2N0IDEzIDE5OjU1OjQyIDIwMDENCisrKyB0cG9wM2Qt MS4zLjUvbWFpbHNwb29sLmMJRnJpIE5vdiAgMiAxMDo0MDoxOCAyMDAxDQpA QCAtMSwzICsxLDQgQEANCitCDQogLyoNCiAgKiBtYWlsc3Bvb2wuYzoNCiAg KiBCZXJrZWxleSBtYWlsc3Bvb2wgaGFuZGxpbmcuDQpAQCAtNDksNiArNTAs NyBAQA0KICNpbmNsdWRlICJtYWlsYm94LmgiDQogI2luY2x1ZGUgIm1kNS5o Ig0KICNpbmNsdWRlICJzdHJpbmdtYXAuaCINCisjaW5jbHVkZSAidHB0bHMu aCINCiAjaW5jbHVkZSAidXRpbC5oIg0KIA0KICNpZmRlZiBNQk9YX0JTRF9T QVZFX0lORElDRVMNCkBAIC0xNDksNiArMTUxLDEwIEBADQogICAgIE0tPmFw cGx5X2NoYW5nZXMgPSBtYWlsc3Bvb2xfYXBwbHlfY2hhbmdlczsNCiAgICAg TS0+c2VuZF9tZXNzYWdlID0gbWFpbHNwb29sX3NlbmRfbWVzc2FnZTsNCiAN CisjaWZkZWYgVVNFX09QRU5TU0xfVExTDQorICAgIE0tPnRsc19zZW5kX21l c3NhZ2UgPSBtYWlsc3Bvb2xfdGxzX3NlbmRfbWVzc2FnZTsNCisjZW5kaWYN CisNCiAgICAgLyogQWxsb2NhdGUgc3BhY2UgZm9yIHRoZSBpbmRleC4gKi8N CiAgICAgTS0+aW5kZXggPSAoc3RydWN0IGluZGV4cG9pbnQqKXhjYWxsb2Mo MzIsIHNpemVvZihzdHJ1Y3QgaW5kZXhwb2ludCkpOw0KICAgICBNLT5zaXpl ID0gMzI7DQpAQCAtMzY2LDggKzM3MiwyMiBAQA0KICAgICBpZiAoIU0pIHJl dHVybiAwOw0KICAgICBpZiAoaSA8IDAgfHwgaSA+PSBNLT5udW0pIHJldHVy biAwOw0KICAgICB4ID0gTS0+aW5kZXggKyBpOw0KKw0KICAgICByZXR1cm4g d3JpdGVfZmlsZShNLT5mZCwgc2NrLCB4LT5vZmZzZXQsIHgtPmxlbmd0aCAr IDEsIHgtPm1zZ2xlbmd0aCwgbik7DQogfQ0KKw0KKyNpZmRlZiBVU0VfT1BF TlNTTF9UTFMNCitpbnQgbWFpbHNwb29sX3Rsc19zZW5kX21lc3NhZ2UoY29u c3QgbWFpbGJveCBNLCBTU0wgKnRscywgY29uc3QgaW50IGksIGludCBuKSB7 DQorICAgIHN0cnVjdCBpbmRleHBvaW50ICp4Ow0KKw0KKyAgICBpZiAoIU0p IHJldHVybiAwOw0KKyAgICBpZiAoaSA8IDAgfHwgaSA+PSBNLT5udW0pIHJl dHVybiAwOw0KKyAgICB4ID0gTS0+aW5kZXggKyBpOw0KKw0KKyAgICByZXR1 cm4gdGxzX3dyaXRlX2ZpbGUoTS0+ZmQsIHRscywgeC0+b2Zmc2V0LCB4LT5s ZW5ndGggKyAxLCB4LT5tc2dsZW5ndGgsIG4pOw0KK30NCisjZW5kaWYNCisN CiANCiAvKiBtYWlsc3Bvb2xfYXBwbHlfY2hhbmdlczoNCiAgKiBBcHBseSBk ZWxldGlvbnMgdG8gYSBtYWlsc3Bvb2wgYnkgbWFwcGluZyBpdCBhbmQgY29w eWluZyBpdCBpbiBibG9ja3MuDQpkaWZmIC11IC0tbmV3LWZpbGUgdHBvcDNk LTEuMy41Lm9yaWcvbWFpbi5jIHRwb3AzZC0xLjMuNS9tYWluLmMNCi0tLSB0 cG9wM2QtMS4zLjUub3JpZy9tYWluLmMJRnJpIE9jdCAyNiAxNjozMjoxMSAy MDAxDQorKysgdHBvcDNkLTEuMy41L21haW4uYwlGcmkgTm92ICAyIDEwOjM3 OjEyIDIwMDENCkBAIC00Nyw2ICs0Nyw4IEBADQogI2luY2x1ZGUgInZlY3Rv ci5oIg0KICNpbmNsdWRlICJ1dGlsLmgiDQogDQorI2luY2x1ZGUgInRwdGxz LmgiDQorDQogLyogVGhlIHNvY2tldCBzZW5kIGJ1ZmZlciBpcyBzZXQgdG8g dGhpcywgc28gdGhhdCB3ZSBkb24ndCBlbmQgdXAgaW4gYQ0KICAqIHBvc2l0 aW9uIHRoYXQgd2Ugc2VuZCBzbyBtdWNoIGRhdGEgdGhhdCB0aGUgY2xpZW50 IHdpbGwgbm90IGhhdmUgcmVjZWl2ZWQNCiAgKiBhbGwgb2YgaXQgYmVmb3Jl IHdlIHRpbWUgdGhlbSBvdXQuDQpAQCAtNzksNiArODEsMTAgQEANCiBjb25u ZWN0aW9uICpjb25uZWN0aW9uczsgICAgICAgICAgICAvKiBBY3RpdmUgY29u bmVjdGlvbnMuICovDQogc2l6ZV90IG1heF9jb25uZWN0aW9uczsgICAgICAg ICAgICAgLyogTnVtYmVyIG9mIGNvbm5lY3Rpb24gc2xvdHMgYWxsb2NhdGVk LiAqLw0KIA0KKyNpZmRlZiBVU0VfT1BFTlNTTF9UTFMNCitpbnQgdGxzX2Vu Z2luZV9zdGFydGVkID0gMDsgICAgICAgICAvKiBJcyB0aGUgU1NML1RMUyBl bmdpbmUgaXMgcnVubmluZz8gKi8NCisjZW5kaWYNCisNCiAvKiBUaGVvcnkg b2Ygb3BlcmF0aW9uOg0KICAqIFRoZSBtYWluIGxvb3AgaXMgaW4gbmV0X2xv b3AsIGJlbG93OyBpdCBjYWxscyBsaXN0ZW5lcnNfIGFuZA0KICAqIGNvbm5l Y3Rpb25zX3ByZV9zZWxlY3QsIHRoZW4gY2FsbHMgc2VsZWN0LCB0aGVuIGNh bGxzIGxpc3RlbmVyc18gYW5kDQpAQCAtNjkyLDYgKzY5OCwxMyBAQA0KICAg ICAgICAgcHJpbnRfbG9nKExPR19FUlIsIF8oIiVzOiBubyBsaXN0ZW4gYWRk cmVzc2VzIG9idGFpbmVkOyBleGl0aW5nIiksIGNvbmZpZ2ZpbGUpOw0KICAg ICAgICAgRVhJVF9SRU1PVklOR19QSURGSUxFKDEpOw0KICAgICB9DQorDQor I2lmZGVmIFVTRV9PUEVOU1NMX1RMUw0KKyAgICBpZiAoISh0bHNfZW5naW5l X3N0YXJ0ZWQgPSB0bHNfaW5pdF9lbmdpbmUoKSkpIHsNCisgICAgICAgIHBy aW50X2xvZyhMT0dfRVJSLCBfKCJjYW4ndCBpbml0aWFsaXplIFRMUyBlbmdp bmUiKSk7DQorICAgICAgICB0bHNfc3RvcF9lbmdpbmUoKTsNCisgICAgfQ0K KyNlbmRpZg0KIA0KICAgICAvKiBGaW5kIG91dCB0aGUgbWF4aW11bSBudW1i ZXIgb2YgY2hpbGRyZW4gd2UgbWF5IHNwYXduIGF0IG9uY2UuICovDQogICAg IHN3aXRjaChjb25maWdfZ2V0X2ludCgibWF4LWNoaWxkcmVuIiwgJm1heF9y dW5uaW5nX2NoaWxkcmVuKSkgew0KZGlmZiAtdSAtLW5ldy1maWxlIHRwb3Az ZC0xLjMuNS5vcmlnL21kNS5oIHRwb3AzZC0xLjMuNS9tZDUuaA0KLS0tIHRw b3AzZC0xLjMuNS5vcmlnL21kNS5oCVRodSBKdW4gIDcgMTQ6MTM6MTcgMjAw MQ0KKysrIHRwb3AzZC0xLjMuNS9tZDUuaAlGcmkgTm92ICAyIDEwOjM3OjEy IDIwMDENCkBAIC0yMyw2ICsyMyw4IEBADQogZG9jdW1lbnRhdGlvbiBhbmQv b3Igc29mdHdhcmUuDQogICovDQogDQorI2lmbmRlZiBVU0VfT1BFTlNTTF9U TFMNCisNCiAjaW5jbHVkZSAiZ2xvYmFsLmgiDQogDQogLyogTUQ1IGNvbnRl eHQuICovDQpAQCAtMzYsMyArMzgsNSBAQA0KIHZvaWQgTUQ1VXBkYXRlIFBS T1RPX0xJU1QNCiAgICgoTUQ1X0NUWCAqLCB1bnNpZ25lZCBjaGFyICosIHVu c2lnbmVkIGludCkpOw0KIHZvaWQgTUQ1RmluYWwgUFJPVE9fTElTVCAoKHVu c2lnbmVkIGNoYXIgWzE2XSwgTUQ1X0NUWCAqKSk7DQorDQorI2VuZGlmDQpk aWZmIC11IC0tbmV3LWZpbGUgdHBvcDNkLTEuMy41Lm9yaWcvbWQ1Yy5jIHRw b3AzZC0xLjMuNS9tZDVjLmMNCi0tLSB0cG9wM2QtMS4zLjUub3JpZy9tZDVj LmMJU2F0IE9jdCAxMyAxOTo1NTo0MiAyMDAxDQorKysgdHBvcDNkLTEuMy41 L21kNWMuYwlGcmkgTm92ICAyIDEwOjM3OjEyIDIwMDENCkBAIC0yMyw2ICsy Myw4IEBADQogZG9jdW1lbnRhdGlvbiBhbmQvb3Igc29mdHdhcmUuDQogICov DQogDQorI2lmbmRlZiBVU0VfT1BFTlNTTF9UTFMNCisNCiAjaW5jbHVkZSAi bWQ1LmgiDQogDQogI2luY2x1ZGUgPG1lbW9yeS5oPg0KQEAgLTMzOCwzICsz NDAsNSBAQA0KICovDQogICBtZW1zZXQob3V0cHV0LHZhbHVlLGxlbik7DQog fQ0KKw0KKyNlbmRpZg0KZGlmZiAtdSAtLW5ldy1maWxlIHRwb3AzZC0xLjMu NS5vcmlnL3BvcDMuYyB0cG9wM2QtMS4zLjUvcG9wMy5jDQotLS0gdHBvcDNk LTEuMy41Lm9yaWcvcG9wMy5jCVNhdCBPY3QgMTMgMTk6NTU6NDMgMjAwMQ0K KysrIHRwb3AzZC0xLjMuNS9wb3AzLmMJRnJpIE5vdiAgMiAxMDozNzoxMiAy MDAxDQpAQCAtMjYsOSArMjYsMTQgQEANCiAjaW5jbHVkZSAiYXV0aHN3aXRj aC5oIg0KICNpbmNsdWRlICJjb25uZWN0aW9uLmgiDQogI2luY2x1ZGUgInV0 aWwuaCINCisjaW5jbHVkZSAidHB0bHMuaCINCiANCiBleHRlcm4gaW50IHZl cmJvc2U7DQogDQorI2lmZGVmIFVTRV9PUEVOU1NMX1RMUw0KK2V4dGVybiBp bnQgdGxzX2VuZ2luZV9zdGFydGVkOw0KKyNlbmRpZg0KKw0KIC8qIGNvbm5l Y3Rpb25fZG86DQogICogTWFrZXMgYSBjb21tYW5kIGRvIHNvbWV0aGluZyBv biBhIGNvbm5lY3Rpb24sIHJldHVybmluZyBhIGNvZGUgaW5kaWNhdGluZw0K ICAqIHdoYXQgdGhlIGNhbGxlciBzaG91bGQgZG8uDQpAQCAtMzksOSArNDQs NDQgQEANCiAgICAgLyogVGhpcyBicmVha3MgdGhlIFJGQywgYnV0IGlzIHNl bnNpYmxlLiAqLw0KICAgICBpZiAocC0+Y21kICE9IE5PT1AgJiYgcC0+Y21k ICE9IFVOS05PV04pIGMtPmlkbGVzaW5jZSA9IHRpbWUoTlVMTCk7DQogDQor ICAgIGlmIChwLT5jbWQgPT0gQ0FQQSkgew0KKyAgICAgICAgY29ubmVjdGlv bl9zZW5kcmVzcG9uc2UoYywgMSwgXygiSSBjYW4gaGFuZGxlIHRoZSBmb2xs b3dpbmciKSk7DQorICAgICAgICBjb25uZWN0aW9uX3NlbmRsaW5lKGMsICJU T1AiKTsNCisgICAgICAgIGNvbm5lY3Rpb25fc2VuZGxpbmUoYywgIlVTRVIi KTsNCisgICAgICAgIGNvbm5lY3Rpb25fc2VuZGxpbmUoYywgIlVJREwiKTsN CisNCisjaWZkZWYgVVNFX09QRU5TU0xfVExTDQorICAgICAgICBpZiAodGxz X2VuZ2luZV9zdGFydGVkICYmICFjLT50bHNfZW5hYmxlZCkNCisgICAgICAg ICAgICBjb25uZWN0aW9uX3NlbmRsaW5lKGMsICJTVExTIik7DQorI2VuZGlm DQorDQorICAgICAgICBjb25uZWN0aW9uX3NlbmRsaW5lKGMsICIuIik7DQor ICAgICAgICBjLT5pZGxlc2luY2UgPSB0aW1lKE5VTEwpOw0KKw0KKyAgICAg ICAgcmV0dXJuIGRvX25vdGhpbmc7DQorICAgIH0NCisNCiAgICAgaWYgKGMt PnN0YXRlID09IGF1dGhvcmlzYXRpb24pIHsNCiAgICAgICAgIC8qIEF1dGhv cmlzYXRpb24gc3RhdGU6IGdhdGhlciB1c2VybmFtZSBhbmQgcGFzc3dvcmQu ICovDQogICAgICAgICBzd2l0Y2ggKHAtPmNtZCkgew0KKyNpZmRlZiBVU0Vf T1BFTlNTTF9UTFMNCisgICAgICAgIGNhc2UgU1RMUzoNCisgICAgICAgICAg ICBpZiAoYy0+dGxzX2VuYWJsZWQpIHsNCisgICAgICAgICAgICAgICAgY29u bmVjdGlvbl9zZW5kcmVzcG9uc2UoYywgMCwgXygiU1NML1RMUyBhbHJlYWR5 IHJ1bm5pbmchIikpOw0KKyAgICAgICAgICAgICAgICByZXR1cm4gZG9fbm90 aGluZzsNCisgICAgICAgICAgICB9DQorDQorICAgICAgICAgICAgaWYgKHRs c19zdGFydF9zZXJ2ZXJ0bHMoYykpIHsNCisgICAgICAgICAgICAgICAgY29u bmVjdGlvbl9zZW5kcmVzcG9uc2UoYywgMSwgXygiTGV0J3MgZW5jcnlwdCB5 b3VyIGNvbm5jZXRpb24gd2l0aCBUTFMiKSk7DQorICAgICAgICAgICAgICAg IGMtPnRsc19lbmFibGVkID0gdGxzX2hhbmRzaGFrZShjKTsNCisgICAgICAg ICAgICB9DQorICAgICAgICAgICAgZWxzZQ0KKyAgICAgICAgICAgICAgICBj b25uZWN0aW9uX3NlbmRyZXNwb25zZShjLCAwLCBfKCJDYW4ndCBzdGFydCBT U0wvVExTIG9uIHRoaXMgY29ubmVjdGlvbiIpKTsNCisNCisgICAgICAgICAg ICByZXR1cm4gZG9fbm90aGluZzsNCisgICAgICAgICAgICBicmVhazsNCisj ZW5kaWYNCisNCiAgICAgICAgIGNhc2UgVVNFUjoNCiAgICAgICAgICAgICBp ZiAocC0+dG9rcy0+bnVtICE9IDIpIHsNCiAgICAgICAgICAgICAgICAgY29u bmVjdGlvbl9zZW5kcmVzcG9uc2UoYywgMCwgXygiTm8sIHRoYXQncyBub3Qg cmlnaHQuIikpOw0KQEAgLTM5MCwxMCArNDMwLDIxIEBADQogICAgICAgICAg ICAgICAgICAgICAgICAgcHJpbnRfbG9nKExPR19ERUJVRywgXygiY29ubmVj dGlvbl9kbzogY2xpZW50ICVzOiBzZW5kaW5nIG1lc3NhZ2UgJWQgKCVkIGJ5 dGVzKSIpLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGMtPmlkc3RyLCBtc2dfbnVtICsgMSwgKGludCljdXJtc2ctPm1zZ2xlbmd0 aCk7DQogICAgICAgICAgICAgICAgICAgICBjb25uZWN0aW9uX3NlbmRyZXNw b25zZShjLCAxLCBfKCJNZXNzYWdlIGZvbGxvd3M6IikpOw0KLSAgICAgICAg ICAgICAgICAgICAgaWYgKCEoY3VybWJveCktPnNlbmRfbWVzc2FnZShjdXJt Ym94LCBjLT5zLCBtc2dfbnVtLCAtMSkpIHsNCi0gICAgICAgICAgICAgICAg ICAgICAgICBjb25uZWN0aW9uX3NlbmRyZXNwb25zZShjLCAwLCBfKCJPb3Bz IikpOw0KLSAgICAgICAgICAgICAgICAgICAgICAgIHJldHVybiBjbG9zZV9j b25uZWN0aW9uOw0KKw0KKyNpZmRlZiBVU0VfT1BFTlNTTF9UTFMNCisgICAg ICAgICAgICAgICAgICAgIGlmIChjLT50bHNfZW5hYmxlZCkgew0KKyAgICAg ICAgICAgICAgICAgICAgICAgIGlmICghKGN1cm1ib3gpLT50bHNfc2VuZF9t ZXNzYWdlKGN1cm1ib3gsIGMtPnRsc19jb25uZWN0aW9uLCBtc2dfbnVtLCAt MSkpIHsNCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgY29ubmVjdGlv bl9zZW5kcmVzcG9uc2UoYywgMCwgXygiT29wcyIpKTsNCisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgcmV0dXJuIGNsb3NlX2Nvbm5lY3Rpb247DQor ICAgICAgICAgICAgICAgICAgICAgICAgfQ0KICAgICAgICAgICAgICAgICAg ICAgfQ0KKyAgICAgICAgICAgICAgICAgICAgZWxzZQ0KKyNlbmRpZg0KKyAg ICAgICAgICAgICAgICAgICAgICAgIGlmICghKGN1cm1ib3gpLT5zZW5kX21l c3NhZ2UoY3VybWJveCwgYy0+cywgbXNnX251bSwgLTEpKSB7DQorICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGNvbm5lY3Rpb25fc2VuZHJlc3BvbnNl KGMsIDAsIF8oIk9vcHMiKSk7DQorICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHJldHVybiBjbG9zZV9jb25uZWN0aW9uOw0KKyAgICAgICAgICAgICAg ICAgICAgICAgIH0NCisNCiAgICAgICAgICAgICAgICAgICAgIC8qIFRoYXQg bWlnaHQgaGF2ZSB0YWtlbiBhIGxvbmcgdGltZS4gKi8NCiAgICAgICAgICAg ICAgICAgICAgIGMtPmlkbGVzaW5jZSA9IHRpbWUoTlVMTCk7DQogICAgICAg ICAgICAgICAgICAgICBpZiAodmVyYm9zZSkNCmRpZmYgLXUgLS1uZXctZmls ZSB0cG9wM2QtMS4zLjUub3JpZy90cHRscy5jIHRwb3AzZC0xLjMuNS90cHRs cy5jDQotLS0gdHBvcDNkLTEuMy41Lm9yaWcvdHB0bHMuYwlXZWQgRGVjIDMx IDE3OjAwOjAwIDE5NjkNCisrKyB0cG9wM2QtMS4zLjUvdHB0bHMuYwlGcmkg Tm92ICAyIDExOjMzOjU5IDIwMDENCkBAIC0wLDAgKzEsMzcxIEBADQorLyoN CisgKiB0cHRscy5jOg0KKyAqIEVuYWJsZXMgU1NML1RMUyBjb25uZWN0aW9u cyBmb3IgdHBvcDNkLg0KKyAqDQorICogQ29weXJpZ2h0IChjKSAyMDAxIEJl biBTY2h1bWFjaGVyLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KKyAqDQorICov DQorDQorI2lmZGVmIFVTRV9PUEVOU1NMX1RMUw0KKw0KKyNpZmRlZiBIQVZF X0NPTkZJR19IDQorI2luY2x1ZGUgImNvbmZpZ3VyYXRpb24uaCINCisjZW5k aWYgLyogSEFWRV9DT05GSUdfSCAqLw0KKw0KKyNpbmNsdWRlIDxzeXMvdHlw ZXMuaD4NCisjaW5jbHVkZSA8c3lzL3RpbWUuaD4NCisjaW5jbHVkZSA8c3lz L3Jlc291cmNlLmg+DQorI2luY2x1ZGUgPHN5cy9tbWFuLmg+DQorDQorI2lu Y2x1ZGUgPHN0cmluZy5oPg0KKyNpbmNsdWRlIDxzeXNsb2cuaD4NCisjaW5j bHVkZSA8dW5pc3RkLmg+DQorDQorI2luY2x1ZGUgPG9wZW5zc2wvbGhhc2gu aD4NCisjaW5jbHVkZSA8b3BlbnNzbC9ibi5oPg0KKyNpbmNsdWRlIDxvcGVu c3NsL2Vyci5oPg0KKyNpbmNsdWRlIDxvcGVuc3NsL3BlbS5oPg0KKyNpbmNs dWRlIDxvcGVuc3NsL3g1MDkuaD4NCisjaW5jbHVkZSA8b3BlbnNzbC9zc2wu aD4NCisjaW5jbHVkZSA8b3BlbnNzbC9yYW5kLmg+DQorI2luY2x1ZGUgPG9w ZW5zc2wvZGguaD4NCisNCisjaW5jbHVkZSAic3RyaW5nbWFwLmgiDQorI2lu Y2x1ZGUgInRwdGxzLmgiDQorI2luY2x1ZGUgInV0aWwuaCINCisNCitleHRl cm4gc3RyaW5nbWFwIGNvbmZpZzsNCisNCitpbnQgdGxzX3ZlcmJvc2UgPSAw Ow0KK1NTTF9DVFggKnRsc19jdHggPSBOVUxMOw0KK2NoYXIgKmNlcnRfZmls ZSA9IE5VTEwsICprZXlfZmlsZSA9IE5VTEw7DQorDQorLyogdGxzX3ByaW50 X2Vycm9yczoNCisgKiB1bS4uLiBwcmludHMgb3VyIGVycm9ycyByZWxhdGVk IHRvIFNTTC9UTFMNCisgKi8NCit2b2lkIHRsc19wcmludF9lcnJvcnModm9p ZCkgew0KKyAgICB1bnNpZ25lZCBsb25nIGw7DQorICAgIGNvbnN0IGNoYXIg KmZpbGU7DQorICAgIGNvbnN0IGNoYXIgKmRhdGE7DQorICAgIGludCBsaW5l Ow0KKyAgICBpbnQgZmxhZ3M7DQorICAgIHVuc2lnbmVkIGxvbmcgZXM7DQor DQorICAgIGVzID0gQ1JZUFRPX3RocmVhZF9pZCgpOw0KKyAgICB3aGlsZSAo KGwgPSBFUlJfZ2V0X2Vycm9yX2xpbmVfZGF0YSgmZmlsZSwgJmxpbmUsICZk YXRhLCAmZmxhZ3MpKSAhPSAwKSB7DQorICAgICAgICBpZiAoZmxhZ3MgJiBF UlJfVFhUX1NUUklORykNCisgICAgICAgICAgICBwcmludF9sb2coTE9HX0VS UiwNCisgICAgICAgICAgICAgICAgICAgICAgIiVzOiAlbHU6JS4yNTZzOiUu MjU2czolZDolLjI1NnMiLCBfX0ZJTEVfXywNCisgICAgICAgICAgICAgICAg ICAgICAgZXMsIEVSUl9lcnJvcl9zdHJpbmcobCwgTlVMTCksIGZpbGUsIGxp bmUsDQorICAgICAgICAgICAgICAgICAgICAgIGRhdGEpOw0KKyAgICAgICAg ZWxzZQ0KKyAgICAgICAgICAgIHByaW50X2xvZyhMT0dfRVJSLCAiJXM6ICVs dTolLjI1NnM6JS4yNTZzOiVkIiwgX19GSUxFX18sDQorICAgICAgICAgICAg ICAgICAgICAgIGVzLCBFUlJfZXJyb3Jfc3RyaW5nKGwsIE5VTEwpLCBmaWxl LCBsaW5lKTsNCisgICAgfQ0KK30NCisNCisvKiB0bHNfcmFuZF9zZWVkOg0K KyAqIHNlZWRzIHRoZSByYW5kb20gbnVtYmVyIGdlbmVyYXRvciB3aXRoIHNv bWUgKkhPUEVGVUxMWSogc2VtaS1yYW5kb20NCisgKiBpbmZvcm1hdGlvbi4N CisgKg0KKyAqIHRoZSBpZGVhIGlzIHRoaXMsIG9uIGJ1c3kgc3lzdGVtcywg dGltZXN0YW1wcyBhcmVuJ3QgZ29pbmcgdG8gY2hhbmdlDQorICogdGhhdCBv ZnRlbiwgYnV0ICpob3BlZnVsbHkqIHJ1c2FnZSB3aWxsLiBvbiBub24tYnVz eSBzeXN0ZW1zIHRoZQ0KKyAqIHRpbWVzdGFtcHMgKnNob3VsZCogbW92ZSBt b3JlLiAqc2hydWcqIHdlIGNvdWxkIGltcGxlbWVudCBhIHJhbmRvbQ0KKyAq IGZpbGUgcmVhZCB0aGluZ3ksIGkganVzdCB3YXNuJ3QgY29udmluY2VkIGl0 IHdhcyBuZWNlc3NhcnkuIG9uIHN5c3RlbXMNCisgKiB3aXRoIC9kZXYvdXJh bmRvbSwgaSdtIG5vdCBzdXJlIHRoaXMgY29kZSBoYXMgYW55IHVzZS4NCisg Ki8NCit2b2lkIHRsc19yYW5kX3NlZWQodm9pZCkgew0KKyAgICBzdHJ1Y3Qg ew0KKyAgICAgICAgc3RydWN0IHRpbWV2YWwgdHY7DQorICAgICAgICBwaWRf dCBwaWQ7DQorICAgICAgICBwaWRfdCBwcGlkOw0KKyAgICAgICAgc3RydWN0 IHJ1c2FnZSBydTsNCisgICAgfSByYW5kc2VlZDsNCisNCisjaWZkZWYgR0VU VElNRU9GREFZX1RaDQorICAgIGdldHRpbWVvZmRheSgmcmFuZHNlZWQudHYs IE5VTEwpOw0KKyNlbHNlDQorICAgIGdldHRpbWVvZmRheSgmcmFuZHNlZWQu dHYpOw0KKyNlbmRpZg0KKyAgICByYW5kc2VlZC5waWQgPSBnZXRwaWQoKTsN CisgICAgcmFuZHNlZWQucHBpZCA9IGdldHBwaWQoKTsNCisgICAgZ2V0cnVz YWdlKFJVU0FHRV9TRUxGLCAmcmFuZHNlZWQucnUpOw0KKw0KKyAgICBpZiAo dGxzX3ZlcmJvc2UpDQorICAgICAgIHByaW50X2xvZyhMT0dfSU5GTywgIiVz OiBBZGRpbmcgJWQgYnl0ZXMgb2YgcHNldWRvIHJhbmRvbSBkYXRhIiwNCisg ICAgICAgICAgICAgICAgIF9fRklMRV9fLCBzaXplb2YocmFuZHNlZWQpKTsN CisNCisgICAgUkFORF9hZGQoJnJhbmRzZWVkLCBzaXplb2YocmFuZHNlZWQp LCAwLjUpOw0KK30NCisNCisvKiB0bHNfaW5mb19jYWxsYmFjazoNCisgKiBE dW1wIGluZm9ybWF0aW9uIHJlbGF0ZWQgdG8gdGhlIFNTTC9UTFMgY29ubmVj dGlvbiB3aGVuIE9wZW5TU0wNCisgKiBjYWxsIHRoaXMgZnVuY3Rpb24uDQor ICovDQordm9pZCB0bHNfaW5mb19jYWxsYmFjayhTU0wgKnMsIGludCB3aGVy ZSwgaW50IHJldCkgew0KKyAgICBjaGFyICpzdHI7DQorICAgIGludCB3ID0g KHdoZXJlICYgKH5TU0xfU1RfTUFTSykpOw0KKw0KKyAgICBpZiAodyAmIFNT TF9TVF9DT05ORUNUKQ0KKyAgICAgICAgc3RyID0gIlNTTF9jb25uZWN0IjsN CisgICAgZWxzZSBpZiAodyAmIFNTTF9TVF9BQ0NFUFQpDQorICAgICAgICBz dHIgPSAiU1NMX2FjY2VwdCI7DQorICAgIGVsc2UNCisgICAgICAgIHN0ciA9 ICJ1bmRlZmluZWQiOw0KKyAgICBpZiAod2hlcmUgJiBTU0xfQ0JfTE9PUCkg ew0KKyAgICAgICAgaWYgKHRsc192ZXJib3NlKQ0KKyAgICAgICAgICAgIHBy aW50X2xvZyhMT0dfRVJSLCAiJXM6ICUuMjBzOiAlLjUxMnMiLCBfX0ZJTEVf Xywgc3RyLA0KKyAgICAgICAgICAgICAgICAgICAgICBTU0xfc3RhdGVfc3Ry aW5nX2xvbmcocykpOw0KKyAgICB9IGVsc2UgaWYgKHdoZXJlICYgU1NMX0NC X0FMRVJUKSB7DQorICAgICAgICBzdHIgPSAoKHdoZXJlICYgU1NMX0NCX1JF QUQpID8gInJlYWQiIDogIndyaXRlIik7DQorICAgICAgICBpZiAoKHRsc192 ZXJib3NlKSB8fCAoKHJldCAmIDB4ZmYpICE9DQorICAgICAgICAgICAgICAg IFNTTDNfQURfQ0xPU0VfTk9USUZZKSkNCisgICAgICAgICAgICBwcmludF9s b2coTE9HX0VSUiwgIiVzOiBTU0wzIGFsZXJ0OiAlLjIwczogJS41MTJzICUu NTEycyIsDQorICAgICAgICAgICAgICAgICAgICAgIF9fRklMRV9fLCBzdHIs IFNTTF9hbGVydF90eXBlX3N0cmluZ19sb25nKHJldCksDQorICAgICAgICAg ICAgICAgICAgICAgIFNTTF9hbGVydF9kZXNjX3N0cmluZ19sb25nKHJldCkp Ow0KKyAgICB9IGVsc2UgaWYgKHdoZXJlICYgU1NMX0NCX0VYSVQpIHsNCisg ICAgICAgIGlmIChyZXQgPT0gMCkNCisgICAgICAgICAgICBwcmludF9sb2co TE9HX0VSUiwgIiVzOiAlLjIwczogZmFpbGVkIGluICUuNTEycyIsDQorICAg ICAgICAgICAgICAgICAgICAgIF9fRklMRV9fLCBzdHIsIFNTTF9zdGF0ZV9z dHJpbmdfbG9uZyhzKSk7DQorICAgICAgICBlbHNlIGlmIChyZXQgPCAwKQ0K KyAgICAgICAgICAgIHByaW50X2xvZyhMT0dfRVJSLCAiJXM6ICUuMjBzOiBl cnJvciBpbiAlLjUxMnMiLA0KKyAgICAgICAgICAgICAgICAgICAgICBfX0ZJ TEVfXywgc3RyLCBTU0xfc3RhdGVfc3RyaW5nX2xvbmcocykpOw0KKyAgICB9 DQorfQ0KKw0KKy8qIHRsc19zZXRfY2VydF9maWxlOg0KKyAqIHNldHMgdGhl IGNlcnRpZmljYXRlIGFuZCBrZXkgZmlsZSB0byB3aGF0IGlzIHNwZWNpZmll ZCBpbiB0aGUNCisgKiBjb25maWcgZmlsZS4NCisgKi8NCitpbnQgdGxzX3Nl dF9jZXJ0X2ZpbGUoKSB7DQorICAgIGl0ZW0gKkk7DQorDQorICAgIEkgPSBz dHJpbmdtYXBfZmluZChjb25maWcsICJ0bHMtY2VydGlmaWNhdGUtZmlsZSIp Ow0KKyAgICBpZiAoSSA9PSBOVUxMKSB7DQorICAgICAgICBwcmludF9sb2co TE9HX0VSUiwgIiVzOiBjZXJ0aWZpY2F0ZSBmaWxlIG5vdCBzZXQiLCBfX0ZJ TEVfXyk7DQorICAgICAgICB0bHNfcHJpbnRfZXJyb3JzKCk7DQorICAgICAg ICByZXR1cm4gMDsNCisgICAgfQ0KKw0KKyAgICBjZXJ0X2ZpbGUgPSAoY2hh ciAqKSB4bWFsbG9jKHNpemVvZihjaGFyKSAqIEktPmwpOw0KKyAgICBzdHJu Y3B5KGNlcnRfZmlsZSwgSS0+diwgSS0+bCk7DQorDQorICAgIEkgPSBzdHJp bmdtYXBfZmluZChjb25maWcsICJ0bHMtcHJpdmF0ZWtleS1maWxlIik7DQor ICAgIGlmIChJID09IE5VTEwpIHsNCisgICAgICAgIHByaW50X2xvZyhMT0df SU5GTywgIiVzOiBwcml2YXRlIGtleSBmaWxlIG5vdCBzZXQsIGFzc3VtaW5n ICINCisgICAgICAgICAgICAgICAgICAicHJpdmF0ZSBrZXkgaXMgaW4gY2Vy dGlmaWNhdGUgZmlsZSIsIF9fRklMRV9fKTsNCisgICAgICAgIGtleV9maWxl ID0gY2VydF9maWxlOw0KKyAgICB9DQorICAgIGVsc2Ugew0KKyAgICAgICAg a2V5X2ZpbGUgPSAoY2hhciAqKSB4bWFsbG9jKHNpemVvZihjaGFyKSAqIEkt PmwpOw0KKyAgICAgICAgc3RybmNweShrZXlfZmlsZSwgSS0+diwgSS0+bCk7 DQorICAgIH0NCisNCisgICAgcmV0dXJuIDE7DQorfQ0KKw0KKy8qIHRsc19z dG9wX2VuZ2luZToNCisgKiBTdG9wcyB0aGUgVExTIGVuZ2luZS4NCisgKi8N Cit2b2lkIHRsc19zdG9wX2VuZ2luZSh2b2lkKSB7DQorICAgIGlmICh0bHNf Y3R4ICE9IE5VTEwpDQorICAgICAgICBTU0xfQ1RYX2ZyZWUodGxzX2N0eCk7 DQorICAgIHRsc19jdHggPSBOVUxMOw0KKw0KKyAgICBpZiAoY2VydF9maWxl ICE9IGtleV9maWxlKSB4ZnJlZShrZXlfZmlsZSk7DQorICAgIHhmcmVlKGNl cnRfZmlsZSk7DQorfQ0KKw0KKy8qIHRsc19pbml0X2VuZ2luZToNCisgKiBJ bml0aWFsaXplIHRoZSBlbmdpbmUuIFRoaXMgc2hvdWxkIG9ubHkgYmUgcnVu IG9uY2UgaW5zdGFuY2UNCisgKiBvZiB0cG9wM2QuDQorICovDQoraW50IHRs c19pbml0X2VuZ2luZSh2b2lkKSB7DQorICAgIFNTTF9sb2FkX2Vycm9yX3N0 cmluZ3MoKTsNCisgICAgU1NMX2xpYnJhcnlfaW5pdCgpOw0KKyAgICBpZiAo KHRsc19jdHggPSBTU0xfQ1RYX25ldyhTU0x2MjNfc2VydmVyX21ldGhvZCgp KSkgPT0gTlVMTCkgew0KKyAgICAgICAgcHJpbnRfbG9nKExPR19FUlIsICIl czogU1NMX0NUWF9uZXcgZmFpbGVkIiwgX19GSUxFX18pOw0KKyAgICAgICAg dGxzX3ByaW50X2Vycm9ycygpOw0KKyAgICAgICAgcmV0dXJuIDA7DQorICAg IH0NCisgICAgU1NMX0NUWF9zZXRfb3B0aW9ucyh0bHNfY3R4LCBTU0xfT1Bf QUxMKTsNCisgICAgU1NMX0NUWF9zZXRfaW5mb19jYWxsYmFjayh0bHNfY3R4 LCB0bHNfaW5mb19jYWxsYmFjayk7DQorICAgIFNTTF9DVFhfc2Vzc19zZXRf Y2FjaGVfc2l6ZSh0bHNfY3R4LCAxKTsNCisNCisgICAgaWYgKCF0bHNfc2V0 X2NlcnRfZmlsZSgpKSB7DQorICAgICAgICByZXR1cm4gMDsNCisgICAgfQ0K Kw0KKyAgICByZXR1cm4gMTsNCit9DQorDQorLyogdGxzX3N0b3Bfc2VydmVy dGxzOg0KKyAqIENsb3NlIHRoZSBTU0wvVExTIGNvbm5lY3Rpb24gYW5kIGZy ZWUgdXAgc29tZSByZXNvdXJjZXMuDQorICovDQordm9pZCB0bHNfc3RvcF9z ZXJ2ZXJ0bHMoY29ubmVjdGlvbiBjKSB7DQorICAgIGlmIChjLT50bHNfY29u bmVjdGlvbiAhPSBOVUxMKQ0KKyAgICAgICAgICAgIFNTTF9mcmVlKGMtPnRs c19jb25uZWN0aW9uKTsNCisgICAgYy0+dGxzX2Nvbm5lY3Rpb24gPSBOVUxM Ow0KK30NCisNCisvKiB0bHNfc3RhcnRfc2VydmVydGxzOg0KKyAqIFN0YXJ0 IHRoZSBzZXJ2ZXIncyBTU0wvVExTIGNvbm5lY3Rpb24uDQorICovDQoraW50 IHRsc19zdGFydF9zZXJ2ZXJ0bHMoY29ubmVjdGlvbiBjKSB7DQorDQorICAg IHRsc19yYW5kX3NlZWQoKTsNCisgICAgaWYgKFJBTkRfc3RhdHVzKCkgIT0g MSkgew0KKyAgICAgICAgcHJpbnRfbG9nKExPR19FUlIsICIlczogaW5zdWZm aWNpZW50IHJhbmRvbSBzZWVkaW5nIiwgX19GSUxFX18pOw0KKyAgICAgICAg dGxzX3ByaW50X2Vycm9ycygpOw0KKyAgICAgICAgcmV0dXJuIDA7DQorICAg IH0NCisNCisgICAgaWYgKFNTTF9DVFhfdXNlX2NlcnRpZmljYXRlX2ZpbGUo dGxzX2N0eCwgY2VydF9maWxlLA0KKyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBTU0xfRklMRVRZUEVfUEVNKSA8IDApIHsNCisgICAg ICAgIHByaW50X2xvZyhMT0dfRVJSLCAiJXM6IGNhbid0IGxvYWQgY2VydGlm aWNhdGUgZmlsZTogJXMiLA0KKyAgICAgICAgICAgICAgICAgIF9fRklMRV9f LCBjZXJ0X2ZpbGUpOw0KKyAgICAgICAgdGxzX3ByaW50X2Vycm9ycygpOw0K KyAgICAgICAgcmV0dXJuIDA7DQorICAgIH0NCisNCisgICAgaWYgKFNTTF9D VFhfdXNlX1ByaXZhdGVLZXlfZmlsZSh0bHNfY3R4LCBrZXlfZmlsZSwNCisg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU1NMX0ZJTEVU WVBFX1BFTSkgPCAwKSB7DQorICAgICAgICBwcmludF9sb2coTE9HX0VSUiwg IiVzOiBjYW4ndCBsb2FkIGNlcnRpZmljYXRlIGZpbGU6ICVzIiwNCisgICAg ICAgICAgICAgICAgICBfX0ZJTEVfXywgY2VydF9maWxlKTsNCisgICAgICAg IHRsc19wcmludF9lcnJvcnMoKTsNCisgICAgICAgIHJldHVybiAwOw0KKyAg ICB9DQorDQorICAgIGlmICghU1NMX0NUWF9jaGVja19wcml2YXRlX2tleSh0 bHNfY3R4KSkgew0KKyAgICAgICAgcHJpbnRfbG9nKExPR19FUlIsICIlczog Y2FuJ3QgdmVyaWZ5IHByaXZhdGUga2V5IiwgX19GSUxFX18pOw0KKyAgICAg ICAgdGxzX3ByaW50X2Vycm9ycygpOw0KKyAgICAgICAgcmV0dXJuIDA7DQor ICAgIH0NCisNCisgICAgYy0+dGxzX2Nvbm5lY3Rpb24gPSBTU0xfbmV3KHRs c19jdHgpOw0KKyAgICBpZiAoYy0+dGxzX2Nvbm5lY3Rpb24gPT0gTlVMTCkg ew0KKyAgICAgICAgcHJpbnRfbG9nKExPR19FUlIsICIlczogY2FuJ3QgY3Jl YXRlIFRMUyBjb25uZWN0aW9uIiwgX19GSUxFX18pOw0KKyAgICAgICAgdGxz X3ByaW50X2Vycm9ycygpOw0KKyAgICAgICAgcmV0dXJuIDA7DQorICAgIH0N CisNCisgICAgaWYgKFNTTF9zZXRfZmQoYy0+dGxzX2Nvbm5lY3Rpb24sIGMt PnMpID09IDApIHsNCisgICAgICAgIHByaW50X2xvZyhMT0dfRVJSLCAiJXM6 IGNhbid0IHNldCBzb2NrZXQgZm9yIFRMUyBjb25uY2V0aW9uIiwNCisgICAg ICAgICAgICAgICAgICBfX0ZJTEVfXyk7DQorICAgICAgICB0bHNfcHJpbnRf ZXJyb3JzKCk7DQorICAgICAgICByZXR1cm4gMDsNCisgICAgfQ0KKw0KKw0K KyAgICByZXR1cm4gMTsNCit9DQorDQorLyogdGxzX2hhbmRzaGFrZToNCisg KiBEbyB0aGUgU1NML1RMUyBoYW5kc2hha2Ugd2l0aCB0aGUgY2xpZW50Lg0K KyAqLw0KK2ludCB0bHNfaGFuZHNoYWtlKGNvbm5lY3Rpb24gYykgew0KKyAg ICBpbnQgcmV0Ow0KKw0KKyAgICBpZiAoKHJldCA9IFNTTF9hY2NlcHQoYy0+ dGxzX2Nvbm5lY3Rpb24pKSA8PSAwKSB7DQorICAgICAgICBwcmludF9sb2co TE9HX0VSUiwgIiVzOiBmYWlsZWQgdG8gYWNjZXB0IFRMUyBjb25uZWN0aW9u OiAlZCIsDQorICAgICAgICAgICAgICAgICAgX19GSUxFX18sIHJldCk7DQor ICAgICAgICB0bHNfcHJpbnRfZXJyb3JzKCk7DQorICAgICAgICB0bHNfc3Rv cF9zZXJ2ZXJ0bHMoYyk7DQorICAgICAgICByZXR1cm4gMDsNCisgICAgfQ0K Kw0KKyAgICBpZiAodGxzX3ZlcmJvc2UpIHsNCisgICAgICAgIFNTTF9DSVBI RVIgKmNpcGhlcjsNCisNCisgICAgICAgIGNpcGhlciA9IFNTTF9nZXRfY3Vy cmVudF9jaXBoZXIoYy0+dGxzX2Nvbm5lY3Rpb24pOw0KKyAgICAgICAgaWYg KGNpcGhlciAhPSBOVUxMKSB7DQorICAgICAgICAgICAgY29uc3QgY2hhciAq Y2lwaGVyX25hbWUgPSBTU0xfQ0lQSEVSX2dldF9uYW1lKGNpcGhlcik7DQor ICAgICAgICAgICAgaW50IGNpcGhlcl9iaXRzOw0KKw0KKyAgICAgICAgICAg IHByaW50X2xvZyhMT0dfSU5GTywgIiVzOiBUTFMgZXN0YWJsaXNoZWQgd2l0 aCAlcyAoJWRiaXRzKSIsDQorICAgICAgICAgICAgICAgICAgICAgIF9fRklM RV9fLCBjaXBoZXJfbmFtZSwNCisgICAgICAgICAgICAgICAgICAgICAgU1NM X0NJUEhFUl9nZXRfYml0cyhjaXBoZXIsICZjaXBoZXJfYml0cykpOw0KKyAg ICAgICAgfQ0KKyAgICB9DQorDQorICAgIHJldHVybiAxOw0KK30NCisNCisv KiB0bHNfd3JpdGVfZmlsZToNCisgKiBzYW1lIGNvZGUgdGhhdCBpcyBpbiB3 cml0ZV9maWxlIGluIHV0aWwuYywgZXhjZXB0IGluc3RlYWQNCisgKiBvZiBh IHNvY2tldCwgaXQgZXhwZWN0cyBhIHBvaW50ZXIgdG8gdGhlIFNTTCBjb25u ZWN0aW9uLg0KKyAqLw0KK2ludCB0bHNfd3JpdGVfZmlsZShpbnQgZmQsIFNT TCAqcywgc2l6ZV90IG1zZ29mZnNldCwgc2l6ZV90IHNraXAsIHNpemVfdCBt c2dsZW5ndGgsIGludCBuKSB7DQorICAgIGNoYXIgKmZpbGVtZW07DQorICAg IGNoYXIgKnAsICpxLCAqcjsNCisgICAgc2l6ZV90IGxlbmd0aCwgb2Zmc2V0 Ow0KKw0KKyAgICBvZmZzZXQgPSBtc2dvZmZzZXQgLSAobXNnb2Zmc2V0ICUg UEFHRVNJWkUpOw0KKyAgICBsZW5ndGggPSAobXNnb2Zmc2V0ICsgbXNnbGVu Z3RoICsgUEFHRVNJWkUpIDsNCisgICAgbGVuZ3RoIC09IGxlbmd0aCAlIFBB R0VTSVpFOw0KKw0KKyAgICBmaWxlbWVtID0gbW1hcCgwLCBsZW5ndGgsIFBS T1RfUkVBRCwgTUFQX1BSSVZBVEUsIGZkLCBvZmZzZXQpOw0KKyAgICBpZiAo ZmlsZW1lbSA9PSBNQVBfRkFJTEVEKSB7DQorICAgICAgICBwcmludF9sb2co TE9HX0VSUiwgIndyaXRlX2ZpbGU6IG1tYXA6ICVtIik7DQorICAgICAgICBy ZXR1cm4gMDsNCisgICAgfQ0KKw0KKyAgICAvKiBGaW5kIHRoZSBiZWdpbm5p bmcgb2YgdGhlIG1lc3NhZ2UgaGVhZGVycyAqLw0KKyAgICBwID0gZmlsZW1l bSArIChtc2dvZmZzZXQgJSBQQUdFU0laRSk7DQorICAgIHIgPSBwICsgbXNn bGVuZ3RoOw0KKyAgICBwICs9IHNraXA7DQorDQorICAgIC8qIFNlbmQgdGhl IG1lc3NhZ2UgaGVhZGVycyAqLw0KKyAgICBkbyB7DQorICAgICAgICBxID0g bWVtY2hyKHAsICdcbicsIHIgLSBwKTsNCisgICAgICAgIGlmICghcSkgcSA9 IHI7DQorICAgICAgICBlcnJubyA9IDA7DQorICAgICAgICAvKiBFc2NhcGUg YSBsZWFkaW5nIC4sIGlmIHByZXNlbnQuICovDQorICAgICAgICBpZiAoKnAg PT0gJy4nICYmICF0bHNfdHJ5X3dyaXRlKHMsICIuIiwgMSkpIGdvdG8gd3Jp dGVfZmFpbHVyZTsNCisgICAgICAgIC8qIFNlbmQgbGluZSBpdHNlbGYuICov DQorICAgICAgICBpZiAoIXRsc190cnlfd3JpdGUocywgcCwgcSAtIHApIHx8 ICF0bHNfdHJ5X3dyaXRlKHMsICJcclxuIiwgMikpDQorICAgICAgICAgICAg Z290byB3cml0ZV9mYWlsdXJlOw0KKyAgICAgICAgcCA9IHEgKyAxOw0KKyAg ICB9IHdoaWxlIChwIDwgciAmJiAqcCAhPSAnXG4nKTsNCisNCisgICAgKytw Ow0KKw0KKyAgICBlcnJubyA9IDA7DQorICAgIGlmICghdGxzX3RyeV93cml0 ZShzLCAiXHJcbiIsIDIpKSB7DQorICAgICAgICBwcmludF9sb2coTE9HX0VS UiwgIndyaXRlX2ZpbGU6IHdyaXRlOiAlbSIpOw0KKyAgICAgICAgbXVubWFw KGZpbGVtZW0sIGxlbmd0aCk7DQorICAgICAgICByZXR1cm4gMDsNCisgICAg fQ0KKw0KKyAgICAvKiBOb3cgc2VuZCB0aGUgbWVzc2FnZSBpdHNlbGYgKi8N CisgICAgd2hpbGUgKHAgPCByICYmIG4pIHsNCisgICAgICAgIGlmIChuID4g MCkgLS1uOw0KKw0KKyAgICAgICAgcSA9IG1lbWNocihwLCAnXG4nLCByIC0g cCk7DQorICAgICAgICBpZiAoIXEpIHEgPSByOw0KKyAgICAgICAgZXJybm8g PSAwOw0KKw0KKyAgICAgICAgLyogRXNjYXBlIGEgbGVhZGluZyAuLCBpZiBw cmVzZW50LiAqLw0KKyAgICAgICAgaWYgKCpwID09ICcuJyAmJiAhdGxzX3Ry eV93cml0ZShzLCAiLiIsIDEpKSBnb3RvIHdyaXRlX2ZhaWx1cmU7DQorICAg ICAgICAvKiBTZW5kIGxpbmUgaXRzZWxmLiAqLw0KKyAgICAgICAgaWYgKCF0 bHNfdHJ5X3dyaXRlKHMsIHAsIHEgLSBwKSB8fCAhdGxzX3RyeV93cml0ZShz LCAiXHJcbiIsIDIpKQ0KKyAgICAgICAgICAgIGdvdG8gd3JpdGVfZmFpbHVy ZTsNCisNCisgICAgICAgIHAgPSBxICsgMTsNCisgICAgfQ0KKyAgICBpZiAo bXVubWFwKGZpbGVtZW0sIGxlbmd0aCkgPT0gLTEpDQorICAgICAgICBwcmlu dF9sb2coTE9HX0VSUiwgIndyaXRlX2ZpbGU6IG11bm1hcDogJW0iKTsNCisN CisgICAgZXJybm8gPSAwOw0KKyAgICBpZiAoIXRsc190cnlfd3JpdGUocywg Ii5cclxuIiwgMykpIHsNCisgICAgICAgIHByaW50X2xvZyhMT0dfRVJSLCAi d3JpdGVfZmlsZTogd3JpdGU6ICVtIik7DQorICAgICAgICByZXR1cm4gMDsN CisgICAgfSBlbHNlIHJldHVybiAxOw0KKw0KK3dyaXRlX2ZhaWx1cmU6DQor ICAgIHByaW50X2xvZyhMT0dfRVJSLCAid3JpdGVfZmlsZTogd3JpdGU6ICVt Iik7DQorICAgIG11bm1hcChmaWxlbWVtLCBsZW5ndGgpOw0KKyAgICByZXR1 cm4gMDsNCit9DQorDQorI2VuZGlmDQpkaWZmIC11IC0tbmV3LWZpbGUgdHBv cDNkLTEuMy41Lm9yaWcvdHB0bHMuaCB0cG9wM2QtMS4zLjUvdHB0bHMuaA0K LS0tIHRwb3AzZC0xLjMuNS5vcmlnL3RwdGxzLmgJV2VkIERlYyAzMSAxNzow MDowMCAxOTY5DQorKysgdHBvcDNkLTEuMy41L3RwdGxzLmgJRnJpIE5vdiAg MiAxMDozNzoxMiAyMDAxDQpAQCAtMCwwICsxLDIxIEBADQorI2lmZGVmIFVT RV9PUEVOU1NMX1RMUw0KKw0KKyNpZm5kZWYgX19UUFRMU19IXyAvKiBpbmNs dWRlIGd1YXJkICovDQorI2RlZmluZSBfX1RQVExTX0hfDQorDQorI2luY2x1 ZGUgImNvbm5lY3Rpb24uaCINCisNCisjZGVmaW5lIHRsc190cnlfd3JpdGUo YSwgYiwgYykgIChTU0xfd3JpdGUoKGEpLCAoYiksIChjKSkgPT0gKGMpKQ0K Kw0KK2ludCB0bHNfaW5pdF9lbmdpbmUodm9pZCk7DQoraW50IHRsc19zdGFy dF9zZXJ2ZXJ0bHMoY29ubmVjdGlvbiBjKTsNCitpbnQgdGxzX2hhbmRzaGFr ZShjb25uZWN0aW9uIGMpOw0KKw0KK2ludCB0bHNfd3JpdGVfZmlsZShpbnQg ZmQsIFNTTCAqcywgc2l6ZV90IG1zZ29mZnNldCwgc2l6ZV90IHNraXAsIHNp emVfdCBtc2dsZW5ndGgsIGludCBuKTsNCisNCit2b2lkIHRsc19zdG9wX3Nl cnZlcnRscyhjb25uZWN0aW9uIGMpOw0KK3ZvaWQgdGxzX3N0b3BfZW5naW5l KHZvaWQpOw0KKw0KKyNlbmRpZiAvKiBfX1RQVExTX0hfICovDQorDQorI2Vu ZGlmIC8qIFVTRV9PUEVOU1NMX1RMUyAqLw0K --0-1312331796-1004726950=:54412-- From chris@shagged.org Fri Nov 02 23:58:20 2001 Received: from rtfm.shagged.org ([195.11.8.226] helo=mail.shagged.org ident=mail) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 15zoCa-0008G2-00 for tpop3d-discuss@lists.beasts.org; Fri, 02 Nov 2001 23:58:20 +0000 Received: from chris by mail.shagged.org with local (Exim 3.33 #1) id 15zoBV-00022c-00; Fri, 02 Nov 2001 23:57:13 +0000 Date: Fri, 2 Nov 2001 23:57:13 +0000 From: Chris Elsworth To: Ben Schumacher Cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] tpop3d w/TLS Message-ID: <20011102235713.A7787@shagged.org> Mail-Followup-To: Ben Schumacher , tpop3d-discuss@lists.beasts.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ben@blahr.com on Thu, Nov 01, 2001 at 10:57:50AM -0700 Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Thu, Nov 01, 2001 at 10:57:50AM -0700, Ben Schumacher wrote: > After a couple late nights of hacking and a lot of beating my head against > the wall, I got TLS working with tpop3d. Right now, it only support STLS > -- starting TLS after an unencrypted connection has already been > established on 110 -- but I think it would be pretty simple to get it to > support pop3s, or SSL to start with over port 995. > You little star. I currently use stunnel to achieve this - having it built into tpop3d will eliminate the need for stunnel completely (which is cumbersome at best). Just wanted to say nice one. Especially once its working 100% (entire session via TLS). -- Chris Elsworth - Software & Systems Developer / Systems Administrator From ben@blahr.com Sat Nov 03 00:25:49 2001 Received: from hiro.blahr.com ([208.139.193.245]) by sphinx.mythic-beasts.com with smtp (Exim 3.13 #8) id 15zobE-000052-00 for tpop3d-discuss@lists.beasts.org; Sat, 03 Nov 2001 00:25:49 +0000 Received: (qmail 47733 invoked by uid 1000); 3 Nov 2001 00:18:16 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Nov 2001 00:18:16 -0000 Date: Fri, 2 Nov 2001 17:18:16 -0700 (MST) From: Ben Schumacher To: Chris Elsworth cc: tpop3d-discuss@lists.beasts.org Subject: Re: [tpop3d-discuss] tpop3d w/TLS In-Reply-To: <20011102235713.A7787@shagged.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion On Fri, 2 Nov 2001, Chris Elsworth wrote: > Just wanted to say nice one. Especially once its working 100% (entire > session via TLS). This should be really easy to implement. The POP3S port is a well-known port at 995. It should be really simple to make the server just listen to that port and then wait for a SSL/TLS handshake before even starting the POP3 communications. Honestly, the code is pretty simple. I'm not positive if it will work with ever client yet, either, since I've only tested with Eudora. It appears that the Microsoft clients can only be used with the alternate port. I think I'll go ahead and try to implement this, as well. I just didn't feel like playing with the connection stuffs when I first started poking around in the code. Ben From chris@ex-parrot.com Sun Nov 04 10:04:06 2001 Received: from daleth.esc.cam.ac.uk ([131.111.64.59] helo=beth.esc.cam.ac.uk) by sphinx.mythic-beasts.com with esmtp (Exim 3.13 #8) id 160K8M-0003Pf-00 for tpop3d-discuss@lists.beasts.org; Sun, 04 Nov 2001 10:04:06 +0000 Received: from caesious.cold.local (janus.esc.cam.ac.uk [131.111.64.94]) by beth.esc.cam.ac.uk (8.9.1a/8.9.1) with ESMTP id KAA26225; Sun, 4 Nov 2001 10:20:03 GMT Received: from chris by caesious.cold.local with local (Exim 3.03 #4) id 160K8I-0000jV-00; Sun, 04 Nov 2001 10:04:02 +0000 Date: Sun, 4 Nov 2001 10:04:02 +0000 From: Chris Lightfoot To: Henrik Larsson Cc: tpop3d-discuss@lists.beasts.org Message-ID: <20011104100402.A2783@caesious.cold.local> References: <5.1.0.14.2.20011104045447.00be0cf0@mail.larsson.as> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.1.0.14.2.20011104045447.00be0cf0@mail.larsson.as>; from henrik@larsson.as on Sun, Nov 04, 2001 at 04:58:49AM +0100 X-Mail-Author: me Subject: [tpop3d-discuss] tpop3d, maildir and postfix (Was: UIDL shows messages with same ID?) Sender: tpop3d-discuss-admin@lists.beasts.org Errors-To: tpop3d-discuss-admin@lists.beasts.org X-BeenThere: tpop3d-discuss@lists.beasts.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: tpop3d discussion [ Cc:ed to list as other users may wish to be aware of this. ] On Sun, Nov 04, 2001 at 04:58:49AM +0100, Henrik Larsson wrote: > I use postfix witch deliver to Maildirs. > > But when i authenticate up against tpop3d sometimes the server gives me > several messages with same UIDL: > +OK Welcome aboard! You have 3 messages. > stat > +OK 3 2130 > UIDL > +OK ID list follows: > 1 313030343834393135362e3134333630 > 2 313030343834393135362e3134333630 > 3 313030343834393135382e3134333633 > > The problem is that the mail-client only takes unique messages, so it will > only take 2 this time. > Then i can login again with the client, and it will get the last message > this time. > > Is this an error in tpop3d or postfix? I'm not certain. Could you tell me what the filenames of the messages are within the maildir? For BSD mailspools, tpop3d uses the MD5 digest of the first part of the message. For maildir, it uses the first 16 characters of the filename, encoded in hex. Obviously this means that if the messages differ in uniqueness only in the 17th and later characters. A brief look at the Postfix source suggests that it uses names of the form