headers
Steve | 1 Dec 08:20
Picon
Favicon

[half-solved] Re: Display problem


Hey guys,

I've noticed something that might help us solving this problem: the
display gets messed up when I get on a signed message and only then ! I
don't know why I missed that until now, it seems so obvious now.

So I think my problem is *not* linked to the TERM variable.

I'm using gnupg and the config file by default found in
/usr/share/doc/mutt/examples/ from a Debian box. I copied this file in
~/.mutt/gpg.txt and sourced it in my .muttrc. I'm trying to make it work
with different profiles with corresponding profiles (classical set up I
guess).

The display gets messed up when gnupg tries to find the public key, the
bottom of the display not going up as expected (and strange caracters
being displayed at random places on the screen).

How could I troubleshoot this ?

Thanks for the help!

Le 30-11-2007, à 09:04:24 -0600, Kyle Wheeler (kyle-mutt <at> memoryhole.net) a écrit :

> Lignes : 59
> 
> On Friday, November 30 at 07:30 AM, quoth Steve:
> > If you have an application which is supposed to use 256-colour mode 
> > and it isn't working, you may find you need to tell your server that
(Continue reading)

Permalink | Reply | 3 comments |
headers
Gary Johnson | 1 Dec 09:33

Re: [half-solved] Re: Display problem

On 2007-12-01, Steve <dlist <at> bluewin.ch> wrote:

> I've noticed something that might help us solving this problem: the
> display gets messed up when I get on a signed message and only then ! I
> don't know why I missed that until now, it seems so obvious now.

Nice work!

> I'm using gnupg and the config file by default found in
> /usr/share/doc/mutt/examples/ from a Debian box. I copied this file in
> ~/.mutt/gpg.txt and sourced it in my .muttrc. I'm trying to make it work
> with different profiles with corresponding profiles (classical set up I
> guess).
> 
> The display gets messed up when gnupg tries to find the public key, the
> bottom of the display not going up as expected (and strange caracters
> being displayed at random places on the screen).
> 
> How could I troubleshoot this ?

Unfortunately, I don't know the first thing about gnupg, so I have 
nothing to suggest.

Regards,
Gary
Permalink | Reply | 2 comments |
headers
Francesco Ciattaglia | 1 Dec 13:54
X-Face
Picon

Re: [half-solved] Re: Display problem

* Gary Johnson <garyjohn <at> spk.agilent.com> [01.12.07 13:32]:
> On 2007-12-01, Steve <dlist <at> bluewin.ch> wrote:
> 
> > I've noticed something that might help us solving this problem: the
> > display gets messed up when I get on a signed message and only then ! I
> > don't know why I missed that until now, it seems so obvious now.
> 
> Nice work!
> 
> > I'm using gnupg and the config file by default found in
> > /usr/share/doc/mutt/examples/ from a Debian box. I copied this file in
> > ~/.mutt/gpg.txt and sourced it in my .muttrc. I'm trying to make it work
> > with different profiles with corresponding profiles (classical set up I
> > guess).
> > 
> > The display gets messed up when gnupg tries to find the public key, the
> > bottom of the display not going up as expected (and strange caracters
> > being displayed at random places on the screen).
> > 
> > How could I troubleshoot this ?
> 
> Unfortunately, I don't know the first thing about gnupg, so I have 
> nothing to suggest.
> 
> Regards,
> Gary
* Ciò letto, correndo sabato 01 dicembre 2007, alle 13 e 50 rispondo così:

I've managed a similar problem founding that it was related to
set pgp_getkeys_command="gpg --recv-keys %r"
(Continue reading)

Permalink | Reply | 1 comment |
headers
Eric Smith | 2 Dec 08:07
Favicon

apply filter conditions to new folder from command line

I am getting an error, too many arguments to push when I try:

$ mutt -f l/mutt-users -e 'push limit ~d >4w'

--

-- 
- Eric Smith
Permalink | Reply | 1 comment |
headers
Eric Smith | 2 Dec 09:21
Favicon

Re: apply filter conditions to new folder from command line - SOLVED

Eric Smith said:
> I am getting an error, too many arguments to push when I try:
> 
> $ mutt -f l/mutt-users -e 'push limit ~d >4w'

thus:
[eric <at> pepper ~] $ mutt -f l/mutt-users  -e 'push "<limit> ~r>2w
"'
Permalink | Reply | 0 comments |
headers
Steve | 2 Dec 16:56
Picon
Favicon

[SOLVED] [Was : Display problem ]

Hi all, 

Francesco gave the solution, thanks to him !

Le 01-12-2007, à 13:54:51 +0100, Francesco Ciattaglia (francesco.ciattaglia <at> alice.it) a écrit :

> Lignes : 45
> 
> * Gary Johnson <garyjohn <at> spk.agilent.com> [01.12.07 13:32]:
> > On 2007-12-01, Steve <dlist <at> bluewin.ch> wrote:
> > 
> > > I've noticed something that might help us solving this problem: the
> > > display gets messed up when I get on a signed message and only then ! I
> > > don't know why I missed that until now, it seems so obvious now.
> > 
> > Nice work!
> > 
> > > I'm using gnupg and the config file by default found in
> > > /usr/share/doc/mutt/examples/ from a Debian box. I copied this file in
> > > ~/.mutt/gpg.txt and sourced it in my .muttrc. I'm trying to make it work
> > > with different profiles with corresponding profiles (classical set up I
> > > guess).
> > > 
> > > The display gets messed up when gnupg tries to find the public key, the
> > > bottom of the display not going up as expected (and strange caracters
> > > being displayed at random places on the screen).
> > > 
> > > How could I troubleshoot this ?
> > 
> > Unfortunately, I don't know the first thing about gnupg, so I have
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nicolas KOWALSKI | 3 Dec 17:29
Picon

