The qpopper list archive ending on 29 May 2007
Topics covered in this issue include:
1. Uninstall in standalone
"sasa" <sasa at shoponweb dot it>
Mon, 13 Nov 2006 12:01:34 +0100
2. Re: Uninstall in standalone
Gerard <gerard at seibercom dot net>
Mon, 13 Nov 2006 07:09:52 -0500
3. Re: I/O error flushing output
"sasa" <sasa at shoponweb dot it>
Mon, 13 Nov 2006 13:31:10 +0100
4. Re: Uninstall in standalone
"sasa" <sasa at shoponweb dot it>
Mon, 13 Nov 2006 12:47:32 +0100
5. Re: Uninstall in standalone
Gerard <gerard at seibercom dot net>
Mon, 13 Nov 2006 06:31:17 -0500
6. qpopper faq and other pages missing?
Rick Pim <rick at post dot queensu dot ca>
Tue, 14 Nov 2006 10:07:33 -0500
7. RE: GDBM problem during make
"Alex Moen" <alexm at ndtel dot com>
Tue, 14 Nov 2006 10:31:18 -0600
8. Re: qpopper faq and other pages missing?
"sasa" <sasa at shoponweb dot it>
Tue, 14 Nov 2006 17:51:51 +0100
9. Re: qpopper faq and other pages missing?
"Ted Mittelstaedt" <tedm at toybox dot placo dot com>
Mon, 20 Nov 2006 01:05:13 -0800
10. RE: Purge mailboxes of old mail
"Wayne Heming" <wayne_heming at hemnet dot com dot au>
Mon, 20 Nov 2006 20:43:49 +1100
11. RE: Purge mailboxes of old mail
"Jeff A dot Earickson" <jaearick at colby dot edu>
Mon, 20 Nov 2006 08:42:39 -0500 (EST)
12. Re: Purge mailboxes of old mail
"Pete 'Wolfy' Hanson" <alaska dot wolfy at gmail dot com>
Mon, 20 Nov 2006 04:32:06 -0900
13. Re: qpopper faq and other pages missing?
Kelson <kelson at speed dot net>
Mon, 20 Nov 2006 08:41:05 -0800
14. RE: Purge mailboxes of old mail
Paul Carpenter <paul at dodgenet dot com>
Mon, 20 Nov 2006 11:34:58 -0600
15. RE: Purge mailboxes of old mail
Gregory Hicks <ghicks at cadence dot com>
Mon, 20 Nov 2006 13:39:42 -0800 (PST)
16. Re: Purge mailboxes of old mail
Laurent PELLISSIER <Laurent dot Pellissier at ema dot fr>
Tue, 21 Nov 2006 09:49:01 +0100
17. RE: Purge mailboxes of old mail
"Wayne Heming" <wayne_heming at hemnet dot com dot au>
Tue, 21 Nov 2006 20:02:23 +1100
18. Re: Purge mailboxes of old mail
Gerard <gerard at seibercom dot net>
Tue, 21 Nov 2006 06:01:01 -0500
19. Re: qpopper faq and other pages missing?
Randall Gellens <randy at qualcomm dot com>
Wed, 13 Dec 2006 12:39:23 -0800
20. Re: qpopper faq and other pages missing?
Randall Gellens <randy at qualcomm dot com>
Wed, 13 Dec 2006 21:24:56 -0800
21. Error updating primary drop. Mail left in temporary maildrop (28)
"Zazell Kroeske" <zazell at aim4music dot nl>
Thu, 14 Dec 2006 13:39:03 +0100
22. Re: qpopper faq and other pages missing?
Kelson <kelson at speed dot net>
Thu, 14 Dec 2006 09:30:13 -0800
23. Re: Error updating primary drop. Mail left in temporary maildrop (28)
Joseph S D Yao <jsdy at center dot osis dot gov>
Thu, 14 Dec 2006 15:55:02 -0500
24. Re: Error updating primary drop. Mail left in temporary
Randall Gellens <randy at qualcomm dot com>
Thu, 14 Dec 2006 20:17:02 -0800
25. RE: Error updating primary drop. Mail left in temporary maildrop (28)
"Zazell Kroeske" <zazell at aim4music dot nl>
Fri, 15 Dec 2006 09:25:57 +0100
26. Kerberos 1.4.3 and qpopper
"John T dot Guthrie III" <guthrie at counterexample dot org>
Wed, 20 Dec 2006 15:52:17 -0500
27. Re: Kerberos 1.4.3 and qpopper
Ken Hornstein <kenh at cmf dot nrl dot navy dot mil>
Fri, 05 Jan 2007 14:24:52 -0500
28. Re: Kerberos 1.4.3 and qpopper
"John T dot Guthrie" <guthrie at counterexample dot org>
Wed, 10 Jan 2007 00:12:02 -0500
29. Re: Kerberos 1.4.3 and qpopper
Ken Hornstein <kenh at cmf dot nrl dot navy dot mil>
Wed, 10 Jan 2007 14:11:49 -0500
30. Re: Kerberos 1.4.3 and qpopper
"John T dot Guthrie" <guthrie at counterexample dot org>
Thu, 11 Jan 2007 21:33:32 -0500
31. Re: Kerberos 1.4.3 and qpopper
Ken Hornstein <kenh at cmf dot nrl dot navy dot mil>
Thu, 11 Jan 2007 21:56:04 -0500
32. Re: Kerberos 1.4.3 and qpopper
"John T dot Guthrie" <guthrie at counterexample dot org>
Thu, 18 Jan 2007 12:37:36 -0500
33. Re: Kerberos 1.4.3 and qpopper
Ken Hornstein <kenh at cmf dot nrl dot navy dot mil>
Thu, 18 Jan 2007 12:43:09 -0500
34. Re: Kerberos 1.4.3 and qpopper
Randall Gellens <randy at qualcomm dot com>
Tue, 23 Jan 2007 12:53:48 -0800
35. qpopper and 2007 daylight saving time change
"Nicole Skyrca" <nskyrca at syr dot edu>
Sat, 17 Feb 2007 14:59:51 -0500
36. Re: qpopper and 2007 daylight saving time change
David Champion <dgc at uchicago dot edu>
Sat, 17 Feb 2007 15:00:17 -0600
37. Compile Error in qpopper4.0.8
tomohito dot kajiwara at nts dot ricoh dot co dot jp
Mon, 19 Mar 2007 19:54:57 +0900
38. Re: Compile Error in qpopper4.0.8
Randall Gellens <randy at qualcomm dot com>
Mon, 19 Mar 2007 10:08:30 -0700
39. Re: Compile Error in qpopper4.0.8
tomohito dot kajiwara at nts dot ricoh dot co dot jp
Tue, 20 Mar 2007 09:26:48 +0900
40. funny timestamp
"M dot Kellermann" <Kellermann at sk-datentechnik dot com>
Mon, 30 Apr 2007 10:26:43 +0200
41. Re: funny timestamp
Jose Marcio Martins da Cruz <Jose-Marcio dot Martins at ensmp dot fr>
Mon, 30 Apr 2007 11:51:37 +0200
42. Re: funny timestamp
Jose Marcio Martins da Cruz <Jose-Marcio dot Martins at ensmp dot fr>
Mon, 30 Apr 2007 13:10:56 +0200
43. Re: funny timestamp
"M dot Kellermann" <Kellermann at sk-datentechnik dot com>
Tue, 01 May 2007 18:02:08 +0200
44. Re: funny timestamp
Randall Gellens <randy at qualcomm dot com>
Fri, 4 May 2007 09:54:51 -0700
45. Enable Statistics Logging
James Medley <jmedley at aesrg dot tamu dot edu>
Fri, 11 May 2007 11:22:31 -0500
46. Re: Enable Statistics Logging
"Damon McMahon" <damon dot mcmahon at gmail dot com>
Mon, 14 May 2007 09:45:05 +0930
47. Re: Enable Statistics Logging
Randall Gellens <randy at qualcomm dot com>
Fri, 18 May 2007 15:59:01 -0700
48. Qpopper 4.0.10b1 available
Randall Gellens <randy at qualcomm dot com>
Mon, 28 May 2007 18:55:39 -0700
49. Qpopper 4.1a5 available
Randall Gellens <randy at qualcomm dot com>
Tue, 29 May 2007 10:58:56 -0700
50. Qpopper 4.0.10b2 available
Randall Gellens <randy at qualcomm dot com>
Tue, 29 May 2007 10:57:12 -0700
From: "sasa" <sasa at shoponweb dot it>
Subject: Uninstall in standalone
Date: Mon, 13 Nov 2006 12:01:34 +0100
Hi, I have Qpopper 4.0.9 in standalone mode, now I want uninstall Qpopper
but I haven't inetd.conf line
how I can make for uninstall ?? ..if after unistall I install Qpopper again
I lose mails ? thanks.
------
Salvatore.
Date: Mon, 13 Nov 2006 07:09:52 -0500
From: Gerard <gerard at seibercom dot net>
Subject: Re: Uninstall in standalone
On Monday November 13, 2006 at 06:47:32 (AM) sasa wrote:
> "Gerard" wrote:
>
> > I am running FreeBSD-6.1 on my PC. I could tell you how to uninstall
> > from this OS; however, I seriously doubt that it would do you any good.
> > Exactly what OS are you running anyway?
>
> .I use fedora core 5, I don't know what way is ok for my problem posted in
> "I/O error flushing output", I have 50 domaind with 300 account, on 5
> domains is presente this problem but isn't present on residuary accounts..I
> dont' konw what to think ! :-(
>
> > Second, no you should not lose any emails.
>
> .this is a comfort, I want to uninstall and after install Qpopper again
>
> > Third, what did you finally settle on for a POP/IMAP mail server to
> > replace Qpopper?
>
> I don't know, I have a few minutes for this operation and I cann't lose
> mails and I have fear for this motive.
> Thanks again.
I don't know anything about fedora, so I cannot assist you there.
There is no reason to lose any mail however. If you want to insure that
all is well, try shutting down your mail server as well as Qpopper and
copying the mail directory to some other location. Now do what ever it
is you want to do and then restart the mailserver and subsequently
Qpopper. That way you will still have a backup of your mail.
Ciao!
--
Gerard
From: "sasa" <sasa at shoponweb dot it>
Subject: Re: I/O error flushing output
Date: Mon, 13 Nov 2006 13:31:10 +0100
Hi, now I know where is the problem..the problem is on the new router xdsl
that I use from Thursday but I don't know because the problem is present
only on five domains (I have 50 domains)...the problem is in tcp
comunications from remote client and my mail server...but I have a many
dubious.
thanks.
------
Salvatore.
----- Original Message -----
From: "sasa" <sasa@shoponweb.it>
To: "Subscribers of Qpopper" <qpopper@lists.pensive.org>
Sent: Sunday, November 12, 2006 2:23 AM
Subject: Re: I/O error flushing output
> "Daniel Senie" wrote:
>
>> The error message indicates the client disconnected without telling the
>> server, and the TCP session terminated. This can happen if the user
>> reboots their computer, the client application dies, or Internet
>> connectivity is interrupted beteeen client and server.
>
> ..unfortunately already hi tried but also after the remote client reboot
> the problem it is always present!, just for this reason they are
> preoccupied because when it is happened in passed after reboot the problem
> is disappeared, this time not!
> thanks.
>
> ------
> Salvatore.
>
>
From: "sasa" <sasa at shoponweb dot it>
Subject: Re: Uninstall in standalone
Date: Mon, 13 Nov 2006 12:47:32 +0100
"Gerard" wrote:
> I am running FreeBSD-6.1 on my PC. I could tell you how to uninstall
> from this OS; however, I seriously doubt that it would do you any good.
> Exactly what OS are you running anyway?
..I use fedora core 5, I don't know what way is ok for my problem posted in
"I/O error flushing output", I have 50 domaind with 300 account, on 5
domains is presente this problem but isn't present on residuary accounts..I
dont' konw what to think ! :-(
> Second, no you should not lose any emails.
..this is a comfort, I want to uninstall and after install Qpopper again
> Third, what did you finally settle on for a POP/IMAP mail server to
> replace Qpopper?
I don't know, I have a few minutes for this operation and I cann't lose
mails and I have fear for this motive.
Thanks again.
------
Salvatore.
Date: Mon, 13 Nov 2006 06:31:17 -0500
From: Gerard <gerard at seibercom dot net>
Subject: Re: Uninstall in standalone
On Monday November 13, 2006 at 06:01:34 (AM) sasa wrote:
> Hi, I have Qpopper 4.0.9 in standalone mode, now I want uninstall Qpopper
> but I haven't inetd.conf line
> how I can make for uninstall ?? ..if after unistall I install Qpopper again
> I lose mails ? thanks.
I am running FreeBSD-6.1 on my PC. I could tell you how to uninstall
from this OS; however, I seriously doubt that it would do you any good.
Exactly what OS are you running anyway?
Second, no you should not lose any emails.
Third, what did you finally settle on for a POP/IMAP mail server to
replace Qpopper?
--
Gerard
From: Rick Pim <rick at post dot queensu dot ca>
Date: Tue, 14 Nov 2006 10:07:33 -0500
Subject: qpopper faq and other pages missing?
as far as i can tell, the qpopper FAQ and other pages are missing
from the qualcomm/eudora web site and i've been unable to find them.
is this just me? is there a current official home for this data?
rp
rick pim rick@post.queensu.ca
information technology services (613) 533-2242
queen's university, kingston
-----------------------------------------------------------------------
"`KNIFE-WIELDING MOTHER HACKS ICHTHYOID! GRIM MELEE
IS EVENING RITUAL! SUBURBAN FAMILY DEVOURS VICTIM!'"
From: "Alex Moen" <alexm at ndtel dot com>
Subject: RE: GDBM problem during make
Date: Tue, 14 Nov 2006 10:31:18 -0600
Tony,
Thanks for the reply! I was beginning to wonder if anyone was on this
list
anymore!!! :)
> Additionally, here's how you can find them, and then see if
> one of them is good
>
> $ locate *include*ndbm.h
> /usr/include/gdbm/ndbm.h
>
> $ grep dbm_pagfno /usr/include/gdbm/ndbm.h
> extern int dbm_pagfno ();
>
> So this is good. If the grep turns up nothing, then you have problems.
>
> -Tony
> ----------------------------------------
> Anthony J. Biacco
> Senior Systems and Network Administrator
> 303-981-4955
OK, so here's what I have found:
grep dbm_pagfno `find / -name *ndbm.h`
/usr/include/ndbm.h:#define dbm_pagfno(__db)
((__db)->dbm_pagf)
/usr/local/include/ndbm.h:extern int dbm_pagfno ();
(I'm using Solaris 10, so the locate command doesn't work... Also, this
grep
was one command quicker.)
I have tried using both ndbm.h files. I first moved the
/usr/include/ndbm.h
to ndbm.h.old, then ran my configure and make. Here's my error:
Undefined first referenced
symbol in file
dbm_dirfno pop_bull.o
ld: fatal: Symbol referencing errors. No output written to popper
collect2: ld returned 1 exit status
Then, I moved the /usr/include/ndbm.h.old file back, and "olded" the
/usr/local/include/ndbm.h. After destroying and untarring the
qpopper.tar
file, and running configure and make again, here's my error:
Undefined first referenced
symbol in file
dbm_dirfno pop_bull.o
ld: fatal: Symbol referencing errors. No output written to popper
collect2: ld returned 1 exit status
Seems to be the same no matter which file I used.
ls -l `find / -name *ndbm.h`
-rw-r--r-- 1 root bin 3141 Jan 21 2005 /usr/include/ndbm.h
-rw-r--r-- 1 bin bin 2003 May 4 2003 /usr/local/include/ndbm.h
The files are different, but both seem to act the same, or at least,
result
in the same error. Here's my configure:
./configure --enable-bulldb=/var/spool/bulls --enable-auto-delete
--enable-server-mode --enable-standalone
--enable-log-facility=LOG_LOCAL5
--enable-specialauth --with-pam --enable-shy
--enable-home-dir-mail=mail/.mail
I am compiling 4.0.9. I have used this exact same configure statement on
Solaris 8, with no problem, using 4.0.9. I do have more information (in
the
form of the config.log and such) if needed....
Thanks!
Alex
>
> > -----Original Message-----
> > From: Alex Moen [mailto:alexm@ndtel.com]
> > Sent: Thursday, November 09, 2006 3:58 PM
> > To: Subscribers of Qpopper
> > Subject: RE: GDBM problem during make
> >
> > Anyone???? If more info is needed, I'd be happy to mail more.
> >
> > I'd really like to get this going....
> >
> > Alex
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: Alex Moen [mailto:alexm@ndtel.com]
> > Sent: Thursday, November 02, 2006 11:18 AM
> > To: 'qpopper@lists.pensive.org'
> > Subject: GDBM problem during make
> >
> >
> > Hi all,
> >
> > Running into a problem compiling 4.0.9 on a Solaris 10 6-06
> > box, patched to
> > the latest 10_Recommended patchlevel. Also have lots of
> GNU software
> > already installed, for instance: autoconf 2.59, automake 1.9,
> > bison 1.875,
> > flex 2.5, gcc 3.3.2, make 3.80, tcl 8.5, gdbm 1.83 (all from
> > sunfreeware).
> >
> > I compile using the following command:
> >
> > ./configure --enable-bulldb=/var/spool/bulls --enable-auto-delete
> > --enable-server-mode --enable-standalone
> > --enable-log-facility=LOG_LOCAL5 --enable-specialauth --with-pam
> > --enable-shy --enable-home-dir-mail=mail/.mail
> >
> > Compile completes with no warnings at all. However, here's
> > the end of the
> > make output:
> >
> > ---clip---
> > gcc pop_dele.o pop_dropcopy.o pop_get_command.o
> pop_get_subcommand.o
> > pop_init.o pop_last.o pop_list.o pop_log.o pop_lower.o
> > pop_msg.o pop_parse.o
> > pop_pass.o pop_quit.o pop_rset.o pop_send.o pop_stat.o
> > pop_updt.o pop_user.o
> > pop_xtnd.o pop_xmit.o popper.o pop_bull.o xtnd_xlst.o
> > pop_uidl.o mktemp.o
> > pop_rpop.o pop_apop.o md5.o pop_auth.o pop_pope.o
> pop_extend.o scram.o
> > hmac.o base64.o pop_util.o get_sub_opt.o msg_ptr.o drac.o
> pop_config.o
> > pop_tls.o pop_tls_openssl.o pop_tls_sslplus.o sslplus_utils.o main.o
> > pop_cache.o genpath.o -o popper ../mmangle/libmangle.a \
> > -I../common ../common/libcommon.a \
> > -lnsl -lsocket -lresolv -lmail -lgdbm -lnsl
> > -lposix4 -lcrypt -ldl
> > -lpam
> > Undefined first referenced
> > symbol in file
> > dbm_dirfno pop_bull.o
> > ld: fatal: Symbol referencing errors. No output written to popper
> > collect2: ld returned 1 exit status
> > make[1]: *** [popper] Error 1
> > make[1]: Leaving directory `/usr/local/source/qpopper4.0.9/popper'
> > make: *** [popper_server] Error 2
> >
> > What I have tried so far to no avail:
> > -Reinstalling GDBM
> > -Adding the following to Makefile:
> > DBM_LIBS = -L/usr/local/lib -lgdbm
> > LIBS = ${NETWORK_LIBS}
> > ${KERBEROS_LIBS} ${DBM_LIBS}
> >
> > -Grepping the net for more help
> >
> > Not sure what I'm missing here. I have already been able to
> > compile popper
> > without bulletin support, but I really need the bulletins.
> >
> > I've seen this discussed all over the place, but can't find
> > any resolutions
> > to any problems.
> >
> > Anyone have any ideas???
> >
> > Thanks!
> >
> > Alex
> >
> >
> >
>
From: "sasa" <sasa at shoponweb dot it>
Subject: Re: qpopper faq and other pages missing?
Date: Tue, 14 Nov 2006 17:51:51 +0100
http://qpopper.sourceforge.net/
----- Original Message -----
From: "Rick Pim" <rick@post.queensu.ca>
To: "Subscribers of Qpopper" <qpopper@lists.pensive.org>
Sent: Tuesday, November 14, 2006 4:07 PM
Subject: qpopper faq and other pages missing?
>
> as far as i can tell, the qpopper FAQ and other pages are missing
> from the qualcomm/eudora web site and i've been unable to find them.
>
> is this just me? is there a current official home for this data?
>
> rp
>
> rick pim rick@post.queensu.ca
> information technology services (613) 533-2242
> queen's university, kingston
> -----------------------------------------------------------------------
> "`KNIFE-WIELDING MOTHER HACKS ICHTHYOID! GRIM MELEE
> IS EVENING RITUAL! SUBURBAN FAMILY DEVOURS VICTIM!'"
>
From: "Ted Mittelstaedt" <tedm at toybox dot placo dot com>
Subject: Re: qpopper faq and other pages missing?
Date: Mon, 20 Nov 2006 01:05:13 -0800
A lot of that stuff disappeared when they reorganized their website
recently.
Supposedly the client is going to be put into open source my guess is
they will dump all of it into sourceforge, along with the server code
and documentation, then turn their back on it. Whether the FAQ
comes along for the ride who knows.
Ted
----- Original Message -----
From: "Rick Pim" <rick@post.queensu.ca>
To: "Subscribers of Qpopper" <qpopper@lists.pensive.org>
Sent: Tuesday, November 14, 2006 7:07 AM
Subject: qpopper faq and other pages missing?
>
> as far as i can tell, the qpopper FAQ and other pages are missing
> from the qualcomm/eudora web site and i've been unable to find them.
>
> is this just me? is there a current official home for this data?
>
> rp
>
> rick pim rick@post.queensu.ca
> information technology services (613) 533-2242
> queen's university, kingston
> -----------------------------------------------------------------------
> "`KNIFE-WIELDING MOTHER HACKS ICHTHYOID! GRIM MELEE
> IS EVENING RITUAL! SUBURBAN FAMILY DEVOURS VICTIM!'"
>
From: "Wayne Heming" <wayne_heming at hemnet dot com dot au>
Subject: RE: Purge mailboxes of old mail
Date: Mon, 20 Nov 2006 20:43:49 +1100
I have looked for something in this space for a while and couldn't find one.
So I wrote one myself.
It requires perl, Mail::POP3Client and Date::Manip modules
It also require you to know all the usernames and passwords. (text file)
If I can work out how the mail file works (about 50% there now) I can modify
it to work on them rather than logging in and deleting. This will remove the
dependency on the passwords.
It is crude but it works
Wayne
#!/usr/local/bin/perl
use Mail::POP3Client;
use Date::Manip;
#user list file, format is user password on each line
$user_list = "/usr/mail/user_list";
#number of days old for deletion
$age = 60;
$today = ParseDate("today");
#open a log file to log stuff
open (OFILE, ">>$today") || die("Sorry");
#open the password list
open (IFILE, "$user_list") || die("Sorry");
@lines = <IFILE>;
close("$user_list");
foreach (@lines) {
($user,$password) = split(/ +/);
$deletecount=0;
$pop = new Mail::POP3Client( USER => $user,
PASSWORD => $password,
HOST => "localhost" );
if ($pop->State eq "TRANSACTION") {
for ($i = 1; $i <= $pop->Count(); $i++) {
foreach ( $pop->Head( $i ) ) {
if (/^(Date):\s+/i) {
($a,$b,$c,$d,$e,$f,$g) = split(/ +/);
$pdate = ParseDate($c." ".$d." ".$e." ".$f." ".$g);
$delta = Delta_Format(DateCalc($pdate,$today,\$err),"1","%dt");
if ($delta > $age) {
$deletecount = $deletecount+1;
$pop->Delete($i);
}
}
}
}
print OFILE ("Deleted $deletecount from user $user\n");
} else {
print OFILE ("Auth Failed for $user with password $password\n");
}
$pop->Close();
}
close (OFILE);
-----Original Message-----
From: The Doctor [mailto:doctor@doctor.nl2k.ab.ca]
Sent: Saturday, 11 November 2006 1:16 PM
To: Subscribers of Qpopper
Subject: Purge mailboxes of old mail
Does anyone know of a toll that would purge
mboxes of old e-mail?
--
Member - Liberal International
This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca
God Queen and country! Beware Anti-Christ rising!
Lest we forget 11 Nov 2006
Date: Mon, 20 Nov 2006 08:42:39 -0500 (EST)
From: "Jeff A dot Earickson" <jaearick at colby dot edu>
Subject: RE: Purge mailboxes of old mail
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
---559023410-33463914-1164030159=:28629
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Try the following attached perl script. It has been around for a
long time; modified by me for my own needs. Study before using...
Jeff Earickson
Colby College
On Mon, 20 Nov 2006, Wayne Heming wrote:
> Date: Mon, 20 Nov 2006 20:43:49 +1100
> From: Wayne Heming <wayne_heming@hemnet.com.au>
> To: Subscribers of Qpopper <qpopper@lists.pensive.org>
> Subject: RE: Purge mailboxes of old mail
>
> I have looked for something in this space for a while and couldn't find one.
>
> So I wrote one myself.
>
> It requires perl, Mail::POP3Client and Date::Manip modules
>
> It also require you to know all the usernames and passwords. (text file)
>
> If I can work out how the mail file works (about 50% there now) I can modify
> it to work on them rather than logging in and deleting. This will remove the
> dependency on the passwords.
>
> It is crude but it works
>
> Wayne
>
>
>
> #!/usr/local/bin/perl
>
> use Mail::POP3Client;
> use Date::Manip;
>
> #user list file, format is user password on each line
> $user_list = "/usr/mail/user_list";
>
> #number of days old for deletion
> $age = 60;
>
> $today = ParseDate("today");
>
> #open a log file to log stuff
> open (OFILE, ">>$today") || die("Sorry");
>
> #open the password list
> open (IFILE, "$user_list") || die("Sorry");
> @lines = <IFILE>;
> close("$user_list");
>
> foreach (@lines) {
> ($user,$password) = split(/ +/);
> $deletecount=0;
> $pop = new Mail::POP3Client( USER => $user,
> PASSWORD => $password,
> HOST => "localhost" );
> if ($pop->State eq "TRANSACTION") {
> for ($i = 1; $i <= $pop->Count(); $i++) {
> foreach ( $pop->Head( $i ) ) {
> if (/^(Date):\s+/i) {
> ($a,$b,$c,$d,$e,$f,$g) = split(/ +/);
> $pdate = ParseDate($c." ".$d." ".$e." ".$f." ".$g);
> $delta = Delta_Format(DateCalc($pdate,$today,\$err),"1","%dt");
> if ($delta > $age) {
> $deletecount = $deletecount+1;
> $pop->Delete($i);
> }
> }
> }
> }
> print OFILE ("Deleted $deletecount from user $user\n");
> } else {
> print OFILE ("Auth Failed for $user with password $password\n");
> }
> $pop->Close();
> }
> close (OFILE);
>
>
>
>
>
>
>
> -----Original Message-----
> From: The Doctor [mailto:doctor@doctor.nl2k.ab.ca]
> Sent: Saturday, 11 November 2006 1:16 PM
> To: Subscribers of Qpopper
> Subject: Purge mailboxes of old mail
>
> Does anyone know of a toll that would purge
> mboxes of old e-mail?
>
> --
> Member - Liberal International
> This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca
> God Queen and country! Beware Anti-Christ rising!
> Lest we forget 11 Nov 2006
>
>
>
---559023410-33463914-1164030159=:28629
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=expire_mail
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.GSO.4.64.0611200842390.28629@feldspar>
Content-Description:
Content-Disposition: attachment; filename=expire_mail
IyEvdXNyL2Jpbi9wZXJsIC0tCQkJCQkgICAgIC0qLXBlcmwtKi0NCiMNCiMh
L29wdC9wZXJsNS5kZWJ1Zy9iaW4vcGVybCAtLQkJCQkJICAgICAtKi1wZXJs
LSotDQojDQojIENvcHlyaWdodCAoYykgSW5mb3JtYXRpb24gU3lzdGVtcywg
VGhlIFByZXNzIEFzc29jaWF0aW9uIExpbWl0ZWQgMTk5Mw0KIyBQb3J0aW9u
cyBDb3B5cmlnaHQgKGMpIENvbXB1dGVyIE5ld3NwYXBlciBTZXJ2aWNlcyBM
aW1pdGVkIDE5OTMNCiMgQWxsIHJpZ2h0cyByZXNlcnZlZC4NCiMgDQojIExp
Y2Vuc2UgdG8gdXNlLCBjb3B5LCBtb2RpZnksIGFuZCBkaXN0cmlidXRlIHRo
aXMgd29yayBhbmQgaXRzDQojIGRvY3VtZW50YXRpb24gZm9yIGFueSBwdXJw
b3NlIGFuZCB3aXRob3V0IGZlZSBpcyBoZXJlYnkgZ3JhbnRlZCwNCiMgcHJv
dmlkZWQgdGhhdCB5b3UgYWxzbyBlbnN1cmUgbW9kaWZpZWQgZmlsZXMgY2Fy
cnkgcHJvbWluZW50IG5vdGljZXMNCiMgc3RhdGluZyB0aGF0IHlvdSBjaGFu
Z2VkIHRoZSBmaWxlcyBhbmQgdGhlIGRhdGUgb2YgYW55IGNoYW5nZSwgZW5z
dXJlDQojIHRoYXQgdGhlIGFib3ZlIGNvcHlyaWdodCBub3RpY2UgYXBwZWFy
IGluIGFsbCBjb3BpZXMsIHRoYXQgYm90aCB0aGUNCiMgY29weXJpZ2h0IG5v
dGljZSBhbmQgdGhpcyBwZXJtaXNzaW9uIG5vdGljZSBhcHBlYXIgaW4gc3Vw
cG9ydGluZw0KIyBkb2N1bWVudGF0aW9uLCBhbmQgdGhhdCB0aGUgbmFtZSBv
ZiBDb21wdXRlciBOZXdzcGFwZXIgU2VydmljZXMgbm90DQojIGJlIHVzZWQg
aW4gYWR2ZXJ0aXNpbmcgb3IgcHVibGljaXR5IHBlcnRhaW5pbmcgdG8gZGlz
dHJpYnV0aW9uIG9yIHVzZQ0KIyBvZiB0aGUgd29yayB3aXRob3V0IHNwZWNp
ZmljLCB3cml0dGVuIHByaW9yIHBlcm1pc3Npb24gZnJvbSBDb21wdXRlcg0K
IyBOZXdzcGFwZXIgU2VydmljZXMuDQojIA0KIyBCeSBjb3B5aW5nLCBkaXN0
cmlidXRpbmcgb3IgbW9kaWZ5aW5nIHRoaXMgd29yayAob3IgYW55IGRlcml2
ZWQgd29yaykNCiMgeW91IGluZGljYXRlIHlvdXIgYWNjZXB0YW5jZSBvZiB0
aGlzIGxpY2Vuc2UgYW5kIGFsbCBpdHMgdGVybXMgYW5kDQojIGNvbmRpdGlv
bnMuDQojIA0KIyBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEICJBUyBJUyIs
IFdJVEhPVVQgQU5ZIFdBUlJBTlRJRVMgT0YgQU5ZIEtJTkQsDQojIEVJVEhF
UiBFWFBSRVNTIE9SIElNUExJRUQsIElOQ0xVRElORywgQlVUIE5PVCBMSU1J
VEVEIFRPIEFOWSBJTVBMSUVEDQojIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB
QklMSVRZLCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRSwgQU5E
DQojIE5PTklORlJJTkdFTUVOVCBPRiBUSElSRCBQQVJUWSBSSUdIVFMuICBU
SEUgRU5USVJFIFJJU0sgQVMgVE8gVEhFIFFVQUxJVFkNCiMgQU5EIFBFUkZP
Uk1BTkNFIE9GIFRIRSBTT0ZUV0FSRSwgSU5DTFVESU5HIEFOWSBEVVRZIFRP
IFNVUFBPUlQgT1INCiMgTUFJTlRBSU4sIEJFTE9OR1MgVE8gVEhFIExJQ0VO
U0VFLiAgU0hPVUxEIEFOWSBQT1JUSU9OIE9GIFRIRSBTT0ZUV0FSRQ0KIyBQ
Uk9WRSBERUZFQ1RJVkUsIFRIRSBMSUNFTlNFRSAoTk9UIFRIRSBDT1BZUklH
SFQgT1dORVIpIEFTU1VNRVMgVEhFDQojIEVOVElSRSBDT1NUIE9GIEFMTCBT
RVJWSUNJTkcsIFJFUEFJUiBBTkQgQ09SUkVDVElPTi4gIElOIE5PIEVWRU5U
IFNIQUxMDQojIFRIRSBDT1BZUklHSFQgT1dORVIgQkUgTElBQkxFIEZPUiBB
TlkgU1BFQ0lBTCwgSU5ESVJFQ1QgT1IgQ09OU0VRVUVOVElBTA0KIyBEQU1B
R0VTIE9SIEFOWSBEQU1BR0VTIFdIQVRTT0VWRVIgUkVTVUxUSU5HIEZST00g
TE9TUyBPRiBVU0UsIERBVEEgT1INCiMgUFJPRklUUywgV0hFVEhFUiBJTiBB
TiBBQ1RJT04gT0YgQ09OVFJBQ1QsIE5FR0xJR0VOQ0UgT1IgT1RIRVIgVE9S
VElPVVMNCiMgQUNUSU9OLCBBUklTSU5HIE9VVCBPRiBPUiBJTiBDT05ORUNU
SU9OIFdJVEggVEhFIFVTRSBPUiBQRVJGT1JNQU5DRSBPRg0KIyBUSElTIFNP
RlRXQVJFLg0KIw0KIw0KIyAkSWQ6IGV4cGlyZV9tYWlsLHYgMS4xIDE5OTMv
MDYvMDMgMTA6NDM6MjYgcGhpbCBFeHAgJA0KIw0KDQojDQojIEluZm9ybWF0
aW9uIFN5c3RlbXMgRW5naW5lZXJpbmcgR3JvdXANCiMgUGhpbCBNYWxlDQoj
DQoNCmxvY2FsKCRfZXhwaXJlX21haWxfcmNzaWQpID0gJyRJZDogZXhwaXJl
X21haWwsdiAxLjEgMTk5My8wNi8wMyAxMDo0MzoyNiBwaGlsIEV4cCAkJzsN
CmxvY2FsKCRfY29weXJpZ2h0KSA9ICdDb3B5cmlnaHQgKGMpIEluZm9ybWF0
aW9uIFN5c3RlbXMsIFRoZSBQcmVzcyBBc3NvY2lhdGlvbiBMaW1pdGVkIDE5
OTMnOw0KDQpyZXF1aXJlICJnZXRvcHRzLnBsIjsJCQkjIG9wdGlvbiBoYW5k
bGluZw0KcmVxdWlyZSAidGltZWxvY2FsLnBsIjsJCQkjIHRpbWUgY29udmVy
c2lvbg0KcmVxdWlyZSAiY3RpbWUucGwiOwkJCSMgY3RpbWUgZm9yIHBzZXVk
by1tYWlsaW5nDQpyZXF1aXJlICJzdGF0LnBsIjsJCQkjIGZpbGUgc3RhdHVz
DQoNCiMgUGVybCBtYWlsIGV4cGlyZS4NCiMgVGhpcyBwcm9ncmFtIHJlbW92
ZXMgb2xkIG1lc3NhZ2VzIGZyb20gc3lzdGVtIG1haWxib3hlcy4NCiMgSXQg
YXNzdW1lcyB0aGUgZm9ybWF0IG9mIG1haWxib3hlcyB0byBiZSBzdGFuZGFy
ZA0KIyBzZW5kbWFpbCBmb3JtYXQgbWFpbCB3aXRoIGEgYmxhbmsgbGluZSBm
b2xsb3dlZCBieSBhIGBGcm9tICcgbGluZQ0KIyBzdGFydGluZyBlYWNoIGFu
ZCBldmVyeSBtZXNzYWdlLiBNYWlsYm94IGxvY2tpbmcgaXMgdmlhIGZsb2Nr
Lg0KIyBXb3JrcyB1bmRlciBTdW5PUy4NCiMNCiMgT3B0aW9ucyBhcyBmb2xs
b3dzOg0KIyAtdiAJCQl2ZXJib3NlIG91dHB1dA0KIyAtVgkJCWRpc3BsYXkg
dmVyc2lvbiBpbmZvcm1hdGlvbiBhbmQgcXVpdA0KIyAtZCAJCQlkZWJ1ZyBt
b2RlIChubyBjaGFuZ2UgdG8gbWFpbGJveCkNCiMgLWwJCQlkaXNwbGF5IG1l
c3NhZ2VzIGZvciBjcm9udGFiIG91dHB1dA0KIyAtegkJCWRvIG5vdCBkZWxl
dGUgemVybyBsZW5ndGggbWFpbGJveGVzDQojIC10CQkJZG8gbm90IHJlc2V0
IGFjY2VzcyBhbmQgbW9kaWZpY2F0aW9uIHRpbWVzIG9uIG1haWxib3gNCiMg
LW8gCQkJYWx3YXlzIG9wZW4gbWFpbGJveCwgbmV2ZXIganVzdCB0ZXN0IG1v
ZGlmaWNhdGlvbiBkYXRlDQojIC1NCQkJYXBwZW5kIGEgbWVzc2FnZSBkZXRh
aWxpbmcgZGVsZXRlZCBtZXNzYWdlcyBmb3IgdGhlIHVzZXINCiMgLVQJCQlk
byBub3QgcmVjb3JkIGRlbGl2ZXJ5IG9mIG1haWwgc3VtbWFyeSBvbiBtYWls
Ym94IGRhdGUNCiMgLVcJCQlhcHBlbmQgd2FybmluZyBhYm91dCB3aGF0IHdv
dWxkIGJlIGRlbGV0ZWQgKGltcGxlcyBkZWJ1ZykNCiMgLWEgZGF5cwkJbWVz
c2FnZXMgd2hvc2UgYWdlIGlzIGdyZWF0ZXIgdGhhbiBkYXlzIGFyZSBleHBp
cmVkDQojIC1PIGRheXMJCW1lc3NhZ2VzIHdob3NlIGFnZSBpcyBncmVhdGVy
IHRoYW4gZGF5cyBhcmUgZXhwaXJlZA0KIyAtdSB1c2VyCQlvbmx5IGNvbnNp
ZGVyIG1lc3NhZ2VzIGZyb20gdXNlciAocmVnZXhwKQ0KIyAtUyByZWFkfG9s
ZAlvbmx5IGNvbnNpZGVyIG1lc3NhZ2VzIHdpdGggc3RhdHVzIGBvbGQnLCBv
ciBgcmVhZCcNCiMgLVggZGVsZXRlZAlvbmx5IGNvbnNpZGVyIG1lc3NhZ2Vz
IHdpdGggWC1zdGF0dXMgYGRlbGV0ZWQnDQojIC1zIHN1YmplY3QJCW9ubHkg
Y29uc2lkZXIgbWVzc2FnZXMgd2l0aCBzdWJqZWN0IChyZWdleHApDQojDQoj
IEJhc2VkIG9uIGV4cGlyZV9tYWlsIGJ5IFN0ZXZlIE1pdGNoZWxsIChzdGV2
ZV9taXRjaGVsbEBjc3VmcmVzbm8uZWR1KQ0KIw0KIy0tLW5vdGU6IHN0YXR1
cyBkZWxldGVkIGFkZGVkIGJ5IEplZmYgRWFyaWNrc29uLCAxMC8yMi8yMDA0
DQoNCiMjIyMjDQojDQojIERlZmluaXRpb25zDQojDQojIyMjIw0KDQojIHNp
dGUgcG9zdG1hc3RlciAtIFhYWCBjaGFuZ2UgdGhpcyBhcyByZXF1aXJlZA0K
JHBvc3RtYXN0ZXIgPSAicG9zdG1hc3RlclxAY29sYnkuZWR1IjsNCg0KIyBj
dXJyZW50IHVzZXINCiRtZSA9IGdldGxvZ2luIHx8IChnZXRwd3VpZCgkPCkp
WzBdIHx8ICJ1bmtub3duIjsNCiRob21lID0gJEVOVnsnSE9NRSd9Ow0KDQoj
IGRlZmF1bHQgbWFpbGJveCBmb3IgYSB1c2VyIC0gWFhYIGNoYW5nZSB0aGlz
IGFzIHJlcXVpcmVkDQokZGVmYXVsdF9tYWlsYm94ID0gJEVOVnsnTUFJTEJP
WCd9IHx8ICIvdmFyL21haWwvJG1lIjsNCg0KIy0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0NCiMgbm90aWNlIHRvIGFwcGVuZCB0byBsaXN0IG9mIGRlbGV0
ZWQgbWVzc2FnZXMNCiMtLS1tb2RpZmllZCBmb3IgQ29sYnkNCiRub3RpY2Ug
PSAiDQpIZWxsbywNCg0KVGhlIG1lc3NhZ2VzIGxpc3RlZCBiZWxvdywgd2hp
Y2ggeW91IGhhZCBwcmV2aW91c2x5IHJlYWQgYW5kIHdoaWNoIHdlcmUNCm1v
cmUgdGhhbiAkYWdlIGRheXMgb2xkLCBoYXZlIGJlZW4gZGVsZXRlZCBmcm9t
IHlvdXIgc3lzdGVtIG1haWxib3ggDQpvbiBDb2xieSdzIG1haWwgc2VydmVy
IGJ5IHRoZSBzeXN0ZW0ncyBtYWlsIGV4cGlyeSBhZ2VudC4gIElmIHlvdSBh
Y2Nlc3NlZA0KeW91ciBtYWlsYm94IHZpYSBQT1AgKGVnLCBFdWRvcmEgb3Ig
T3V0bG9vaykgd2l0aGluIHRoZSBsYXN0IHdlZWsgdGhlbiBhbnkNCmVtYWls
IG1vcmUgdGhhbiA3IGRheXMgb2xkIGhhcyBiZWVuIGRlbGV0ZWQuICBGb3Ig
Z2VuZXJhbCBpbmZvcm1hdGlvbiBhYm91dA0KQ29sYnkncyBFbWFpbCBTZXJ2
aWNlcywgUG9saWNpZXMsIGFuZCBQcm9jZWR1cmVzIHNlZToNCg0KICAgaHR0
cDovL3d3dy5jb2xieS5lZHUvYWRtaW5pc3RyYXRpb25fY3MvaXRzL3N1cHBv
cnQvZW1haWwvDQoNCkZvciBzcGVjaWZpYyBpbmZvcm1hdGlvbiBvbiB0aGUg
TWFpbCBFeHBpcnkgQWdlbnQsIHNlZToNCg0KICAgaHR0cDovL3d3dy5jb2xi
eS5lZHUvYWRtaW5pc3RyYXRpb25fY3MvaXRzL3N1cHBvcnQvZW1haWwvZXhw
aXJ5X2FnZW50LmNmbQ0KDQpGb3IgaW5mb3JtYXRpb24gYWJvdXQgQ29sYnkn
cyBwb2xpY3kgb24gb2xkIGVtYWlsLCBwbGVhc2Ugc2VlIHNlY3Rpb24gMTQg
b2YgDQp0aGUgd2VicGFnZToNCg0KICAgaHR0cDovL3d3dy5jb2xieS5lZHUv
aW5mby50ZWNoL3BvbGljaWVzL2h0bWwvZW1haWwucG9saWN5Lmh0bWwNCg0K
SWYgeW91IGFyZSBhIFBPUCB1c2VyLCB0aGlzIHdlYnBhZ2Ugd2lsbCBleHBs
YWluIHdoeSBtZXNzYWdlcyB5b3UNCnRob3VnaHQgdGhhdCB5b3UgaGFkIGFs
cmVhZHkgZGVsZXRlZCBhcmUgbGlzdGVkIGJlbG93LiAgUGxlYXNlIG5vdGUg
dGhlDQpkaXNjdXNzaW9uIGFib3V0IHRoZSBcIkxlYXZlIE1haWwgb24gU2Vy
dmVyXCIgb3B0aW9uOyB0dXJuIHRoaXMgb3B0aW9uIG9mZg0KaWYgeW91IGRv
IG5vdCBuZWVkIGl0Lg0KDQpGaWdodCBtYWlsYm94IGJsb2F0ISAgQSBiaWcg
SU5CT1ggc2xvd3MgZG93biB5b3VyIGVtYWlsIHJlYWRpbmcgYWJpbGl0eQ0K
YnkgY29uc3VtaW5nIG1vcmUgY29tcHV0ZXIgcmVzb3VyY2VzLiAgU2F2ZSBt
ZXNzYWdlcyB5b3Ugd2FudCB0byBrZWVwDQp0byBhbHRlcm5hdGUgZm9sZGVy
cyBpZiB5b3UgYXJlIGEgd2VibWFpbCB1c2VyLiAgRGVsZXRlIHVud2FudGVk
IG1lc3NhZ2VzLg0KVHVybiBvZmYgdGhlIFwiTGVhdmUgTWFpbCBvbiBTZXJ2
ZXJcIiBvcHRpb24gaWYgeW91IGFyZSBhIEV1ZG9yYSB1c2VyLg0KDQpJZiB5
b3UgZG9uJ3Qgd2FudCB0byBzZWUgdGhpcyBtZXNzYWdlIGV2ZXJ5IGRheSwg
a2VlcCB5b3VyIG1haWxib3gNCnNtYWxsZXIgdGhhbiA1MCBtZWdhYnl0ZXMh
IQ0KDQogICBUaGFuayBZb3UsIA0KICAgVGhlIEZvbGtzIGluIEluZm9ybWF0
aW9uIFRlY2hub2xvZ3kgU2VydmljZXMiOw0KDQojLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQ0KIyB3YXJuaW5nIGFib3V0IG9sZCBtYWlsIG1lc3NhZ2Vz
DQojLS0tbW9kaWZpZWQgZm9yIENvbGJ5DQokd2FybmluZz0gIg0KSGVsbG8s
DQoNClRoZSBtZXNzYWdlcyBsaXN0ZWQgYmVsb3csIHdoaWNoIHlvdSBoYXZl
IHByZXZpb3VzbHkgcmVhZCBhbmQgd2hpY2ggaGF2ZQ0KZGVsaXZlcnkgZGF0
ZXMgbW9yZSB0aGFuIDMwIGRheXMgb2xkLCBzaG91bGQgYmUgZGVsZXRlZCBm
cm9tIHlvdXIgc3lzdGVtIA0KbWFpbGJveCBvbiBDb2xieSdzIG1haWwgc2Vy
dmVyLg0KDQpBZnRlciBKYW51YXJ5IDEsIDE5OTksIGFueSBtYWlsIG1lc3Nh
Z2Ugb24gdGhlIENvbGJ5IG1haWwgc2VydmVyDQpwcmV2aW91c2x5IG1hcmtl
ZCBhcyBcInJlYWRcIiBieSB0aGUgbWFpbGVyIHNvZnR3YXJlLCBhbmQgZ3Jl
YXRlciB0aGFuIA0KMzAgZGF5cyBvbGQgd2lsbCBiZSBhdXRvbWF0aWNhbGx5
IGRlbGV0ZWQgZnJvbSB5b3VyIHN5c3RlbSBtYWlsYm94LiAgDQpBIGNvcHkg
d2lsbCAqbm90KiBiZSBzYXZlZCBhbnl3aGVyZSAtLSB0aGUgbWVzc2FnZSB3
aWxsIGJlIEdPTkUuICANClVucmVhZCBtZXNzYWdlcywgbm8gbWF0dGVyIGhv
dyBvbGQsIHdpbGwgbm90IGJlIGRlbGV0ZWQuDQoNClBsZWFzZSBzZWUgdGhl
IHdlYnBhZ2U6DQoNCiAgIGh0dHA6Ly93d3cuY29sYnkuZWR1L2luZm8udGVj
aC9wb2xpY2llcy9lbWFpbC5wb2xpY3kuaHRtbA0KDQpmb3IgZnVydGhlciBp
bmZvcm1hdGlvbiBhYm91dCBDb2xieSdzIHBvbGljeSBvbiBvbGQgZW1haWwu
ICBJZiB5b3UgYXJlIGEgDQpFdWRvcmEgdXNlciwgdGhpcyB3ZWJwYWdlIHdp
bGwgZXhwbGFpbiB3aHkgbWVzc2FnZXMgeW91IHRob3VnaHQgdGhhdCB5b3Ug
DQpoYWQgYWxyZWFkeSBkZWxldGVkIGFyZSBsaXN0ZWQgYmVsb3cuICBQbGVh
c2Ugbm90ZSB0aGUgZGlzY3Vzc2lvbiBhYm91dCB0aGUgDQpcIkxlYXZlIE1h
aWwgb24gU2VydmVyXCIgb3B0aW9uOyB0dXJuIHRoaXMgb3B0aW9uIG9mZiBp
ZiB5b3UgZG8gbm90IG5lZWQgaXQuDQoNCklmIHlvdSByZWFkIHlvdXIgbWFp
bCBvbiBjb2xieTAsIHBsZWFzZSBkZWxldGUgb2xkIG1haWwgb3IgZmlsZSBp
dCBpbiANCnlvdXIgcGVyc29uYWwgbWFpbCBmb2xkZXJzLiAgQW5kIHBsZWFz
ZSByZWFkIHlvdXIgZS1tYWlsIG9uIGEgcmVndWxhcg0KYmFzaXMgc28gaXQg
ZG9lc24ndCBzdGFjayB1cC4NCg0KICAgVGhhbmsgWW91LCANCiAgIFRoZSBG
b2xrcyBpbiBJbmZvcm1hdGlvbiBUZWNobm9sb2d5IFNlcnZpY2VzIjsNCg0K
Iy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KIyBzZXQgdGhlIHVtYXNr
IGZvciB0ZW1wIGZpbGVzDQp1bWFzayggMDcwMCApOw0KDQojIG1ha2Ugc3Rk
b3V0IHVuYnVmZmVyZWQNCnNlbGVjdChTVERPVVQpOyAkfCA9IDE7DQoNCiRM
T0NLX0VYID0gMjsJCQkJIyBsb2NrDQokTE9DS19VTiA9IDg7CQkJCSMgdW5s
b2NrDQokU1RBUlRfVElNRSA9IHRpbWU7CQkJIyB0aW1lIHJpZ2h0IG5vdw0K
JFNFQ19QRVJfREFZID0gMjQgKiA2MCAqIDYwOwkJIyBzZWNvbmRzIGluIGEg
ZGF5DQokbGluZV9idWZmZXIgPSAiIjsJCQkjIGVtcHR5IGxpbmUgYnVmZmVy
DQoNCiMgbW9udGggbnVtYmVycw0KJG1vbl9udW17J0phbid9ID0gMDsNCiRt
b25fbnVteydGZWInfSA9IDE7DQokbW9uX251bXsnTWFyJ30gPSAyOw0KJG1v
bl9udW17J0Fwcid9ID0gMzsNCiRtb25fbnVteydNYXknfSA9IDQ7DQokbW9u
X251bXsnSnVuJ30gPSA1Ow0KJG1vbl9udW17J0p1bCd9ID0gNjsNCiRtb25f
bnVteydBdWcnfSA9IDc7DQokbW9uX251bXsnU2VwJ30gPSA4Ow0KJG1vbl9u
dW17J09jdCd9ID0gOTsNCiRtb25fbnVteydOb3YnfSA9IDEwOw0KJG1vbl9u
dW17J0RlYyd9ID0gMTE7DQoNCiMjIyMjDQojDQojIFN1cHBvcnQNCiMNCiMj
IyMjDQoNCiMgbGluZSBidWZmZXIgZm9yIGxvb2stYWhlYWQNCg0Kc3ViIGdl
dF9saW5lDQp7DQoJbG9jYWwoICRsaW5lICkgPSAiIjsJCQkjIGxpbmUgdG8g
cmV0dXJuDQoNCglpZiggISAoJGxpbmVfYnVmZmVyIGVxICIiKSApIHsNCgkJ
JGxpbmUgPSAkbGluZV9idWZmZXI7DQoJCSRsaW5lX2J1ZmZlciA9ICIiOw0K
CX0gZWxzZSB7DQoJCSRsaW5lID0gPE1CT1g+Ow0KCX0NCglyZXR1cm4gJGxp
bmU7DQp9DQoNCiMgcmVhZCBtZXNzYWdlIGZyb20gbWFpbGJveA0KDQpzdWIg
cmVhZF9tZXNzYWdlDQp7DQoJbG9jYWwoICRtc2cgKSA9ICIiOwkJCSMgbWVz
c2FnZSB0byBzZW5kIGJhY2sNCglsb2NhbCggJHByZXZfYmxhbmsgKSA9IDE7
CQkjIGFzc3VtZSBwcmV2aW91cyBsaW5lIGJsYW5rDQoJbG9jYWwoICRzZWVu
X2Zyb20gKSA9IDA7CQkjIHNlZW4gYSBmcm9tIGxpbmUNCglsb2NhbCggJGxp
bmUgKSA9ICIiOwkJCSMgY3VycmVudCBsaW5lDQoNCgkjIHJlc2V0IHNvbWUg
Z2xvYmFscw0KCSRtc2dfc3RhdHVzID0gIiI7DQoJJG1zZ194c3RhdHVzID0g
IiI7DQoJJG1zZ19zdWJqZWN0ID0gIiI7DQoJJG1zZ19kYXRlID0gIiI7DQoN
Cgl3aGlsZSggJGxpbmUgPSAmZ2V0X2xpbmUgKSB7DQogICAgDQoJCWlmKCAk
bGluZSA9fiAvXkZyb21ccysoW15cc10rKVxzKyguKikkLyApIHsNCgkJCSMg
aWYgcHJldmlvdXMgbGluZSB3YXMgYmxhbmssIHRoZW4gbGVnYWwgZnJvbSBs
aW5lDQoJCQlpZiggJHByZXZfYmxhbmsgKSB7DQoJCQkJIyBpZiBhbHJlYWR5
IHNlZW4gYSBsZWdhbCBmcm9tIGxpbmUsIHRoZW4gdGhpcyBpcyBuZXh0IG1l
c3NhZ2UNCgkJCQlpZiggJHNlZW5fZnJvbSApIHsNCgkJCQkJIyBwdXNoYmFj
ayB0aGlzIGZyb20gbGluZQ0KCQkJCQkkbGluZV9idWZmZXIgPSAkbGluZTsN
CgkJCQkJcmV0dXJuICRtc2c7DQoJCQkJfQ0KCQkJCSRzZWVuX2Zyb20rKzsN
CgkJCQkjIEZyb20gbGluZSBmb3VuZCwgZXh0cmFjdCBpbmZvcm1hdGlvbg0K
CQkJCSggJG1zZ19mcm9tLCAkbXNnX2RhdGUgKSA9ICggJDEsICQyICk7DQoJ
CQkJJG1zZ19zdGFtcCA9ICZyY3RpbWUoICRtc2dfZGF0ZSApOw0KCQkJCSRt
c2dfYWdlID0gJmRheXNfb2xkKCAkbXNnX3N0YW1wICk7DQoJCQkJI3ByaW50
IFNUREVSUiAibXNnX2RhdGUgPSAkbXNnX2RhdGUsIG1zZ19zdGFtcCA9ICRt
c2dfc3RhbXAsIG1zZ19hZ2UgPSAkbXNnX2FnZVxuIjsNCgkJCX0NCgkJfSBl
bHNpZiggJGxpbmUgPX4gL15bU3NddGF0dXM6IChbQS1aYS16XSspLyApIHsN
CgkJCSggJG1zZ19zdGF0dXMgKSA9ICggJDEgKTsNCgkJfSBlbHNpZiggJGxp
bmUgPX4gL15YLVtTc110YXR1czogKFtBLVphLXpdKykvICkgew0KCQkJKCAk
bXNnX3hzdGF0dXMgKSA9ICggJDEgKTsNCgkJfSBlbHNpZiggJGxpbmUgPX4g
L15bU3NddWJqZWN0OiAoLiopJC8gKSB7DQoJCQkoICRtc2dfc3ViamVjdCAp
ID0gKCAkMSApOw0KCQl9DQoNCgkJIyBzZXQgcHJldmlvdXMgbGluZQ0KCQlp
ZiggJGxpbmUgPX4gL14kLyApIHsNCgkJCSRwcmV2X2JsYW5rID0gMTsNCgkJ
fSBlbHNlIHsNCgkJCSRwcmV2X2JsYW5rID0gMDsNCgkJfQ0KDQoJCSRtc2cg
Lj0gJGxpbmU7DQoJfQ0KDQoJcmV0dXJuICRtc2c7DQp9DQoNCiMgd3JpdGUg
YSBtZXNzYWdlIGludG8gYSBtYWlsYm94DQpzdWIgd3JpdGVfbWVzc2FnZQ0K
ew0KCXByaW50IFRNUEYgIkBfIjsNCn0NCg0KIyBwYXJzZSB0aGUgY3RpbWUg
c3RyaW5nIGludG8gYSB0aW1lIHZhbHVlDQojIEZyb20gbGluZSBjb250YWlu
cyBsb2NhbCB0aW1lDQoNCnN1YiByY3RpbWUNCnsNCglsb2NhbCggJHB0ICkg
PSBAXzsJCQkjIHRpbWUgdG8gY29udmVydA0KCWxvY2FsKCAkY3QgKSA9IC0x
OwkJCSMgY29udmVydGVkIHRpbWUNCg0KCWlmKCRwdCA9fiAvXihbQS1aYS16
XSspXHMrKFtBLVphLXpdKylccysoWzAtOV0rKVxzKyhbMC05Ol0rKVxzKyhb
MC05XSspLyApIHsNCgkJKCAkZGF5LCAkbW9uLCAkbWRheSwgJHRpbWUsICR5
ZWFyICkgPSAoICQxLCAkMiwgJDMsICQ0LCAkNSApOw0KCQkoICRob3VyLCAk
bWluLCAkc2VjICkgPSBzcGxpdCggJzonLCAkdGltZSApOw0KCQlpZiggJHll
YXIgPiAxOTAwICkgeyAkeWVhciAtPSAxOTAwOyB9DQoJCSRjdCA9ICZ0aW1l
bG9jYWwoJHNlYywkbWluLCRob3VyLCRtZGF5LCRtb25fbnVteyRtb259LCR5
ZWFyKTsNCgl9DQoJcmV0dXJuICRjdDsNCn0NCg0KIyBhZ2UgaW4gZGF5cw0K
c3ViIGRheXNfb2xkDQp7DQoJbG9jYWwoICRhZ2V2ICkgPSBAXzsJCQkjIHRp
bWUgdG8gY29udmVydA0KDQoJcmV0dXJuKCAoICRTVEFSVF9USU1FIC0gJGFn
ZXYgKSAvICRTRUNfUEVSX0RBWSApOw0KfQ0KDQojIGJhc2VuYW1lDQpzdWIg
YmFzZW5hbWUNCnsNCglsb2NhbCggJHBhdGggKSA9IEBfOwkJCSMgcGF0aCB0
byBmaW5kIHRoZSBiYXNlIG9mDQoJbG9jYWwoICRiYXNlICkgPSByaW5kZXgo
ICRwYXRoLCAiLyIgKTsNCg0KCWlmKCAkYmFzZSA8IDAgKSB7DQoJCSRiYXNl
ID0gJHBhdGg7DQoJfSBlbHNlIHsNCgkJJGJhc2UgPSBzdWJzdHIoJHBhdGgs
ICRiYXNlICsgMSk7DQoJfQ0KDQoJcmV0dXJuICRiYXNlOw0KfQ0KDQojIHVz
YWdlIG1lc3NhZ2UNCnN1YiB1c2FnZQ0Kew0KCXByaW50IFNUREVSUiAidXNh
Z2U6IGV4cGlyZV9tYWlsIFstdmxWXSBbLXpvdFRNV10gWy1kXSBcbiI7DQoJ
cHJpbnQgU1RERVJSICJ7IFstTyBkYXlzXSBbLXUgdXNlcl0gWy1TIHJlYWR8
b2xkXSBbLXMgc3ViamVjdF0gWy1YIGRlbGV0ZWRdfSBtYWlsYm94Li4uXG4i
Ow0KCWV4aXQgMDsNCn0NCg0KIyMjIyMNCiMNCiMgTWFpbg0KIw0KIyMjIyMN
Cg0KJkdldG9wdHMoICdWdk86YTpvdTp6ZFM6czpNdFRsV1g6JyApIHx8ICZ1
c2FnZTsNCg0KIyBjb21wYXQNCiRvcHRfYSA9ICRvcHRfTyBpZiAoJG9wdF9P
ICYmICEkb3B0X2EpOw0KDQojIGNoZWNrIHZlcnNpb24NCmlmKCAkb3B0X1Yg
KSB7DQoJcHJpbnQgImV4cGlyZV9tYWlsOiBtYWlsIGV4cGlyeSBhZ2VudFxu
IjsNCglwcmludCAiZXhwaXJlX21haWw6ICRfZXhwaXJlX21haWxfcmNzaWRc
biI7DQoJJnVzYWdlOw0KfQ0KDQojIHVzZSBkZWZhdWx0IG1haWxib3ggaWYg
bm9uIHN1cHBsaWVkDQppZiggJCNBUkdWIDwgJFsgKSB7DQoJJEFSR1ZbMF0g
PSAiJGRlZmF1bHRfbWFpbGJveCI7DQp9DQoNCiMgZGVjb2RlIHN0YXR1cyBv
cHRpb24NCmlmKCAkb3B0X1MgKSB7DQoJaWYoICRvcHRfUyBlcSAib2xkIiAp
IHsNCgkJJG9wdF9TID0gIk8iOw0KCX0gZWxzaWYoICRvcHRfUyBlcSAicmVh
ZCIgKSB7DQoJCSRvcHRfUyA9ICJSIjsNCgl9IGVsc2Ugew0KCQlwcmludCBT
VERFUlIgImV4cGlyZV9tYWlsOiBzdGF0dXMgbWF5IG9ubHkgYmUgb25lIG9m
IGBvbGQnLCBgdW5yZWFkJ1xuIjsNCgkJJnVzYWdlOw0KCX0NCn0NCg0KIyBk
ZWNvZGUgWC1zdGF0dXMgb3B0aW9uDQppZiggJG9wdF9YICkgew0KCWlmKCAk
b3B0X1ggZXEgImRlbGV0ZWQiICkgew0KCQkkb3B0X1ggPSAiRCI7DQoJfSBl
bHNlIHsNCgkJcHJpbnQgU1RERVJSICJleHBpcmVfbWFpbDogWC1zdGF0dXMg
bWF5IG9ubHkgYmUgYGRlbGV0ZWQnXG4iOw0KCQkmdXNhZ2U7DQoJfQ0KfQ0K
DQojIGNoZWNrIHdlIGFyZSBhY3R1YWxseSBkb2luZyBzb21lIHByb2Nlc3Np
bmcNCmlmKCAhJG9wdF9hICYmICEkb3B0X3UgJiYgISRvcHRfUyAmJiAhJG9w
dF9zICYmICEkb3B0X1gpIHsNCglwcmludCBTVERFUlIgImV4cGlyZV9tYWls
OiBtdXN0IHNwZWNpZnkgYXQgbGVhc3Qgb25lIG9mIC1PLCAtdSwgLVMsIC1z
IG9yIC1YXG4iOw0KCSZ1c2FnZTsNCn0NCg0KIyB3YXJuaW5nIG1vZGUgaW1w
bGVzIGRlYnVnIG1vZGUNCmlmKCAkb3B0X1cgKSB7ICRvcHRfZCA9IDE7IH0N
Cg0KIyBkZWJ1ZyBtb2RlIGltcGxpZXMgdmVyYm9zZSBtb2RlDQppZiggJG9w
dF9kICkgeyAkb3B0X3YgPSAxOyB9DQoNCiMgZm9yZWFjaCBtYWlsYm94Li4u
DQp3aGlsZSggJG1haWxib3ggPSBzaGlmdCApIHsNCg0KCWlmKCAkb3B0X3Yg
JiYgISRvcHRfVyApIHsgcHJpbnQgU1RET1VUICJDaGVja2luZyBtYWlsYm94
ICRtYWlsYm94XG4iOyB9DQoNCgkjIGRvZXMgbWFpbGJveCBleGlzdA0KCWlm
KCAhIC1mICRtYWlsYm94ICkgeyBuZXh0OyB9DQoNCgkjIHN0YXQgdGhlIG1h
aWxib3gNCglAc2IgPSAmU3RhdCgkbWFpbGJveCk7DQoNCgkjIGNhbiBpdCBi
ZSBkZWxldGVkIG5vdz8NCglpZiggISRvcHRfbyAmJiAkb3B0X2EgKSB7DQoJ
CSMgY2hlY2sgdGhlIG1vZGlmaWNhdGlvbiBkYXRlDQoJCSRhZ2UgPSAmZGF5
c19vbGQoQHNiWyRTVF9NVElNRV0pOw0KCQlpZiggJGFnZSA+ICRvcHRfYSAp
IHsNCgkJCWlmKCAkb3B0X3YgKSB7IHByaW50IFNURE9VVCAiRXhwaXJpbmcg
bWFpbGJveCAkbWFpbGJveFxuIjsgfQ0KCQkJaWYoICEkb3B0X2QgKSB7DQoJ
CQkJaWYoICRvcHRfeiApIHsNCgkJCQkJb3BlbiggTUJPWCwgIj4kbWFpbGJv
eCIgKSB8fCANCgkJCQkJcHJpbnQgU1RERVJSICJleHBpcmVfbWFpbDogZmFp
bGVkIHRvIHRydW5jYXRlICRtYWlsYm94XG4iOw0KCQkJCQljbG9zZSggTUJP
WCApOw0KCQkJCX0gZWxzZSB7DQoJCQkJCXVubGluayggJG1haWxib3ggKSB8
fA0KCQkJCQlwcmludCBTVERFUlIgImV4cGlyZV9tYWlsOiBmYWlsZWQgdG8g
cmVtb3ZlICRtYWlsYm94XG4iOw0KCQkJCX0NCgkJCX0NCgkJCW5leHQ7DQoJ
CX0NCgl9DQoNCgkjIG9wZW4gdGhlIG1haWxib3gNCglpZiggIW9wZW4oIE1C
T1gsICIrPCRtYWlsYm94IiApICkgew0KCQlwcmludCBTVERFUlIgImV4cGly
ZV9tYWlsOiB1bmFibGUgdG8gb3BlbiAkbWFpbGJveFxuIjsNCgkJbmV4dDsN
Cgl9DQoNCgkjIGxvY2sgdGhlIG1haWxib3gNCglpZiggIWZsb2NrKCBNQk9Y
LCAkTE9DS19FWCApICkgew0KCQlwcmludCBTVERFUlIgImV4cGlyZV9tYWls
OiB1bmFibGUgdG8gbG9jayAkbWFpbGJveFxuIjsNCgkJY2xvc2UoIE1CT1gg
KTsNCgkJbmV4dDsNCgl9DQoNCgkjIG9wZW4gdGhlIHRlbXBvcmFyeSBmaWxl
DQoJJHRtcG5hbWUgPSAiJG1haWxib3guZXhwJCQiOw0KCWlmKCAhb3Blbigg
VE1QRiwgIis+JHRtcG5hbWUiICkgKSB7DQoJCXByaW50IFNUREVSUiAiZXhw
aXJlX21haWw6IHVuYWJsZSB0byBjcmVhdGUgdGVtcG9yYXJ5IGZpbGUgZm9y
ICRtYWlsYm94XG4iOw0KCQljbG9zZSggTUJPWCApOw0KCQluZXh0Ow0KCX0N
Cgl1bmxpbmsoICR0bXBuYW1lICk7DQoNCgkjIGluaXQgY291bnRlcnMNCgkk
Y291bnQgPSAwOw0KCSRleHAgPSAwOw0KDQoJIyByZWFkIGVhY2ggbWVzc2Fn
ZSBpbiB0dXJuDQoJd2hpbGUoICRtc2cgPSAmcmVhZF9tZXNzYWdlICkgew0K
DQoJCSRjb3VudCsrOw0KDQoJCSMgbG9va2luZyBmb3Igc3BlY2lmaWMgZnJv
bSB1c2Vycw0KCQlpZiggJG9wdF91ICkgew0KCQkJaWYoICEgKCRtc2dfZnJv
bSA9fiAvJG9wdF91LykgKSB7DQoJCQkJaWYoICRvcHRfdiAmJiAhJG9wdF9X
ICkgew0KCQkJCQkjcHJpbnQgU1RET1VUICJcdE1zZyAjJGNvdW50OiBmcm9t
ICAgXHIiOw0KCQkJCQlwcmludCBTVERPVVQgIlx0TXNnICMkY291bnQ6IGZy
b20gICBcbiI7DQoJCQkJfQ0KCQkJJndyaXRlX21lc3NhZ2UoICRtc2cgKTsN
CgkJCW5leHQ7DQoJCQl9DQoJCX0NCg0KCQkjIGNoZWNrIG1lc3NhZ2Ugc3Rh
dHVzDQoJCWlmKCAkb3B0X1MgKSB7DQoJCQlpZiggISgkbXNnX3N0YXR1cyA9
fiAvJG9wdF9TLykgKSB7DQoJCQkJaWYoICRvcHRfdiAmJiAhJG9wdF9XICkg
ew0KCQkJCQkjcHJpbnQgU1RET1VUICJcdE1zZyAjJGNvdW50OiBzdGF0dXMg
ICBcciI7DQoJCQkJCXByaW50IFNURE9VVCAiXHRNc2cgIyRjb3VudDogc3Rh
dHVzICAgXG4iOw0KCQkJCX0NCgkJCQkmd3JpdGVfbWVzc2FnZSggJG1zZyAp
Ow0KCQkJCW5leHQ7DQoJCQl9DQoJCX0NCg0KCQkjIGNoZWNrIG1lc3NhZ2Ug
WC1zdGF0dXMNCgkJaWYoICRvcHRfWCApIHsNCgkJCWlmKCAhKCRtc2dfeHN0
YXR1cyA9fiAvJG9wdF9YLykgKSB7DQoJCQkJaWYoICRvcHRfdiAmJiAhJG9w
dF9XICkgew0KCQkJCQkjcHJpbnQgU1RET1VUICJcdE1zZyAjJGNvdW50OiBz
dGF0dXMgICBcciI7DQoJCQkJCXByaW50IFNURE9VVCAiXHRNc2cgIyRjb3Vu
dDogeHN0YXR1cyAgIFxuIjsNCgkJCQl9DQoJCQkJJndyaXRlX21lc3NhZ2Uo
ICRtc2cgKTsNCgkJCQluZXh0Ow0KCQkJfQ0KCQl9DQoNCgkJIyBjaGVjayBt
ZXNzYWdlIHN1YmplY3QNCgkJaWYoICRvcHRfcyApIHsNCgkJCWlmKCAhICgk
bXNnX3N1YmplY3QgPX4gLyRvcHRfcy8pICkgew0KCQkJCWlmKCAkb3B0X3Yg
JiYgISRvcHRfVyApIHsNCgkJCQkJI3ByaW50IFNURE9VVCAiXHRNc2cgIyRj
b3VudDogc3ViamVjdCAgIFxyIjsNCgkJCQkJcHJpbnQgU1RET1VUICJcdE1z
ZyAjJGNvdW50OiBzdWJqZWN0ICAgXG4iOw0KCQkJCX0NCgkJCSZ3cml0ZV9t
ZXNzYWdlKCAkbXNnICk7DQoJCQluZXh0Ow0KCQkJfQ0KCQl9DQoNCgkJIyBv
bmx5IG90aGVyIHRoaW5nIHRvIGNoZWNrIGlzIG1lc3NhZ2UgYWdlDQoJCWlm
KCAkb3B0X2EgKSB7DQoJCQlpZiggJG1zZ19hZ2UgPD0gJG9wdF9hICkgew0K
CQkJCWlmKCAkb3B0X3YgJiYgISRvcHRfVyApIHsNCgkJCQkJI3ByaW50IFNU
RE9VVCAiXHRNc2cgIyRjb3VudDogbmV3ZXIgICBcciI7DQoJCQkJCXByaW50
IFNURE9VVCAiXHRNc2cgIyRjb3VudDogbmV3ZXIgICBcbiI7DQoJCQkJfQ0K
CQkJCSZ3cml0ZV9tZXNzYWdlKCAkbXNnICk7DQoJCQkJbmV4dDsNCgkJCX0N
CgkJfQ0KDQoJCSMgbG9nIHRoZSBleHBpcnkNCgkJaWYoICRvcHRfdiAmJiAh
JG9wdF9XICkgew0KCQkJI3ByaW50IFNURE9VVCAiXHRNc2cgIyRjb3VudDog
ZXhwaXJlZCAgIFxyIjsNCgkJCXByaW50IFNURE9VVCAiXHRNc2cgIyRjb3Vu
dDogZXhwaXJlZCAgIFxuIjsNCgkJfQ0KDQoJCSMgY29weSBtZXNzYWdlIGFj
cm9zcyBpZiBpbiBkZWJ1Zw0KCQlpZiggJG9wdF9kICkgew0KCQkJJndyaXRl
X21lc3NhZ2UoICRtc2cgKTsNCgkJCWlmKCRvcHRfVykgew0KCQkJCSMgcmVj
b3JkIHRoZSBtYWlsIG1lc3NhZ2UgZnJvbSBhbmQgc3ViamVjdCBsaW5lDQoJ
CQkJJHBhZCA9ICcgJyB4ICgyNSAtIGxlbmd0aCgkbXNnX2Zyb20pICk7DQoJ
CQkJJG5wYWQgPSAnICcgeCAoIDQgLSBsZW5ndGgoJGNvdW50KSApOw0KCQkJ
CSRzdWJqZWN0c1skZXhwXSA9ICIkbnBhZCRjb3VudCAkbXNnX2Zyb20kcGFk
ICRtc2dfZGF0ZVxuICAgICAkbXNnX3N1YmplY3RcbiI7DQoJCQl9DQoJCX0g
ZWxzZSB7DQoJCQkjIHJlY29yZCB0aGUgbWFpbCBtZXNzYWdlIGZyb20gYW5k
IHN1YmplY3QgbGluZQ0KCQkJJHBhZCA9ICcgJyB4ICgyNSAtIGxlbmd0aCgk
bXNnX2Zyb20pICk7DQoJCQkkbnBhZCA9ICcgJyB4ICggNCAtIGxlbmd0aCgk
Y291bnQpICk7DQoJCQkkc3ViamVjdHNbJGV4cF0gPSAiJG5wYWQkY291bnQg
JG1zZ19mcm9tJHBhZCAkbXNnX2RhdGVcbiAgICAgJG1zZ19zdWJqZWN0XG4i
Ow0KCQl9DQoNCgkJIyBpbmNyZW1lbnQgdGhlIGV4cGlyZWQgbWVzc2FnZSBj
b3VudA0KCQkkZXhwKys7DQoJfQ0KDQoJaWYoICEkb3B0X2QgKSB7DQoNCgkJ
IyBpZiBzZW5kaW5nIG1haWwgdG8gdGhlIG93bmVyIG9mIHRoZSBtYWlsYm94
LCBhcHBlbmQgbWVzc2FnZSBvbiB0aGUgZW5kDQoJCWlmKCAkb3B0X00gJiYg
JGV4cCA+IDAgKSB7DQoJCQljaG9wKCAkY3QgPSAmY3RpbWUodGltZSkgKTsN
CgkJCSR0byA9ICZiYXNlbmFtZSggJG1haWxib3ggKTsNCgkJCWNob3AoICRm
cm9tZGF0ZSA9IGBkYXRlICtcIiVhICViICVkICVYICVZXCJgICk7DQoJCQlw
cmludCBUTVBGICJGcm9tICRwb3N0bWFzdGVyICAkZnJvbWRhdGVcbiI7DQoJ
CQlwcmludCBUTVBGICJEYXRlOiAkY3RcbiI7DQoJCQlwcmludCBUTVBGICJG
cm9tOiAkcG9zdG1hc3RlciAoTWFpbCBFeHBpcnkgQWdlbnQpXG4iOw0KCQkJ
cHJpbnQgVE1QRiAiUmVwbHktVG86ICRwb3N0bWFzdGVyXG4iOw0KCQkJcHJp
bnQgVE1QRiAiVG86ICR0b1xuIjsNCgkJCXByaW50IFRNUEYgIlN1YmplY3Q6
IEV4cGlyZWQgTWFpbCBTdW1tYXJ5XG5cbiI7DQoJCQlwcmludCBUTVBGICIk
bm90aWNlXG5cbiI7DQoJCQkjIGZpdHRlZCB0byAkc3ViamVjdHMgbGF5b3V0
DQoJCQlwcmludCBUTVBGICIgTXNnIEZyb20gJiBTdWJqZWN0ICAgICAgICAg
ICAgRGF0ZWRcblxuIjsNCgkJCWZvcmVhY2ggJG1zZyAoIEBzdWJqZWN0cyAp
IHsNCgkJCQlwcmludCBUTVBGICIkbXNnXG4iOw0KCQkJfQ0KDQoJCQlpZigg
ISRvcHRfVCApIHsNCgkJCQkjIHNldCB0aGUgbW9kaWZpY2F0aW9uIHRpbWUg
Zm9yIHRoZSBtYWlsYm94IHRvIGJlIG5vdw0KCQkJCUBzYlskU1RfTVRJTUVd
ID0gdGltZTsNCgkJCX0NCgkJfQ0KDQoJCSMgY29weSBkYXRhIGJhY2sgaW50
byBtYWlsYm94IHRvIHByZXNlcnZlIHBlcm1pc3Npb25zLCBjcmVhdGlvbiB0
aW1lDQoJCSMgYW5kIHVzZXIgYW5kIGdyb3VwIGlkDQoNCgkJIyB6ZXJvIGxl
bmd0aCB0aGUgbWFpbGJveA0KCQl0cnVuY2F0ZSggTUJPWCwgMCApOw0KCQkj
ICoqKiBTVEFSVCBDcml0aWNhbA0KCQkjIGFueSBkYXRhIHRvIGNvcHk/DQoJ
CWlmKCAkZXhwIDw9ICRjb3VudCApIHsNCgkJCSMgcmVzdGFydCBib3RoIGZp
bGVzDQoJCQlzZWVrKE1CT1gsIDAsIDApOw0KCQkJc2VlayhUTVBGLCAwLCAw
KTsNCgkJCSMgY29weSBmaWxlIGludG8gbWFpbGJveCwgYmV0dGVyIHdpdGgg
c3lzcmVhZC9zeXN3cml0ZT8NCgkJCXdoaWxlKCA8VE1QRj4gKSB7DQoJCQkJ
cHJpbnQgTUJPWCAkXzsNCgkJCX0NCgkJfSBlbHNpZiggISRvcHRfeiApIHsN
CgkJCXVubGluayggJG1haWxib3ggKTsNCgkJfQ0KCQkjICoqKiBFTkQgQ3Jp
dGljYWwNCg0KCX0gZWxzZSB7DQoJCSMgaWYgc2VuZGluZyB3YXJuaW5nIHRv
IHRoZSBvd25lciBvZiB0aGUgbWFpbGJveCwgYXBwZW5kIHdhcm5pbmcNCgkJ
aWYoICRvcHRfVyAmJiAkZXhwID4gMCApIHsNCgkJCWNob3AoICRjdCA9ICZj
dGltZSh0aW1lKSApOw0KCQkJJHRvID0gJmJhc2VuYW1lKCAkbWFpbGJveCAp
Ow0KCQkJY2hvcCggJGZyb21kYXRlID0gYGRhdGUgK1wiJWEgJWIgJWQgJVgg
JVlcImAgKTsNCnByaW50ZigiZnJvbWRhdGUgPSAkZnJvbWRhdGVcbiIpOw0K
CQkJcHJpbnQgVE1QRiAiRnJvbSAkcG9zdG1hc3RlciAgJGZyb21kYXRlXG4i
Ow0KCQkJcHJpbnQgVE1QRiAiRGF0ZTogJGN0XG4iOw0KCQkJcHJpbnQgVE1Q
RiAiRnJvbTogJHBvc3RtYXN0ZXIgKE1haWwgRXhwaXJ5IEFnZW50KVxuIjsN
CgkJCXByaW50IFRNUEYgIlJlcGx5LVRvOiAkcG9zdG1hc3RlclxuIjsNCgkJ
CXByaW50IFRNUEYgIlRvOiAkdG9cbiI7DQoJCQlwcmludCBUTVBGICJTdWJq
ZWN0OiBQbGVhc2UgZGVsZXRlIG9sZCBtYWlsIGZyb20gc3lzdGVtIG1haWxi
b3hcblxuIjsNCgkJCXByaW50IFRNUEYgIiR3YXJuaW5nXG5cbiI7DQoJCQkj
IGZpdHRlZCB0byAkc3ViamVjdHMgbGF5b3V0DQoJCQlwcmludCBUTVBGICIg
TXNnIEZyb20gJiBTdWJqZWN0ICAgICAgICAgICAgRGF0ZWRcblxuIjsNCgkJ
CWZvcmVhY2ggJG1zZyAoIEBzdWJqZWN0cyApIHsNCgkJCQlwcmludCBUTVBG
ICIkbXNnXG4iOw0KCQkJfQ0KDQoJCQlpZiggISRvcHRfVCApIHsNCgkJCQkj
IHNldCB0aGUgbW9kaWZpY2F0aW9uIHRpbWUgZm9yIHRoZSBtYWlsYm94IHRv
IGJlIG5vdw0KCQkJCUBzYlskU1RfTVRJTUVdID0gdGltZTsNCgkJCX0NCg0K
CQkJIyBjb3B5IGRhdGEgYmFjayBpbnRvIG1haWxib3ggdG8gcHJlc2VydmUg
cGVybWlzc2lvbnMsIGNyZWF0aW9uIHRpbWUNCgkJCSMgYW5kIHVzZXIgYW5k
IGdyb3VwIGlkDQoJDQoJCQkjIHplcm8gbGVuZ3RoIHRoZSBtYWlsYm94DQoJ
CQl0cnVuY2F0ZSggTUJPWCwgMCApOw0KCQkJIyAqKiogU1RBUlQgQ3JpdGlj
YWwNCgkJCSMgYW55IGRhdGEgdG8gY29weT8NCgkJCWlmKCAkZXhwIDw9ICRj
b3VudCApIHsNCgkJCQkjIHJlc3RhcnQgYm90aCBmaWxlcw0KCQkJCXNlZWso
TUJPWCwgMCwgMCk7DQoJCQkJc2VlayhUTVBGLCAwLCAwKTsNCgkJCQkjIGNv
cHkgZmlsZSBpbnRvIG1haWxib3gsIGJldHRlciB3aXRoIHN5c3JlYWQvc3lz
d3JpdGU/DQoJCQkJd2hpbGUoIDxUTVBGPiApIHsNCgkJCQkJcHJpbnQgTUJP
WCAkXzsNCgkJCQl9DQoJCQl9IGVsc2lmKCAhJG9wdF96ICkgew0KCQkJCXVu
bGluayggJG1haWxib3ggKTsNCgkJCX0NCgkJCSMgKioqIEVORCBDcml0aWNh
bA0KCQl9DQoJfQ0KDQoJIyB1bmxvY2sgbWFpbGJveA0KCWZsb2NrKCBNQk9Y
LCAkTE9DS19VTiApOw0KDQoJIyBjbG9zZSBmaWxlcw0KCWNsb3NlKCBNQk9Y
ICk7DQoJY2xvc2UoIFRNUEYgKTsNCg0KCSMgcmVzZXQgYWNjZXNzIGFuZCBt
b2RpZmljYXRpb24gZGF0ZXMNCgkjIGlmIHdlIGhhdmUgc2VudCBtYWlsLCB0
aGVuIHRoZSBtb2RpZmljYXRpb24gdGltZSBpcyB0aGUgdGltZSBvZiB0aGUg
bWFpbA0KCWlmKCAhJG9wdF90ICkgew0KCQl1dGltZSggQHNiWyRTVF9BVElN
RV0sIEBzYlskU1RfTVRJTUVdLCAkbWFpbGJveCApOw0KCX0NCg0KCSMgc2hv
dyBjb3VudGVycw0KCWlmKCAkb3B0X3YgfHwgKCAkb3B0X2wgJiYgJGV4cCAp
ICkgew0KCQlwcmludCAiJG1haWxib3ggY29udGFpbmVkICRjb3VudCBtZXNz
YWdlcywgZXhwaXJlZCAkZXhwIG1lc3NhZ2VzXG4iOw0KCX0NCn0NCg=
---559023410-33463914-1164030159=:28629--
Date: Mon, 20 Nov 2006 04:32:06 -0900
From: "Pete 'Wolfy' Hanson" <alaska dot wolfy at gmail dot com>
Subject: Re: Purge mailboxes of old mail
------=_Part_49100_15061678.1164029526173
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
I went looking for such a tool after seeing your post, and found something
called mbox-purge that works well enough. I forgot to post about it at the
time, so here it is...
Man page:
http://www.argon.org/~roderick/mbox-purge.html
Download from this page:
http://www.argon.org/~roderick/
You'll also need to download the author's RS::Handy module, and may need to
install a couple of CPAN modules as well. I hope this helps.
On 11/10/06, The Doctor <doctor@doctor.nl2k.ab.ca> wrote:
>
> Does anyone know of a toll that would purge
> mboxes of old e-mail?
>
> --
> Member - Liberal International
> This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca
> God Queen and country! Beware Anti-Christ rising!
> Lest we forget 11 Nov 2006
>
--
Pete Hanson
http://www.well.com/user/wolfy
http://www.fotolog.net/wolfy
------=_Part_49100_15061678.1164029526173
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
I went looking for such a tool after seeing your post, and found something called mbox-purge that works well enough. I forgot to post about it at the time, so here it is...<br><br>Man page:<br><br> &
rg/~roderick/mbox-purge.html">
http://www.argon.org/~roderick/mbox-purge.html</a><br><br>Download from this page:<br><br> <a doctor@doctor.nl2k.ab.ca">doctor@doct
b(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Does anyone know of a toll that would purge<br>mboxes of old e-mail?<br><br>--<br>Member - Liberal International<br>This is <a href="mailto:doctor@nl2k.ab.ca">doctor@nl2k.ab.ca<
>
doctor@nl2k.ab.ca</a><br>God Queen and country! Beware Anti-Christ rising!<br>Lest we forget 11 Nov 2006<br></blockquote></div><br><br clear="all"><br>-- <br&g
</a><br><a href="http://www.fotolog.net/wolfy">http://www.fotolog.net/wolfy</a><br>
------=_Part_49100_15061678.1164029526173--
Date: Mon, 20 Nov 2006 08:41:05 -0800
From: Kelson <kelson at speed dot net>
Subject: Re: qpopper faq and other pages missing?
Ted Mittelstaedt wrote:
> Supposedly the client is going to be put into open source my guess is
> they will dump all of it into sourceforge, along with the server code
> and documentation, then turn their back on it. Whether the FAQ
> comes along for the ride who knows.
You mean, like this?
http://qpopper.sourceforge.net/faq.html
I asked a similar question last month, and was directed to the QPopper
page at SourceForge (which has apparently been around for several years).
As for Eudora, they're working with Mozilla on that. From what I've
read, it's not going to be open-sourcing the current Eudora client so
much as creating a new client, based on Thunderbird, to duplicate
Eudora's features and interface:
http://www.eudora.com/faq/
http://wiki.mozilla.org/Penelope
--
Kelson Vibber
SpeedGate Communications <www.speed.net>
Subject: RE: Purge mailboxes of old mail
From: Paul Carpenter <paul at dodgenet dot com>
Date: Mon, 20 Nov 2006 11:34:58 -0600
Google for a python script called "garbmail".
Date: Mon, 20 Nov 2006 13:39:42 -0800 (PST)
From: Gregory Hicks <ghicks at cadence dot com>
Subject: RE: Purge mailboxes of old mail
> Subject: RE: Purge mailboxes of old mail
> From: Paul Carpenter <paul@dodgenet.com>
> To: Subscribers of Qpopper <qpopper@lists.pensive.org>
> Date: Mon, 20 Nov 2006 11:34:58 -0600
>
> Google for a python script called "garbmail".
Or another one called "prunemail" (or something like that...)
>
-------------------------------------------------------------------
Gregory Hicks | Principal Systems Engineer
Cadence Design Systems | Direct: 408.576.3609
555 River Oaks Pkwy M/S 6B1
San Jose, CA 95134 | Internet: ghicks@cadence.com
I am perfectly capable of learning from my mistakes. I will surely
learn a great deal today.
"A democracy is a sheep and two wolves deciding on what to have for
lunch. Freedom is a well armed sheep contesting the results of the
decision." - Benjamin Franklin
"The best we can hope for concerning the people at large is that they
be properly armed." --Alexander Hamilton
Date: Tue, 21 Nov 2006 09:49:01 +0100
From: Laurent PELLISSIER <Laurent dot Pellissier at ema dot fr>
Subject: Re: Purge mailboxes of old mail
Hi,
Some years ago I went through the same trouble. I found my solution in
hacking qpopper (popper/pop_updt.c). Now I can configure my qpooper this
way :
./configure --blabla --enable-auto-delete-old-msg
Now each time a user reads its mailboxe mail read and older than 20 days
are deleted. That save me from people checking "leave mail on server" !
--
Laurent PELLISSIER @ Ecole des Mines d'Alès
From: "Wayne Heming" <wayne_heming at hemnet dot com dot au>
Subject: RE: Purge mailboxes of old mail
Date: Tue, 21 Nov 2006 20:02:23 +1100
Can you supply a copy?
-----Original Message-----
From: Laurent PELLISSIER [mailto:Laurent.Pellissier@ema.fr]
Sent: Tuesday, 21 November 2006 7:49 PM
To: Subscribers of Qpopper
Subject: Re: Purge mailboxes of old mail
Hi,
Some years ago I went through the same trouble. I found my solution in
hacking qpopper (popper/pop_updt.c). Now I can configure my qpooper this
way :
./configure --blabla --enable-auto-delete-old-msg
Now each time a user reads its mailboxe mail read and older than 20 days
are deleted. That save me from people checking "leave mail on server" !
--
Laurent PELLISSIER @ Ecole des Mines d'Alès
Date: Tue, 21 Nov 2006 06:01:01 -0500
From: Gerard <gerard at seibercom dot net>
Subject: Re: Purge mailboxes of old mail
On Tuesday November 21, 2006 at 03:49:01 (AM) Laurent PELLISSIER wrote:
> Some years ago I went through the same trouble. I found my solution in
> hacking qpopper (popper/pop_updt.c). Now I can configure my qpooper this
> way :
>
> /configure --blabla --enable-auto-delete-old-msg
>
> Now each time a user reads its mailboxe mail read and older than 20 days
> are deleted. That save me from people checking "leave mail on server" !
So basically you are screwing people who choose to leave mail on the
server for what ever reason. Do you bother to notify them that this mail
will not be available after X# days or just surprise them? If your
clientele are routinely leaving messages on the server it would seem that
they are in need of an IMAP based system. Have you even considered that?
--
Gerard
"The taste of low quality lingers long after the satisfaction of low price."
Date: Wed, 13 Dec 2006 12:39:23 -0800
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: qpopper faq and other pages missing?
At 10:07 AM -0500 11/14/06, Rick Pim wrote:
> as far as i can tell, the qpopper FAQ and other pages are missing
> from the qualcomm/eudora web site and i've been unable to find them.
>
> is this just me? is there a current official home for this data?
Sorry, I was on vacation and out of email access. It looks like the
pages were accidently deleted instead of being relocated. I'm trying
to get them restored.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
The attention span of a computer is only as long as its electrical cord.
Date: Wed, 13 Dec 2006 21:24:56 -0800
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: qpopper faq and other pages missing?
At 8:41 AM -0800 11/20/06, Kelson wrote:
> Ted Mittelstaedt wrote:
>> Supposedly the client is going to be put into open source my guess is
>> they will dump all of it into sourceforge, along with the server code
>> and documentation, then turn their back on it. Whether the FAQ
>> comes along for the ride who knows.
>
> You mean, like this?
>
> http://qpopper.sourceforge.net/faq.html
>
> I asked a similar question last month, and was directed to the
> QPopper page at SourceForge (which has apparently been around for
> several years).
That page is out of date and should be a redirect to the real one.
You shouldn't have been told to look there.
At any rate, the real pages are back. Sorry they were gone.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
Dr. Beverly Crusher to Wesley Crusher as he is about to beam down to
begin his journey with the Traveler into other dimensions: "Be sure to
dress warmly on those other planes of existence."
Subject: Error updating primary drop. Mail left in temporary maildrop (28)
Date: Thu, 14 Dec 2006 13:39:03 +0100
From: "Zazell Kroeske" <zazell at aim4music dot nl>
Hi All,
I'm new to this list, but I have quite an urgent matter which I need to
solve.
If one of the users on my mail server tries to fetch its mail, I see the
follow error show up in the maillog:
Dec 14 13:08:34 cobalt4i in.qpopper[7293]: rzoeteman at xxx.xxx.xxx.xxx
(xxx.xxx.xxx.xxx): -ERR Error updating primary drop. Mail left in
temporary maildrop (28)
The server is an old cobalt RAQ server (4i) running qpopper 3.0.
This user is unable to fetch all of the emails that are waiting for him.
Can anyone tell what this error means, since even Google hasn't got any
useful results.
Kind regards,
Zazell
Date: Thu, 14 Dec 2006 09:30:13 -0800
From: Kelson <kelson at speed dot net>
Subject: Re: qpopper faq and other pages missing?
Randall Gellens wrote:
> That page is out of date and should be a redirect to the real one. You
> shouldn't have been told to look there.
>
> At any rate, the real pages are back. Sorry they were gone.
Thanks for the correction!
Now to update my bookmarks again...
--
Kelson Vibber
SpeedGate Communications <www.speed.net>
Date: Thu, 14 Dec 2006 15:55:02 -0500
From: Joseph S D Yao <jsdy at center dot osis dot gov>
Subject: Re: Error updating primary drop. Mail left in temporary maildrop (28)
On Thu, Dec 14, 2006 at 01:39:03PM +0100, Zazell Kroeske wrote:
> Hi All,
>
> I'm new to this list, but I have quite an urgent matter which I need to
> solve.
>
> If one of the users on my mail server tries to fetch its mail, I see the
> follow error show up in the maillog:
>
> Dec 14 13:08:34 cobalt4i in.qpopper[7293]: rzoeteman at xxx.xxx.xxx.xxx
> (xxx.xxx.xxx.xxx): -ERR Error updating primary drop. Mail left in
> temporary maildrop (28)
>
> The server is an old cobalt RAQ server (4i) running qpopper 3.0.
> This user is unable to fetch all of the emails that are waiting for him.
>
> Can anyone tell what this error means, since even Google hasn't got any
> useful results.
I found lots of Google hits for "Error updating primary drop", but they
were not all useful.
Check whether there would be a problem copying the user's mailbox to a
temporary file and back on the same file system. Either a disk space
problem or some other problem [bad blocks?].
This is just a guess.
--
Joe Yao
-----------------------------------------------------------------------
This message is not an official statement of OSIS Center policies.
Date: Thu, 14 Dec 2006 20:17:02 -0800
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: Error updating primary drop. Mail left in temporary
At 1:39 PM +0100 12/14/06, Zazell Kroeske wrote:
> Hi All,
>
> I'm new to this list, but I have quite an urgent matter which I need to
> solve.
>
> If one of the users on my mail server tries to fetch its mail, I see the
> follow error show up in the maillog:
>
> Dec 14 13:08:34 cobalt4i in.qpopper[7293]: rzoeteman at xxx.xxx.xxx.xxx
> (xxx.xxx.xxx.xxx): -ERR Error updating primary drop. Mail left in
> temporary maildrop (28)
>
> The server is an old cobalt RAQ server (4i) running qpopper 3.0.
> This user is unable to fetch all of the emails that are waiting for him.
>
> Can anyone tell what this error means, since even Google hasn't got any
> useful results.
>
> Kind regards,
>
> Zazell
The number in parentheses is the system error code that qpopper
received trying to update the user's maildrop. Normally a text
string explaining the error is also included, using strerror(). The
fact that the string is empty in your case is probably explained by
it being a very old system. The error codes are also contained in
/usr/include/errno.h.
At any rate, error 28 is "No space left on device". How big is the
user's spool file, and how much free space is there?
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
Mythology, n.:
The body of a primitive people's beliefs concerning its
origin, early history, heroes, deities and so forth, as
distinguished from the true accounts which it invents later.
--Ambrose Bierce, "The Devil's Dictionary"
Subject: RE: Error updating primary drop. Mail left in temporary maildrop (28)
Date: Fri, 15 Dec 2006 09:25:57 +0100
From: "Zazell Kroeske" <zazell at aim4music dot nl>
Hi Randall,
Thanks for the clarifications, I moved the spool file for this user
which seemed to have solved the problem.
Thank you very much!
Kind regards,
Zazell
-----Original Message-----
From: Randall Gellens [mailto:randy@qualcomm.com]
Sent: vrijdag 15 december 2006 5:31
To: Zazell Kroeske; Subscribers of Qpopper
Subject: Re: Error updating primary drop. Mail left in temporary
maildrop (28)
At 1:39 PM +0100 12/14/06, Zazell Kroeske wrote:
> Hi All,
>
> I'm new to this list, but I have quite an urgent matter which I need
to
> solve.
>
> If one of the users on my mail server tries to fetch its mail, I see
the
> follow error show up in the maillog:
>
> Dec 14 13:08:34 cobalt4i in.qpopper[7293]: rzoeteman at
xxx.xxx.xxx.xxx
> (xxx.xxx.xxx.xxx): -ERR Error updating primary drop. Mail left in
> temporary maildrop (28)
>
> The server is an old cobalt RAQ server (4i) running qpopper 3.0.
> This user is unable to fetch all of the emails that are waiting for
him.
>
> Can anyone tell what this error means, since even Google hasn't got
any
> useful results.
>
> Kind regards,
>
> Zazell
The number in parentheses is the system error code that qpopper
received trying to update the user's maildrop. Normally a text
string explaining the error is also included, using strerror(). The
fact that the string is empty in your case is probably explained by
it being a very old system. The error codes are also contained in
/usr/include/errno.h.
At any rate, error 28 is "No space left on device". How big is the
user's spool file, and how much free space is there?
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
Mythology, n.:
The body of a primitive people's beliefs concerning its
origin, early history, heroes, deities and so forth, as
distinguished from the true accounts which it invents later.
--Ambrose Bierce, "The Devil's Dictionary"
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.18/584 - Release Date:
12-12-2006
Date: Wed, 20 Dec 2006 15:52:17 -0500
From: "John T dot Guthrie III" <guthrie at counterexample dot org>
Subject: Kerberos 1.4.3 and qpopper
I was wondering, are there any patches available for getting qpopper 4.0.8 or
4.0.9 to compile with Kerberos 1.4.3 (or any Kerberos >= 1.3)? Has anyone
submitted these patches to qualcomm? I saw one posting of a possible patch
here:
http://archives.devshed.com/forums/comp-protocols-kerberos-58/kerberos-qpopper-build-fails-1209636.html
(If that doesn't work, google has a cached copy here:
http://72.14.203.104/search?q=cache:
However, the formatting software on the page removed all of the spacing in
the patch. So I was just wondering if anyone had any actual patch files that
worked, before I started to apply the above patch by hand.
Many thanks in advance.
John Guthrie
guthrie@counterexample.org
P.S. I apologize if this question has been asked before. I couldn't find any
listing of archives for this list.
Subject: Re: Kerberos 1.4.3 and qpopper
Date: Fri, 05 Jan 2007 14:24:52 -0500
From: Ken Hornstein <kenh at cmf dot nrl dot navy dot mil>
Okay, this is a bit late of an answer, but I've been busy.
>I was wondering, are there any patches available for getting qpopper 4.0.8 or
>4.0.9 to compile with Kerberos 1.4.3 (or any Kerberos >= 1.3)? Has anyone
>submitted these patches to qualcomm? I saw one posting of a possible patch
>here:
Are you sure you _need_ those patches?
That is to support the older "KPOP/sendauth" style authentication.
Newer versions of qpopper support GSSAPI via SASL (using the Cyrus-SASL
library), which really means Kerberos when you get down to it ... but
the protocol is a lot more reasonable, and more mail readers support
SASL/GSSAPI. I think we retired our KPOP support over a year ago as
everyone had a mail client that could do GSSAPI. The only big user of
KPOP was Eudora, but that can now do GSSAPI as well.
--Ken
Subject: Re: Kerberos 1.4.3 and qpopper
From: "John T dot Guthrie" <guthrie at counterexample dot org>
Date: Wed, 10 Jan 2007 00:12:02 -0500
--=-q0VEbfP4IEGEoqsIYqpU
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Fri, 2007-01-05 at 14:24 -0500, Ken Hornstein wrote:
> Okay, this is a bit late of an answer, but I've been busy.
>
> >I was wondering, are there any patches available for getting qpopper 4.0.8 or
> >4.0.9 to compile with Kerberos 1.4.3 (or any Kerberos >= 1.3)? Has anyone
> >submitted these patches to qualcomm? I saw one posting of a possible patch
> >here:
>
> Are you sure you _need_ those patches?
>
> That is to support the older "KPOP/sendauth" style authentication.
> Newer versions of qpopper support GSSAPI via SASL (using the Cyrus-SASL
> library), which really means Kerberos when you get down to it ... but
> the protocol is a lot more reasonable, and more mail readers support
> SASL/GSSAPI. I think we retired our KPOP support over a year ago as
> everyone had a mail client that could do GSSAPI. The only big user of
> KPOP was Eudora, but that can now do GSSAPI as well.
Well, I was able to create my own patches that seem to work, but I
haven't been able to fully test them yet. I was just wondering if
anyone had patches before I went and re-invented the wheel. (I am
attaching them with this email.) Of course, what you're saying brings
up some *really* interesting questions. Are you saying that qpopper
does *not* need the --with-kerberos flag when running configure in order
to use GSSAPI protocol? If not, I take it that the purpose of the
--with-kerberos flag is to support the KPOP type authentication.
(Please pardon me if that is a re-statement of what you said above.) If
one does not need to use the --with-kerberos flag when running the
configure script, where can I find documentation on how to use
Kerberos/GSSAPI authentication?
The attached patch fixes the configure script to only add in the
krb5util library if it exists, and can find the function
krb5_compat_recvauth() in it. Otherwise, it leaves it out. Also, if it
can't find the function, then the patch has qpopper using only krb5
functions. This will allow machines using Kerberos >= 1.2.8 to compile
when the --with-kerberos flag is given. It should not have any impact
on machines with older version of Kerberos. (I still have not been able
to fully test all of these statements. So more testing would definitely
be needed.) Note, I have provided patches for configure and
configure.in in case we would want to regenerate the configure script.
Also, is this list the best place to post patches?
Thanks.
--
John Guthrie
guthrie@counterexample.org
--=-q0VEbfP4IEGEoqsIYqpU
Content-Disposition: attachment; filename=qpopper.recent.kerberos.patch
Content-Type: text/x-patch; name=qpopper.recent.kerberos.patch; charset=ISO-8859-15
Content-Transfer-Encoding: base64
--=-q0VEbfP4IEGEoqsIYqpU--
Subject: Re: Kerberos 1.4.3 and qpopper
Date: Wed, 10 Jan 2007 14:11:49 -0500
From: Ken Hornstein <kenh at cmf dot nrl dot navy dot mil>
Let me step back a bit.
Exactly _which_ clients are you interested in getting Kerberos authentication
to work with qpopper? I ask because that has bearing on which protocol
you want to support.
Like I said, part of the reason I let that code languish was that I didn't
see a need any more for it.
>Well, I was able to create my own patches that seem to work, but I
>haven't been able to fully test them yet. I was just wondering if
>anyone had patches before I went and re-invented the wheel. (I am
>attaching them with this email.) Of course, what you're saying brings
>up some *really* interesting questions. Are you saying that qpopper
>does *not* need the --with-kerberos flag when running configure in order
>to use GSSAPI protocol?
That is correct.
>If not, I take it that the purpose of the
>--with-kerberos flag is to support the KPOP type authentication.
Yes, that is also correct.
>(Please pardon me if that is a re-statement of what you said above.) If
>one does not need to use the --with-kerberos flag when running the
>configure script, where can I find documentation on how to use
>Kerberos/GSSAPI authentication?
Ah, okay, well, that is perhaps one area that needs to be addressed a bit.
Qpopper gets Kerberos/GSSAPI by virtue of the Cyrus-SASL library. That
includes support for all SASL mechanisms supported by Cyrus-SASL, one
of which is GSSAPI. In hindsight, part of me maybe thinks it would
have been better to call the GSSAPI directly, as getting Cyrus-SASL
working can be a bitch and a half (if you use one of the prepackaged
builds that come with Linux, for example, it shouldn't be an issue).
However, most of the problems I see people have with Cyrus-SASL is with
saslauthd and database conflicts, and those are not an issue with the
GSSAPI mechanism.
There is documentation in the Qpopper manual about the various options
that affect SASL. The only thing you need to know regarding GSSAPI is
that the service principal for Kerberos is "pop/server.name@REALM".
--Ken
Subject: Re: Kerberos 1.4.3 and qpopper
From: "John T dot Guthrie" <guthrie at counterexample dot org>
Date: Thu, 11 Jan 2007 21:33:32 -0500
On Wed, 2007-01-10 at 14:11 -0500, Ken Hornstein wrote:
> Let me step back a bit.
>
> Exactly _which_ clients are you interested in getting Kerberos authentication
> to work with qpopper? I ask because that has bearing on which protocol
> you want to support.
I was interested in getting regular clients such as evolution that
support GSSAPI to work. However, I was confused by the existence of the
--with-kerberos5 flag for the configure script. I thought that was
*required* for Kerberos use. As you clarified below, I now understand
that isn't the case.
> Like I said, part of the reason I let that code languish was that I didn't
> see a need any more for it.
>
> >Well, I was able to create my own patches that seem to work, but I
> >haven't been able to fully test them yet. I was just wondering if
> >anyone had patches before I went and re-invented the wheel. (I am
> >attaching them with this email.) Of course, what you're saying brings
> >up some *really* interesting questions. Are you saying that qpopper
> >does *not* need the --with-kerberos flag when running configure in order
> >to use GSSAPI protocol?
>
> That is correct.
>
> >If not, I take it that the purpose of the
> >--with-kerberos flag is to support the KPOP type authentication.
>
> Yes, that is also correct.
>
> >(Please pardon me if that is a re-statement of what you said above.) If
> >one does not need to use the --with-kerberos flag when running the
> >configure script, where can I find documentation on how to use
> >Kerberos/GSSAPI authentication?
>
> Ah, okay, well, that is perhaps one area that needs to be addressed a bit.
>
> Qpopper gets Kerberos/GSSAPI by virtue of the Cyrus-SASL library. That
> includes support for all SASL mechanisms supported by Cyrus-SASL, one
> of which is GSSAPI. In hindsight, part of me maybe thinks it would
> have been better to call the GSSAPI directly, as getting Cyrus-SASL
> working can be a bitch and a half (if you use one of the prepackaged
> builds that come with Linux, for example, it shouldn't be an issue).
> However, most of the problems I see people have with Cyrus-SASL is with
> saslauthd and database conflicts, and those are not an issue with the
> GSSAPI mechanism.
>
> There is documentation in the Qpopper manual about the various options
> that affect SASL. The only thing you need to know regarding GSSAPI is
> that the service principal for Kerberos is "pop/server.name@REALM".
At this point, I'm now slightly confused. Which manual are you
referring to? I have run case insensitive searches on the
administrators guide (GUIDE.pdf) for the string "sasl" and come up with
nothing. There are some occurences of the string in the file Qpopper.fm
that is in the doc/guide subdirectory of the distribution, but that's a
framemaker file, and I have no way of viewing that correctly. When I
try to view those files using vim, I see references to a
--with-cyrus-sasl flag. I assume this is a flag for the configure
script. Unfortunately, the string "sasl" never occurs in that script.
Hence, there doesn't seem to be any such flag for the current version of
the configure script. (This is all in 4.0.9 by the way.) When I run
ldd on the popper binary, I don't see any reference to a cyrus-sasl
library. If I telnet to port 110 and type the "AUTH" command, I get the
following:
AUTH
+OK Supported SASL mechanisms:
X-NONE-SO-USE-APOP-OR-STLS
.
This is on a machine that has a properly functioning saslauthd. What
I'm trying to get at is how do I get qpopper to even acknowledge the
existence of cyrus-sasl? All of the usual suspects seem to be somewhat
devoid of the strings "cyrus" adn "sasl". (Though not completely. Just
devoid in the ways that would help.) I apologize if I'm seeming a
little frustrated. I *really* do appreciate your help and I'm guessing
that I have overlooked something really obvious, and I'm not seeing it
right now.
Thank you very much.
--
John Guthrie
guthrie@counterexample.org
Subject: Re: Kerberos 1.4.3 and qpopper
Date: Thu, 11 Jan 2007 21:56:04 -0500
From: Ken Hornstein <kenh at cmf dot nrl dot navy dot mil>
>At this point, I'm now slightly confused. Which manual are you
>referring to? I have run case insensitive searches on the
>administrators guide (GUIDE.pdf) for the string "sasl" and come up with
>nothing. There are some occurences of the string in the file Qpopper.fm
>that is in the doc/guide subdirectory of the distribution, but that's a
>framemaker file, and I have no way of viewing that correctly.
Sigh. Sometimes I forget that even though it's been a long time since
I sent in that code, it hasn't made it to a release just yet.
All of the Cyrus-SASL code is in the 4.1 tree. I actually wrote
documentation for it that appears in the FrameMaker sources, but
apparantly the guide PDF hasn't been regenerated in a while. The
latest beta release is 4.1a4.
--Ken
Subject: Re: Kerberos 1.4.3 and qpopper
From: "John T dot Guthrie" <guthrie at counterexample dot org>
Date: Thu, 18 Jan 2007 12:37:36 -0500
On Thu, 2007-01-11 at 21:56 -0500, Ken Hornstein wrote:
> All of the Cyrus-SASL code is in the 4.1 tree. I actually wrote
> documentation for it that appears in the FrameMaker sources, but
> apparantly the guide PDF hasn't been regenerated in a while. The
> latest beta release is 4.1a4.
Is there someplace where we can pick up beta releases, or are they not
available for public yet? I've checked the SourceForge site, Qualcomm's
FTP site, along with several mirrors.
Thanks.
--
John Guthrie
guthrie@counterexample.org
Subject: Re: Kerberos 1.4.3 and qpopper
Date: Thu, 18 Jan 2007 12:43:09 -0500
From: Ken Hornstein <kenh at cmf dot nrl dot navy dot mil>
>On Thu, 2007-01-11 at 21:56 -0500, Ken Hornstein wrote:
>> All of the Cyrus-SASL code is in the 4.1 tree. I actually wrote
>> documentation for it that appears in the FrameMaker sources, but
>> apparantly the guide PDF hasn't been regenerated in a while. The
>> latest beta release is 4.1a4.
>
>Is there someplace where we can pick up beta releases, or are they not
>available for public yet? I've checked the SourceForge site, Qualcomm's
>FTP site, along with several mirrors.
Are you sure you checked everywhere on Qualcomm's ftp site? Specifically,
ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta has the beta releases
I was talking about.
--Ken
Date: Tue, 23 Jan 2007 12:53:48 -0800
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: Kerberos 1.4.3 and qpopper
At 9:56 PM -0500 1/11/07, Ken Hornstein wrote:
> Sigh. Sometimes I forget that even though it's been a long time since
> I sent in that code, it hasn't made it to a release just yet.
>
> All of the Cyrus-SASL code is in the 4.1 tree. I actually wrote
> documentation for it that appears in the FrameMaker sources, but
> apparantly the guide PDF hasn't been regenerated in a while. The
> latest beta release is 4.1a4.
Sorry, I was waiting for some feedback on 4.1 before advancing it to
a release (also there a few patches hanging around that I'd like to
put in).
My apologies for not regenerating GUIDE.pdf. That should always be
current, but it isn't.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
Any smoothly functioning technology will be
indistinguishable from a rigged demo. --Isaac Asimov
Date: Sat, 17 Feb 2007 14:59:51 -0500
From: "Nicole Skyrca" <nskyrca at syr dot edu>
Subject: qpopper and 2007 daylight saving time change
Hello,
We are running qpopper 4.0.5 on Solaris 8. Does anything need to be
done with popper to deal with the 2007 daylight saving time changes
occuring in the United States?
Thank you.
Nicole
Nicole Skyrca
Syracuse University
Information Technology and Services
207 Machinery Hall
Syracuse, New York 13244
315-443-5310
nskyrca@syr.edu
Date: Sat, 17 Feb 2007 15:00:17 -0600
From: David Champion <dgc at uchicago dot edu>
Subject: Re: qpopper and 2007 daylight saving time change
* On 2007.02.17, in <032694767883396155441@lists.pensive.org>,
* "Nicole Skyrca" <nskyrca@syr.edu> wrote:
> Hello,
> We are running qpopper 4.0.5 on Solaris 8. Does anything need to be
> done with popper to deal with the 2007 daylight saving time changes
> occuring in the United States?
Qpopper doesn't have any internal DST considerations (it relies on the
underlying OS for time services), so nothing needs to be done -to-
qpopper. But qpopper will be affected (if briefly) unless your OS is
current. All your Solaris systems -- as well as other vendors' -- will
need patches unless they're on a regular patching schedule already.
Solaris 8, 9, and 10 all require patches:
http://www.sun.com/bigadmin/hubs/dst/software/#Solaris
This issue is addressed in the following releases:
SPARC Platform
* Solaris 8 with timezone patch 109809-05 or later and libc patch
108993-52 or later
* Solaris 9 with timezone patch 113225-07 or later and libc patch
112874-33 or later
* Solaris 10 with timezone patch 122032-03 or later and libc patch
119689-07 or later
x86 Platform
* Solaris 8 with timezone patch 109810-05 or later and libc patch
108994-52 or later
* Solaris 9 with timezone patch 116545-05 or later and libc patch
114432-23 or later
* Solaris 10 with timezone patch 122033-03 or later and libc patch
121208-03 or later
--
-D. dgc@uchicago.edu NSIT University of Chicago
Subject: Compile Error in qpopper4.0.8
From: tomohito dot kajiwara at nts dot ricoh dot co dot jp
Date: Mon, 19 Mar 2007 19:54:57 +0900
I'm try to install qpopper4.0.8 into freeBSD6.0.
But the install stopped by the following compile error.
1. ./configure --enable-specialauth
2. make
fax1# make
cd ./popper && make all
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_dele.c -o pop_dele.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_dropcopy.c -o pop_dropcopy.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_get_command.c -o pop_get_command.o
pop_get_command.c:41: warning: initialization from incompatible pointer
type
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_get_subcommand.c -o
pop_get_subcommand.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_init.c -o pop_init.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_last.c -o pop_last.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_list.c -o pop_list.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_log.c -o pop_log.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_lower.c -o pop_lower.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_msg.c -o pop_msg.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_parse.c -o pop_parse.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
-DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_pass.c -o pop_pass.o
pop_pass.c: In function `auth_user':
pop_pass.c:1073: warning: assignment makes pointer from integer without a
cast
pop_pass.c:1080: error: dereferencing pointer to incomplete type
*** Error code 1
Stop in /usr/ports/mail/qpopper/work/qpopper4.0.8/popper.
*** Error code 1
Stop in /usr/ports/mail/qpopper/work/qpopper4.0.8.
Could you tell me what to resolve this problem?
Tomohito Kajiwara
Date: Mon, 19 Mar 2007 10:08:30 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: Compile Error in qpopper4.0.8
At 7:54 PM +0900 3/19/07, tomohito.kajiwara@nts.ricoh.co.jp wrote:
> I'm try to install qpopper4.0.8 into freeBSD6.0.
> But the install stopped by the following compile error.
>
> 1. ./configure --enable-specialauth
> 2. make
> fax1# make
> cd ./popper && make all
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_dele.c -o pop_dele.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_dropcopy.c -o pop_dropcopy.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_get_command.c -o pop_get_command.o
> pop_get_command.c:41: warning: initialization from incompatible pointer
> type
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_get_subcommand.c -o
> pop_get_subcommand.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_init.c -o pop_init.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_last.c -o pop_last.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_list.c -o pop_list.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_log.c -o pop_log.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_lower.c -o pop_lower.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_msg.c -o pop_msg.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_parse.c -o pop_parse.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2 -freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_pass.c -o pop_pass.o
> pop_pass.c: In function `auth_user':
> pop_pass.c:1073: warning: assignment makes pointer from integer without a
> cast
> pop_pass.c:1080: error: dereferencing pointer to incomplete type
> *** Error code 1
>
> Stop in /usr/ports/mail/qpopper/work/qpopper4.0.8/popper.
> *** Error code 1
>
> Stop in /usr/ports/mail/qpopper/work/qpopper4.0.8.
>
> Could you tell me what to resolve this problem?
>
> Tomohito Kajiwara
Please try 4.0.9 and see if that is better. You might also try 4.1.
Please let me know.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
Men never do evil so completely and cheerfully
as when they do it from religious conviction.
--Blaise Pascal, 17th-century French mathematician and religious
philosopher
Subject: Re: Compile Error in qpopper4.0.8
From: tomohito dot kajiwara at nts dot ricoh dot co dot jp
Date: Tue, 20 Mar 2007 09:26:48 +0900
Thank you for your reply.
After sending the previous mail, I found out that I didn't install
autoconf259. After I installed it, I installed qpopper successfully.
Tomohito kajiwara
Randall
Gellens
<randy@qua $B08@h(B
lcomm.com> Tomohito Kajiwara/R/RICOH@RICOH,
Subscribers of Qpopper
2007/03/20 <qpopper@lists.pensive.org>
02:27 cc
$B7oL>(B
Re: Compile Error in qpopper4.0.8
At 7:54 PM +0900 3/19/07, tomohito.kajiwara@nts.ricoh.co.jp wrote:
> I'm try to install qpopper4.0.8 into freeBSD6.0.
> But the install stopped by the following compile error.
>
> 1. ./configure --enable-specialauth
> 2. make
> fax1# make
> cd ./popper && make all
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_dele.c -o pop_dele.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_dropcopy.c -o pop_dropcopy.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_get_command.c -o pop_get_command.o
> pop_get_command.c:41: warning: initialization from incompatible pointer
> type
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_get_subcommand.c -o
> pop_get_subcommand.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_init.c -o pop_init.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_last.c -o pop_last.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_list.c -o pop_list.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_log.c -o pop_log.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_lower.c -o pop_lower.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_msg.c -o pop_msg.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_parse.c -o pop_parse.o
> gcc -c -I.. -I.. -I. -I../mmangle -I../common -g -O2
-freg-struct-return
> -DHAVE_CONFIG_H -DFREEBSD -DUNIX pop_pass.c -o pop_pass.o
> pop_pass.c: In function `auth_user':
> pop_pass.c:1073: warning: assignment makes pointer from integer without
a
> cast
> pop_pass.c:1080: error: dereferencing pointer to incomplete type
> *** Error code 1
>
> Stop in /usr/ports/mail/qpopper/work/qpopper4.0.8/popper.
> *** Error code 1
>
> Stop in /usr/ports/mail/qpopper/work/qpopper4.0.8.
>
> Could you tell me what to resolve this problem?
>
> Tomohito Kajiwara
Please try 4.0.9 and see if that is better. You might also try 4.1.
Please let me know.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
Men never do evil so completely and cheerfully
as when they do it from religious conviction.
--Blaise Pascal, 17th-century French mathematician and religious
philosopher
Date: Mon, 30 Apr 2007 10:26:43 +0200
From: "M dot Kellermann" <Kellermann at sk-datentechnik dot com>
Subject: funny timestamp
hi list,
today i found this in my qpopper logfile:
Apr 27 15:49:44.944 2007 [21317] (v4.0.9) Servicing ...
Apr 27 15:49:45.282 2007 [21317] Stats: ...
Apr 27 15:50:47.744 2007 [21445] (v4.0.9) Servicing ...
Apr 27 15:50:48.532 2007 [21445] Stats: ...
Apr 27 15:51:48.1000 2007 [21468] (v4.0.9) Servicing ...
Apr 27 15:51:49.309 2007 [21468] Stats: ...
Apr 27 15:52:51.882 2007 [21482] (v4.0.9) Servicing ...
Apr 27 15:52:52.175 2007 [21482] Stats: ...
=> "15:51:48.1000" ?
shouldn't it be "15:51:49.000" ?
funny...
since there seems to be no more bugs/problems in qpopper (measured
at the silence on this list) i thought it was worth mentioning ;-)
regards
MK
Date: Mon, 30 Apr 2007 11:51:37 +0200
From: Jose Marcio Martins da Cruz <Jose-Marcio dot Martins at ensmp dot fr>
Subject: Re: funny timestamp
This is a cryptographically signed message in MIME format.
--------------ms050402040108060104020806
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi
M. Kellermann wrote:
> hi list,
>
> => "15:51:48.1000" ?
>
> shouldn't it be "15:51:49.000" ?
>
> funny...
> since there seems to be no more bugs/problems in qpopper (measured
> at the silence on this list) i thought it was worth mentioning ;-)
Interesting but, are your qpopper server using syslog or logging
directly to a file ?
Either way, It seems to me that this only affect logging subsystem, not
the server itself. Am I wrong ?
>
> regards
>
> MK
>
--
---------------------------------------------------------------
Jose Marcio MARTINS DA CRUZ
Ecole des Mines de Paris http://j-chkmail.ensmp.fr
60, bd Saint Michel http://www.ensmp.fr/~martins
75272 - PARIS CEDEX 06 mailto:Jose-Marcio.Martins@ensmp.fr
--------------ms050402040108060104020806
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
--------------ms050402040108060104020806--
Date: Mon, 30 Apr 2007 13:10:56 +0200
From: Jose Marcio Martins da Cruz <Jose-Marcio dot Martins at ensmp dot fr>
Subject: Re: funny timestamp
This is a cryptographically signed message in MIME format.
--------------ms080102050600050006070201
Content-Type: multipart/mixed;
boundary="------------020508040302040602010704"
This is a multi-part message in MIME format.
--------------020508040302040602010704
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
M. Kellermann wrote:
> At 11:51 30.04.2007, you wrote:
>
>
>> Either way, It seems to me that this only affect logging subsystem, not
>> the server itself. Am I wrong ?
>
>
> yes - i think popper/pop_log.c does the logging - and is buggy...
The following patch shall solve this issue. But either way, this affects
only logging, not server performance or security.
regards
JM
--
---------------------------------------------------------------
Jose Marcio MARTINS DA CRUZ Tel. :(33) 01.40.51.93.41
Ecole des Mines de Paris http://j-chkmail.ensmp.fr
60, bd Saint Michel http://www.ensmp.fr/~martins
75272 - PARIS CEDEX 06 mailto:Jose-Marcio.Martins@ensmp.fr
--------------020508040302040602010704
Content-Type: text/x-patch;
name="pop_log.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="pop_log.patch"
--- pop_log.c.org 2006-03-09 23:32:38.000000000 +0100
+++ pop_log.c 2007-04-30 13:07:28.115958000 +0200
@@ -135,7 +135,7 @@
iDateLen = strlen ( pDate ); /* length including year */
pYear = pDate + ( iDateLen - 5 ); /* point to start of year */
date_time [ iDateLen - 2 ] = '\0'; /* cut off the year */
- lMsec = (tval.tv_usec + 500) / 1000; /* convert useconds to milliseconds */
+ lMsec = tval.tv_usec / 1000; /* convert useconds to milliseconds */
fprintf ( p->trace, "%s.%03ld %.4s [%ld] %s\n",
pDate, lMsec, pYear, (long) getpid(), msgbuf );
fprintf ( p->trace, "%s.%03ld %.4s \n", pDate, lMsec, pYear );
--------------020508040302040602010704--
--------------ms080102050600050006070201
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
--------------ms080102050600050006070201--
Date: Tue, 01 May 2007 18:02:08 +0200
From: "M dot Kellermann" <Kellermann at sk-datentechnik dot com>
Subject: Re: funny timestamp
At 13:10 30.04.2007, you wrote:
> > yes - i think popper/pop_log.c does the logging - and is buggy...
>
>The following patch shall solve this issue. But either way, this affects
>only logging, not server performance or security.
yes, of course!
as i mentioned it is no real problem - "FUNNY TIMESTAMP" is the
subject...
regards
MK
Date: Fri, 4 May 2007 09:54:51 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: funny timestamp
At 1:10 PM +0200 4/30/07, Jose Marcio Martins da Cruz wrote:
> - lMsec = (tval.tv_usec + 500) / 1000; /* convert
> useconds to milliseconds */
> + lMsec = tval.tv_usec / 1000; /* convert useconds to
> milliseconds */
So the code should truncate instead of round. Thanks for the patch.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
Arguments are to be avoided; they are always vulgar and often convincing. --Oscar Wilde
From: James Medley <jmedley at aesrg dot tamu dot edu>
Subject: Enable Statistics Logging
Date: Fri, 11 May 2007 11:22:31 -0500
--Apple-Mail-1-877371871
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
delsp=yes;
format=flowed
Hi All,
I have a small mail server running on a Mac G5 desktop OS X 10.4.9,
using postfix 2.1.5 and qpopper 4.0.9. I am trying to enable
statistics logging and haven't had any luck. The earlier versions of
OS X worked off of an inetd.conf file where I put in;
#pop3 stream tcp nowait root /usr/libexec/
tcpd /usr/libexec/popper qpopper -s
But the newer OS uses xinetd and I'm not sure how to enable the
logging. Can someone please put me on the right path.
Thanks Much,
Jim
--Apple-Mail-1-877371871
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space;
-khtml-line-break: after-white-space; ">Hi All,<DIV><BR
class="khtml-block-placeholder"></DIV><DIV>I have a small mail server
running on a Mac G5 desktop OS X 10.4.9, using postfix 2.1.5 and qpopper
4.0.9. I am trying to enable statistics logging and haven't had any
luck. The earlier versions of OS X worked off of an inetd.conf file
where I put in;</DIV><DIV>#pop3=A0=A0 stream=A0 tcp=A0 =A0=A0 nowait=A0
root=A0 =A0 /usr/libexec/tcpd=A0 =A0 =A0 =A0 =A0 =A0 =A0=A0
/usr/libexec/popper qpopper -s</DIV><DIV>But the newer OS uses xinetd
and I'm not sure how to enable the logging. Can someone please put me on
the right path.</DIV><DIV><BR
class="khtml-block-placeholder"></DIV><DIV>Thanks
Much,</DIV><DIV>Jim<DIV><SPAN class="Apple-style-span"
style="border-collapse: separate; border-spacing: 0px 0px; color:
rgb(0, 0, 0); font-family: Times New Roman; font-size: 16px; font-style:
normal; font-variant: normal; font-weight: normal; letter-spacing:
normal; line-height: normal; text-align: auto;
-khtml-text-decorations-in-effect: none; text-indent: 0px;
-apple-text-size-adjust: auto; text-transform: none; orphans: 2;
white-space: normal; widows: 2; word-spacing: 0px; "><SPAN
class="Apple-style-span" style="border-collapse: separate;
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Times New
Roman; font-size: 16px; font-style: normal; font-variant: normal;
font-weight: normal; letter-spacing: normal; line-height: normal;
text-align: auto; -khtml-text-decorations-in-effect: none; text-indent:
0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2;
white-space: normal; widows: 2; word-spacing: 0px; "><SPAN
class="Apple-style-span" style="border-collapse: separate;
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Times New
Roman; font-size: 16px; font-style: normal; font-variant: normal;
font-weight: normal; letter-spacing: normal; line-height: normal;
text-align: auto; -khtml-text-decorations-in-effect: none; text-indent:
0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2;
white-space: normal; widows: 2; word-spacing: 0px; "><SPAN
class="Apple-style-span" style="border-collapse: separate;
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Times New
Roman; font-size: 16px; font-style: normal; font-variant: normal;
font-weight: normal; letter-spacing: normal; line-height: normal;
text-align: auto; -khtml-text-decorations-in-effect: none; text-indent:
0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2;
white-space: normal; widows: 2; word-spacing: 0px; "><SPAN
class="Apple-style-span" style="border-collapse: separate;
border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Times New
Roman; font-size: 16px; font-style: normal; font-variant: normal;
font-weight: normal; letter-spacing: normal; line-height: normal;
text-align: auto; -khtml-text-decorations-in-effect: none; text-indent:
0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2;
white-space: normal; widows: 2; word-spacing: 0px; "><DIV><BR
class="khtml-block-placeholder"></DIV><DIV><BR
class="khtml-block-placeholder"></DIV><BR
class="Apple-interchange-newline"></SPAN></SPAN></SPAN></SPAN></SPAN>
</DIV><BR></DIV></BODY></HTML>
--Apple-Mail-1-877371871--
Date: Mon, 14 May 2007 09:45:05 +0930
From: "Damon McMahon" <damon dot mcmahon at gmail dot com>
Subject: Re: Enable Statistics Logging
I had the same problem on MacOS X 10.3, it was resolved by using
standalone mode rather than running popper from xinetd.
Best wishes,
Damon
On 12/05/07, James Medley <jmedley@aesrg.tamu.edu> wrote:
> Hi All,
>
> I have a small mail server running on a Mac G5 desktop OS X 10.4.9, using
> postfix 2.1.5 and qpopper 4.0.9. I am trying to enable statistics logging
> and haven't had any luck. The earlier versions of OS X worked off of an
> inetd.conf file where I put in;
> #pop3 stream tcp nowait root /usr/libexec/tcpd
> /usr/libexec/popper qpopper -s
> But the newer OS uses xinetd and I'm not sure how to enable the logging. Can
> someone please put me on the right path.
>
> Thanks Much,
> Jim
>
>
>
>
>
Date: Fri, 18 May 2007 15:59:01 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: Enable Statistics Logging
At 9:45 AM +0930 5/14/07, Damon McMahon wrote:
> I had the same problem on MacOS X 10.3, it was resolved by using
> standalone mode rather than running popper from xinetd.
You could use a run-time configuration file, and set 'set statistics
= true'. See the samples/qpopper.config file.
Also, on OS X, launchd can be used in place of xinetd. I will try
and add a sample launchagents file for this.
> On 12/05/07, James Medley <jmedley@aesrg.tamu.edu> wrote:
>> Hi All,
>>
>> I have a small mail server running on a Mac G5 desktop OS X 10.4.9, using
>> postfix 2.1.5 and qpopper 4.0.9. I am trying to enable statistics logging
>> and haven't had any luck. The earlier versions of OS X worked off of an
>> inetd.conf file where I put in;
>> #pop3 stream tcp nowait root /usr/libexec/tcpd
>> /usr/libexec/popper qpopper -s
>> But the newer OS uses xinetd and I'm not sure how to enable the logging. Can
>> someone please put me on the right path.
>>
>> Thanks Much,
>> Jim
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
"!sgub evah t'nseod CP sihT ?sgub naem ayaddahW"
Date: Mon, 28 May 2007 18:55:39 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Qpopper 4.0.10b1 available
Qpopper 4.0.10b1 is available at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/>.
The full list of changes is on the FTP site, at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/Changes>.
Changes from 4.0.9 to 4.0.10:
-----------------------------
1. Correct milliseconds calculation (thanks to Jose Marcio
Martins da Cruz for the patch).
2. Added '-d' flag to 'install' (to create directories)
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
History is strewn thick with evidence that truth is not hard to kill,
but a lie, well told, is immortal.
--Mark Twain
Date: Tue, 29 May 2007 10:58:56 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Qpopper 4.1a5 available
Qpopper 4.1a5 is available at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/>.
The full list of changes is in the distribution.
Changes from 4.1.a4 to 4.1.a5:
------------------------------
1. Updated IPv6 support (thanks to Hajimu UMEMOTO).
- narrow the IPv6-specific chunk by defining struct addrinfo
when it is not available.
- check the return value of socket() correctly.
- a socket have to be closed when bind fails.
- chase SO_KEEPALIVE addition to an IPv4 logic.
2. Correct milliseconds calculation (thanks to Jose Marcio
Martins da Cruz for the patch).
3. Added '-d' flag to 'install' (to create directories).
4. Fix error message in 'make realclean' on some platforms.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
Resistance is Useless! (If less than one ohm.)
Date: Tue, 29 May 2007 10:57:12 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Qpopper 4.0.10b2 available
Qpopper 4.0.10b2 is available at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/>.
The full list of changes is on the FTP site, at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/Changes>.
Changes from 4.0.9 to 4.0.10:
-----------------------------
1. Correct milliseconds calculation (thanks to Jose Marcio
Martins da Cruz for the patch).
2. Added '-d' flag to 'install' (to create directories)
3. Fix error message in 'make realclean' on some platforms.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
I can only assume that a 'Do Not File' document is filed in
a 'Do Not File' file.
--Senator Frank Church
Senate Intelligence Subcommittee Hearing, 1975
Last updated on 29 May 2007 by Pensive Mailing List Admin