Travis <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Thu, 16
Aug 2007 20:01:45 -0700:
> This message never made it to the list. Why?
>
> - Original Message -
> From: "Travis" [snip]
> Sent: Friday, August
> 10, 2007 12:15 PM Subject: x-face problem
> I use the x-fac
This message never made it to the list. Why?
- Original Message -
From: "Travis" <[EMAIL PROTECTED]>
To: "PAN"
Sent: Friday, August 10, 2007 12:15 PM
Subject: x-face problem
I use the x-face converter (http://www.dairiki.org/xface/xface.php) and
paste the text into the "Extra headers
On Fri, 17 Aug 2007 01:57:26 +, Greg Lee wrote:
> On Thu, 16 Aug 2007 23:44:19 +, walt wrote:
>
>> Did you both build your own pan using a 64-bit compiler, or are you
>> running 32-bit pan?
>
> 64 bit compiler compiling 64 bit binaries.
>
>> Is your swapspace filling up during the stall
On Thu, 16 Aug 2007 23:44:19 +, walt wrote:
> Did you both build your own pan using a 64-bit compiler, or are you
> running 32-bit pan?
64 bit compiler compiling 64 bit binaries.
> Is your swapspace filling up during the stalls? Disk thrashing? Does
> the filtering always complete if you wa
On Thu, 16 Aug 2007 18:01:16 -0700, Travis wrote:
> - Original Message -
> From: "Greg Lee"
>> Searching headers for a pattern in a high traffic group was extremely
>> time consuming in Tin.
> How many articles in the "high traffic" group?
As Tin counts articles, 400,000 made things ver
- Original Message -
From: "Greg Lee" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 16, 2007 5:08 PM
Subject: [Pan-users] Re: Filtering unusable slow
> On Thu, 16 Aug 2007 21:04:12 +, Frederik Himpe wrote:
>
>> I cannot really imagine how another application can
On Wed, 15 Aug 2007 17:13:57 +, SciFi wrote:
...
> There is a branch for official gtk+-2.10.x, but instead I am following
> the trunk for gtk+-2.11.x -- see? 2.11.x is the "development" branch
> where things are tested for some time before a "release" tarball of
> 2.11.x comes out...
I think
On Thu, 16 Aug 2007 21:04:12 +, Frederik Himpe wrote:
> I cannot really imagine how another application can be still be
> "considerably worse" than this.
Searching headers for a pattern in a high traffic group was extremely
time consuming in Tin. After 15 minutes of my system being almost
c
On Thu, 16 Aug 2007 21:04:12 +, Frederik Himpe wrote:
> On Thu, 16 Aug 2007 13:29:57 +, Greg Lee wrote:
>
>> On Thu, 16 Aug 2007 11:01:59 +, Frederik Himpe wrote:
>>
>>> I am using x86_64 bit Linux on an Athlon 64 3500.
>>>
>>> Any idea how I could debug this?
>>
>> No, but I do se
On Thu, 16 Aug 2007 13:29:57 +, Greg Lee wrote:
> On Thu, 16 Aug 2007 11:01:59 +, Frederik Himpe wrote:
>
>> I am using x86_64 bit Linux on an Athlon 64 3500.
>>
>> Any idea how I could debug this?
>
> No, but I do see all these problems, and I'm also using x86_64 Linux.
> Before I sta
On Thu, 16 Aug 2007 19:12:19 +, Greg Lee wrote:
> On Wed, 15 Aug 2007 17:13:57 +, SciFi wrote:
>
>> So, let me go ahead to open a report
>> just so we'll have it on record anyway.
>
> I read your comment #7 about clicking on the Subject header and getting
> a new sort done on a previousl
On Wed, 15 Aug 2007 17:13:57 +, SciFi wrote:
> So, let me go ahead to open a report
> just so we'll have it on record anyway.
I read your comment #7 about clicking on the Subject header
and getting a new sort done on a previously selected
field. Very interesting. My guess is that it's a dat
I have a question about the header collection process. I have a main
server, Supernews, and still have an old account on Free Teranews. I've
set Teranews to be a fallback server. How exactly does this function?
Supernews creates message numbers out of order. This seems to cause Pan
some pro
On Thu, 16 Aug 2007 11:01:59 +, Frederik Himpe wrote:
> I am using x86_64 bit Linux on an Athlon 64 3500.
>
> Any idea how I could debug this?
No, but I do see all these problems, and I'm also
using x86_64 Linux. Before I started using Pan, I was
using Tin, which is considerably worse than
I am using pan 0.132. The last week, I noticed that Pan had become
sometimes very slow. Especially filtering is almost unusable now. On
news.gmane.org in the group gmane.comp.kde.cvs, it takes about ten seconds
to filter on 3.5, but even worse, when I remove the filter, after 5
minutes, pan was
Benjamin Esham <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed, 15 Aug 2007 23:41:29
+:
> I think that the "mute quoted text" option would be a cruder way of
> doing this. It would prevent you from having to scroll through a lot of
> quoted text, but it would also preve
16 matches
Mail list logo