Re: header_cache database always growing

On Wed, Nov 28, 2007 at 07:16:57PM +0100, Rocco Rutte wrote:
> * Michelle Konzack wrote:
>> Am 2007-11-21 11:49:13, schrieb Nicolas KOWALSKI:
>>> On Wed, Nov 21, 2007 at 09:37:22AM +0100, Rocco Rutte wrote:
>>> > * Nicolas KOWALSKI wrote:
>
>>> >> I have noticed that the headers databases are always growing, even if 
>>> >> I delete mails.
>
>>> > Here it's important from where you delete them. When you delete them > 
>>> within mutt using that header cache, it should remove those entries > 
>>> (mutt doesn't sync the hcache to changes using other tools).
>
>>> I delete these mails within mutt.
>
>> Me too...  And it seems to me like a bug...
>
> Yes, confirmed with qdbm here. I checked and both qdbm as well as gdbm 
> provide routines to reorganize/optimize the database which seems to work 
> here (at least for qdbm). I guess the backends keep the allocated space and 
> don't free them immediately as that's (maybe lots of) additional costs.
>
> I'll send out a patch to mutt-dev tomorrow since I need to do some testing 
> on how fast/slow that actually is.

Thanks for your reply.

BTW, again about hcache handling, when I delete a folder within mutt, 
the hcache file remains. Should we also consider this a bug ?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jamie Griffin | 4 Dec 00:11
Favicon

query with sent messages folder?

Hi there -

his may seem like a really simple question, but i've been setting up my MUTT client for a few weeks now, and it
seems to work fine, etc, but i have a query about what's happening to my sent messages, or rather where
they're being stored. I've noticed this evening that i had a lot building up in /tmp directory in a number of
files named mutt and appended with:
mutt-jamiegriffin-501-511-16

This looks like the  number which i think is the router key id i have and i'm not this should be happening. I've
tried a few alterations in my muttrc but can't seem to work out why this is happening. 

I do want to keep a copy of sent message but not sure how to configure this in the muttrc file. 

I've  searched the web for weeks now, and have found some useful resources but trying to teach myself has it's
limits and i'd really appreciate some guidance. 

Thanks,

Jamie

i'm using MUTT 1.5.15 on mac ox 10.4 and using fastmail on an IMAP server.
Permalink | Reply | 7 comments |
headers
Kyle Wheeler | 4 Dec 00:27

Re: query with sent messages folder?


On Monday, December  3 at 11:11 PM, quoth Jamie Griffin:
> his may seem like a really simple question, but i've been setting up 
> my MUTT client for a few weeks now, and it seems to work fine, etc, 
> but i have a query about what's happening to my sent messages, or 
> rather where they're being stored.

Generally speaking, they are stored wherever you have specified in 
your muttrc. Specifically, you use the $record variable, e.g.:

     set record=~/sentmail

> I've noticed this evening that i had a lot building up in /tmp 
> directory in a number of files named mutt and appended with:
> mutt-jamiegriffin-501-511-16

That's something else entirely---that's the result of either mutt or 
your text editor (vi? emacs?) not cleaning up after themselves. 
Essentially, what happens there is that mutt puts messages into a 
temporary file in /tmp for your editor to edit. When the editor exits, 
mutt reads that file to find out what's in the message that you want 
to send. Once the message is sent, it's supposed to delete that file. 
I know mutt had a bug in it that made it leave these things behind a 
while back, but it should be fixed by now. What version of mutt are 
you using?

> This looks like the  number which i think is the router key id i 
> have and i'm not this should be happening. I've tried a few 
> alterations in my muttrc but can't seem to work out why this is 
> happening.
(Continue reading)

Permalink | Reply | 5 comments |
headers
Patrick Shanahan | 4 Dec 00:31
Picon

Re: query with sent messages folder?


* Jamie Griffin <jgriffin <at> fastmail.fm> [12-03-07 18:08]:
> his may seem like a really simple question, but i've been setting up
> my MUTT client for a few weeks now, and it seems to work fine, etc,
> but i have a query about what's happening to my sent messages, or
> rather where they're being stored. I've noticed this evening that i
> had a lot building up in /tmp directory in a number of files named
> mutt and appended with: mutt-jamiegriffin-501-511-16

these are temp files from mutt, ie:  the mail you are reading/writing

> This looks like the number which i think is the router key id i have
> and i'm not this should be happening. I've tried a few alterations in
> my muttrc but can't seem to work out why this is happening. 

now you know.  Why didn't you examine the contents?

> I do want to keep a copy of sent message but not sure how to configure
> this in the muttrc file. 

from TFM, man muttrc

       record
              Type: path
              Default: “~/sent”
				   
              This specifies the file into which your outgoing
	      messages should be appended. (This is meant as the
	      primary method for saving a copy of your messages, but
	      another way to do this is using the “my_hdr” command to
(Continue reading)

Permalink | Reply | 0 comments |

Gmane