On Sat, Apr 10, 2010 at 01:38:19AM +0200, ilf wrote:
I would like a workaround to use Regex in 'lists' and 'subscribe', but
that feels dirty. Why doesn't Mutt allow 'lists'/'subscribe' to lists
based on the List-Id: header?
The List-ID header is not necessarily a valid email address. All that
On Fri, Apr 09, 2010 at 11:51:49PM -0500, Brian Ryans wrote:
Quoting ilf on 2010-04-09 18:38:19:
Why was it decided to set the flag only for subscribed lists and not
listed lists?
In my limited mutt experience (as a user) I believe it was decided that
way as people would probably be more inter
On Sat, Apr 10, 2010 at 04:59:19PM -0600, Paul E Condon wrote:
On 20100409_103212, Michael Elkins wrote:
It was unclear from your message exactly where the problem lies. Are
you seeing the address list truncated in the compose menu? I do see
that Mutt truncates the *display* of the address lis
On Sun, Apr 11, 2010 at 07:05:58PM -0500, Will Fiveash wrote:
I've noticed running the latest dev version of mutt that if I use
Cntrl-G cancel when the "Purge 1 deleted message?" confirm message shows
up that message stays on the screen. I'm running mutt Mutt 1.5.20
(2010-03-22) in a gnome-termi
On Sun, Apr 11, 2010 at 06:57:04PM +, Camaleón wrote:
> I would expect the text auto-wraps to fit the terminal windows, with no
> marks indicating the break line at all.
>
> That was a test sample I made for you to view the problem. The real
> problem is that I get that same behaviour from st
On Sun, Apr 11, 2010 at 07:41:34PM +0200, ilf wrote:
> Yet, Mutt only lets me specify color0-color7. Everything above gives an
> error, also hex values and RGB specifications.
You can use colorN where N is up the maximum number of colors your
terminal supports. For example, I just tested this with
I've noticed running the latest dev version of mutt that if I use
Cntrl-G cancel when the "Purge 1 deleted message?" confirm message shows
up that message stays on the screen. I'm running mutt Mutt 1.5.20
(2010-03-22) in a gnome-terminal with:
COLORTERM=gnome-terminal
TERM=rxvt
in the environment.
Camaleón schrieb am 11.04.2010 um 18:17:24 (+):
> Nothing! The e-mail is clean. Just a bunch of text words, nothing in
> between, no rare characters.
So all is well.
> - Image sample of failing e-mail (it will be auto-deleted in 7 days):
> http://picpaste.com/20100411_mutt_pager_wrapping.png
On Sun, 11 Apr 2010 11:32:11 -0700, Michael Elkins wrote:
> On Sun, Apr 11, 2010 at 06:17:24PM +, Camaleón wrote:
>> - Image sample of failing e-mail (it will be auto-deleted in 7 days):
>> http://picpaste.com/20100411_mutt_pager_wrapping.png
>>
>> - Raw code sample of failing e-mail (it will
On Sun, 11 Apr 2010 14:29:58 -0400, Tim Gray wrote:
> On Apr 11, 2010 at 06:17 PM +, Camaleón wrote:
>> Only some! That is what makes me puzzle :-)
>>
>> E-mails coming from Kmail, Alpine or even Gmail webmail (text based
>> format) are fine, they wrap as they should.
>>
>> I have problems wit
On Sun, Apr 11, 2010 at 06:17:24PM +, Camaleón wrote:
> - Image sample of failing e-mail (it will be auto-deleted in 7 days):
> http://picpaste.com/20100411_mutt_pager_wrapping.png
>
> - Raw code sample of failing e-mail (it will be auto-deleted in 1 day):
> http://pastebin.com/4t4kPSrh
>
> (
On Apr 11, 2010 at 06:17 PM +, Camaleón wrote:
Only some! That is what makes me puzzle :-)
E-mails coming from Kmail, Alpine or even Gmail webmail (text based
format) are fine, they wrap as they should.
I have problems with Yahoo! webmail e-mails and Thunderbird (also tested
with Outlook an
On Sun 11 Apr 2010 at 05:16:30 PDT Camale?n wrote:
Note 3: I've noted this behaviour happens when e-mail comes from Yahoo!
webmail service and Thunderbird. Does not happen when e-mail comes from
another MUA (Kmail, Alpine...).
From other things you've said I would guess not, but just to confir
On Sun, 11 Apr 2010 19:33:21 +0200, Michael Ludwig wrote:
On Sun, 11 Apr 2010 19:33:21 +0200, Michael Ludwig wrote:
> Camaleón schrieb am 11.04.2010 um 17:17:51 (+):
>
>> I get an unusable pager *but* long lines do not wrap. So I think the
>> problem relies in built-in pager, not editor :-?
On Sun, Apr 11, 2010 at 12:16:30PM +, Camaleón wrote:
I am having troubles for displaying messages with long lines in Mutt
(1.5.18). They get wrapped, yes, but in strange manner.
wrapmargin is deprecated in 1.5.18. Try setting wrap to -1. You may have to
re-view the email if you change the
I'm using Mutt in rxvt-unicode and I'm wondering why I can't assign hex
values to Mutts color attribute. Mutts manual sais, the color values can
be the eight ANSI colors, "default" and "colorx":
http://www.mutt.org/doc/manual/manual-3.html#ss3.7
rxvt-unicode also knows additional 72 colours, a 4*4
Camaleón schrieb am 11.04.2010 um 17:17:51 (+):
> I get an unusable pager *but* long lines do not wrap. So I think the
> problem relies in built-in pager, not editor :-?
Is it just one message that's broken? Or is it a general problem
affecting every message?
You could save the message to an
On Sun, 11 Apr 2010 12:14:18 -0400, Tim Gray wrote:
> On Apr 11, 2010 at 12:16 PM +, Camaleón wrote:
>> I am having troubles for displaying messages with long lines in Mutt
>> (1.5.18). They get wrapped, yes, but in strange manner.
>
> Sounds like a problem of the formatting of the underlying
On Apr 11, 2010 at 12:16 PM +, Camaleón wrote:
I am having troubles for displaying messages with long lines in Mutt
(1.5.18). They get wrapped, yes, but in strange manner.
Sounds like a problem of the formatting of the underlying text. Don't hard
wrap in your text editor and mutt should d
On Sun, 11 Apr 2010 17:11:10 +0200, Michael Ludwig wrote:
> Camaleón schrieb am 11.04.2010 um 14:53:51 (+):
(...)
>> But, how the viewer can mix/interact with the pager? Is that possible?
>> I thought they were two separate settings (one for editing new messages
>> and one for displaying mes
Camaleón schrieb am 11.04.2010 um 14:53:51 (+):
> On Sun, 11 Apr 2010 16:38:02 +0200, Michael Ludwig wrote:
> > Then the text has line breaks in the middle.
>
> The funny thing is that not. I also thought that something in the code
> could be the culprit of this mess but reviewing the code o
On Sun, 11 Apr 2010 16:38:02 +0200, Michael Ludwig wrote:
> Camaleón schrieb am 11.04.2010 um 14:14:34 (+):
>
>> I tested with:
>>
>> ***
>> set smart_wrap
>> set wrapmargin = 2
>> ***
>>
>> And also:
>>
>> ***
>> set wrapmargin = 2
>> ***
>>
>> But still get broken lines at the middle of
Camaleón schrieb am 11.04.2010 um 14:14:34 (+):
> I tested with:
>
> ***
> set smart_wrap
> set wrapmargin = 2
> ***
>
> And also:
>
> ***
> set wrapmargin = 2
> ***
>
> But still get broken lines at the middle of the text.
Then the text has line breaks in the middle. Mutt can't know that
On Sun, 11 Apr 2010 15:59:03 +0200, Michael Ludwig wrote:
> Camaleón schrieb am 11.04.2010 um 13:22:52 (+):
>> On Sun, 11 Apr 2010 09:11:21 -0400, Patrick Shanahan wrote:
>
>> > in ~/.muttrc
>> > unset markers
>> >
>> > note that proper syntax may be:
>> > set markers=no
>>
>> That just rem
Camaleón schrieb am 11.04.2010 um 13:22:52 (+):
> On Sun, 11 Apr 2010 09:11:21 -0400, Patrick Shanahan wrote:
> > in ~/.muttrc
> > unset markers
> >
> > note that proper syntax may be:
> > set markers=no
>
> That just removes the "+" (plus) mark, but the text wrapping is still
> badly format
On Sun, 11 Apr 2010 09:11:21 -0400, Patrick Shanahan wrote:
> * Camaleón [04-11-10 08:18]:
>> I am having troubles for displaying messages with long lines in Mutt
>> (1.5.18). They get wrapped, yes, but in strange manner.
>>
>> For example:
>>
>> ***
>> Lorem ipsum dolor sit amet, consectetur
* Camaleón [04-11-10 08:18]:
> Hello,
>
> I am having troubles for displaying messages with long lines in Mutt
> (1.5.18). They get wrapped, yes, but in strange manner.
>
> For example:
>
> ***
> Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod
> +tempor incididunt ut la
Hello,
I am having troubles for displaying messages with long lines in Mutt
(1.5.18). They get wrapped, yes, but in strange manner.
For example:
***
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod
+tempor incididunt ut labore et
dolore magna aliqua. Ut enim ad minim veni
28 matches
Mail list logo
