headers
Thomas Roessler | 1 Jan 2003 05:00

[2003-01-01] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.
Permalink | Reply | 0 comments |
headers
Thomas Roessler | 2 Jan 2003 05:00

[2003-01-02] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.
Permalink | Reply | 0 comments |
headers
Lorens Kockum | 2 Jan 2003 17:05

Re: (fwd) Segfault when more than 1 message is postponed.

On Mon, Dec 30, 2002 at 08:36:49PM -0500, Derek Martin wrote:
>   $ gdb /path/to/mutt    
>   gdb> r
>   [mutt runs -- do whatever it takes to cause the SEGV]
>   gdb> bt
> 
[...]
> The result may well be that gdb's output
> shows up right in the middle of whatever was on the screen before mutt
> crashed.

In case this is a problem, the simple and very useful program
'script' (included in most if not all Unix-like base systems,
appeared in 3.0BSD) will help. It records all characters typed
and/or sent to the screen. Just prepend 'script mutt_trace_file'
to the instructions, do a logout after, and you get a raw file
that you can scan manually for any output, even if something
cleared the screen immediately after printing.

HTHSomebody.

--

-- 
#include <std_disclaim.h>                          Lorens Kockum
Permalink | Reply | 0 comments |
headers
Andres Ortega | 2 Jan 2003 17:26
Picon
Favicon

Build problem

When I try to compile Mutt I get the followoing error.

make: `Makefile.am' is up to date.
Makefile.am:95: required file `./.c' not found

I've been using the CVS source code to build mutt, and
I read about an autoconf related issue with LIBOBJS.
Once I made the proper changes in the configure.in
file, I got the aforementioned error.

I'll appreciate any input.

Info about my environment:

[root <at> MaleLT .wmmenu]# gcc --version
gcc (GCC) 3.4

[root <at> MaleLT .wmmenu]# autoconf --version
autoconf (GNU Autoconf) 2.57

[root <at> MaleLT .wmmenu]# automake --version
automake (GNU automake) 1.7a

[root <at> MaleLT .wmmenu]# libtool --version
ltmain.sh (GNU libtool) 1.4e (1.1165 2002/12/11 19:44:59)

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bob Bell | 2 Jan 2003 21:23
Picon

Re: (list-)replies

On Sun, Dec 22, 2002 at 07:21:05PM +0100, Armin Wolfermann <aw <at> osn.de> wrote:
> Seems like a reasonable idea. Maybe something like the patch below?

    I'm not necessarily advocating that this be done, but if it is being
considered, the only reasonable option (IMHO) is to make it
a quad-option, so I can prevent being asked, if I so choose.

--

-- 
Bob Bell <bobbell <at> zk3.dec.com>
-------------------------------------------------------------------------
 "If a packet hits a pocket on a socket on a port
  and the bus is interrupted as a very last resort
  and the memory address makes your processes abort
  then the socket packet pocket has an error to report!"
   -- Anonymous
Permalink | Reply | 1 comment |
headers
Thomas Roessler | 3 Jan 2003 05:00

[2003-01-03] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.
Permalink | Reply | 0 comments |
headers
Trent Nelson | 3 Jan 2003 11:41

Characters used for threading.

Hi,

    I'm having a problem with how a particular font I use displays the
    ``links'' used when threading e-mails.  Instead of horizontal and
    vertical lines, I get boxes, as can be seen in the following jpg:

        http://users.creative.net.au/~trent/mutt.jpg

    I'd either like to be able to hack the code to use pipes or dashes,
    or hack the font to display properly.  What are the names for the
    characters being used that are coming up as boxes, and where in the
    code is this functionality present?

    Thanks in advance.

    Regards,

        Trent.
Permalink | Reply | 1 comment |
headers
Stefan `Sec` Zehl | 3 Jan 2003 13:46
Favicon

Re: Characters used for threading.

On Fri, Jan 03, 2003 at 10:41:54AM +0000, Trent Nelson wrote:
>     I'd either like to be able to hack the code to use pipes or dashes,

:set ascii_chars

CU,
    Sec
--

-- 
perl -nle 'print "$_ is divisible by 7" if (unpack("B*",reverse pack("L",$_))=~
/^0*((1((0(01|1(001*0)*11)*(00|1(001*0)*10))|1(01*0(1(10)*11)*0)*01*0(1(10)*
11)*1(10)*0)*(1(01*0(1(10)*11)*0)*1|0(01|1(001*0)*11)*1(001*0)*01))0*)+$/x)'
Permalink | Reply | 0 comments |
headers
Pawel Salek | 3 Jan 2003 17:07
Picon
Picon
Favicon

Slow opening of IMAP mailboxes

Hi,

I have noticed that mutt downloads all the headers from IMAP mailbox on 
opening. This procedure is quite time consuming for large mailboxes, 
particularly on slow links (I am on a decent DSL link and I have a 
mailbox opened by pine in 4 seconds and by mutt in 40). Has anybody 
considered rewriting this part of the code in such a way that only 
headers of displayed messages are fetched? I can imagine this would 
require a number of major changes but I think it would be very desired 
modification. If not, what would be a best spot to start?

Pawel Salek
Permalink | Reply | 15 comments |
headers
Peter Surda | 3 Jan 2003 17:26
Picon

Re: Slow opening of IMAP mailboxes

On Fri, Jan 03, 2003 at 05:07:21PM +0100, Pawel Salek wrote:
> Hi,
hi

> I have noticed that mutt downloads all the headers from IMAP mailbox on 
> opening. This procedure is quite time consuming for large mailboxes, 
> particularly on slow links (I am on a decent DSL link and I have a 
> mailbox opened by pine in 4 seconds and by mutt in 40). Has anybody 
> considered rewriting this part of the code in such a way that only 
> headers of displayed messages are fetched? I can imagine this would 
> require a number of major changes but I think it would be very desired 
> modification. If not, what would be a best spot to start?
About 2 weeks ago, a patch was sent to the list that caches headers locally. I
haven't tested it though.

> Pawel Salek
Bye,

Peter Surda (Shurdeek) <shurdeek <at> panorama.sth.ac.at>, ICQ 10236103, +436505122023

--
One OS to rule them all, One OS to find them,
One OS to bring them all and into darkness bind them
Permalink | Reply | 1 comment |

Gmane