On Sun, May 05, 2019 at 10:35:38AM -0400, hy...@lactose.homelinux.net wrote:
It's not a huge problem, but it doesn't match the standard MH practice
(which ignores the comma files), and it's throwing me off when the
email numbers jump from 30,000 to 75,000 .
Was this an intenional decision?
Greetings.
I've discovered an issue with mutt and MH. I don't know if it's
an intentional decision, or a bug, or a config option I missed, or what.
Backstory:
I primarily use MH to manage my email, but I use mutt to manage
new incoming email, where I will read (and maybe repl
Hi everyone
Since I move to mutt 1.8.0 on FreeBSD-11 I got a small bug about the
display of the date.
If I switch my LANG to us, everything work fine.
If I use my standard LANG (LANG=fr_FR.UTF-8) the mounth are not verticaly
align. Because some mounth are on 4 characters (like mars=March) and
El día Saturday, November 28, 2015 a las 08:28:29AM +0100, Matthias Apitz
escribió:
> Which terminal is this exactly in Ubuntu? I'm used to use uRxvt in an
> KDE4 environment in FreeBSD. This does not have this mouse-over/menu
> feature, at leasr AFAIK.
The uRxvt offers click-able URLs too with:
On 2015-11-27, David Woodfall wrote:
>>Hi!
>>
>>I'm currently using mutt in xterm, and I finally got tired of copy&paste
>>long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
>>like to be able to open urls by clicking them.
>>
>>It looks like xterm doesn't support clicking on
On Sat, Nov 28, 2015 at 07:06:31PM +1100, Brian Salter-Duke wrote:
> I am not sure. I am using Ubuntu 12.04 with unity and it is what is called
> "terminal", if you look
That's gnome-terminal AFAIK
On Sat, Nov 28, 2015 at 08:28:29AM +0100, Matthias Apitz wrote:
> El día Saturday, November 28, 2015 a las 06:18:56PM +1100, Erik Christiansen
> escribió:
>
> > On 28.11.15 07:01, Brian Salter-Duke wrote:
> > > I use a Ubuntu terminal and the url above shows up highlighted in blue.
> > > I hold t
El día Saturday, November 28, 2015 a las 06:18:56PM +1100, Erik Christiansen
escribió:
> On 28.11.15 07:01, Brian Salter-Duke wrote:
> > I use a Ubuntu terminal and the url above shows up highlighted in blue.
> > I hold the mouse over it and right click brings up a menu. I select
> > "open in bro
On 28.11.15 07:01, Brian Salter-Duke wrote:
> I use a Ubuntu terminal and the url above shows up highlighted in blue.
> I hold the mouse over it and right click brings up a menu. I select
> "open in browser" and it does just that. For attached html I use
> mutt_bgrun. I have a script with several
On 2015-11-27 19:01 +, David Woodfall wrote:
> > I'm currently using mutt in xterm, and I finally got tired of
> > copy&paste long urls (wrapped in multiple lines) from mutt to
> > browser. Ideally, I'd like to be able to open urls by clicking them.
> It would be nice to see this fixed someho
On Fri, Nov 27, 2015 at 07:01:24PM +, David Woodfall wrote:
>Hi!
>
>I'm currently using mutt in xterm, and I finally got tired of copy&paste
>long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
>like to be able to open urls by clicking them.
>
>It looks like xterm doesn't
On Fri, Nov 27, 2015 at 07:01:24PM +, David Woodfall wrote:
> >Hi!
> >
> >I'm currently using mutt in xterm, and I finally got tired of copy&paste
> >long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
> >like to be able to open urls by clicking them.
> >
> >It looks like x
Hi!
I'm currently using mutt in xterm, and I finally got tired of copy&paste
long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
like to be able to open urls by clicking them.
It looks like xterm doesn't support clicking on urls, so I'm ready to
switch to any other terminal
* Marcelo Laia [2015-11-05 00:39 -0200]:
> Hi, after I attach a odt file and I press enter key to verify it, I got
> this message:
>
> LibreOffice 5.0.3.1 00m0(Build:1)
>
> Unknown option: -
>
> Usage: soffice [options] [documents...]
Seems to be a problem with your mailcap entry for LibreOff
Hi, after I attach a odt file and I press enter key to verify it, I got
this message:
LibreOffice 5.0.3.1 00m0(Build:1)
Unknown option: -
Usage: soffice [options] [documents...]
Options:
--minimizedkeep startup bitmap minimized.
--invisibleno startup screen, no default document and no U
On 2015-09-15 20:42 -0700, Ian Zimmerman wrote:
> I just turned on pager_index_lines for the first time, partly because I
> wanted to test if it had any bearing on this issue (but it isn't the
> only reason). The answer is no, it still happens, and when it happens
> it wipes _both_ parts of the s
On 2015-08-24 10:36 -0700, Ian Zimmerman wrote:
> Sometimes I hit 'c' in the pager to open a different folder. Before I
> type the name of the folder to go to, new mail arrives in the _current_
> folder. Result: most of the screen goes blank, including the status
> line; only the prompt asking m
On 2015-08-27 21:43 -0400, Patrick Shanahan wrote:
> > > Sometimes I hit 'c' in the pager to open a different folder. Before I
> > > type the name of the folder to go to, new mail arrives in the _current_
> > > folder. Result: most of the screen goes blank, including the status
> > > line; only
* Ian Zimmerman [08-27-15 21:18]:
> On 2015-08-24 10:36 -0700, Ian Zimmerman wrote:
>
> > Sometimes I hit 'c' in the pager to open a different folder. Before I
> > type the name of the folder to go to, new mail arrives in the _current_
> > folder. Result: most of the screen goes blank, includin
On 2015-08-24 10:36 -0700, Ian Zimmerman wrote:
> Sometimes I hit 'c' in the pager to open a different folder. Before I
> type the name of the folder to go to, new mail arrives in the _current_
> folder. Result: most of the screen goes blank, including the status
> line; only the prompt asking m
Sometimes I hit 'c' in the pager to open a different folder. Before I
type the name of the folder to go to, new mail arrives in the _current_
folder. Result: most of the screen goes blank, including the status
line; only the prompt asking me for the destination folder stays put.
If I hit ^G I get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tuesday, October 23 at 05:39 PM, quoth Alex Efros:
> I know about urlview, but it both doesn't show long urls well and
> more complicated to use than just copy&paste (with disabled
> markers).
Long URLs are harder to handle than a terminal can
On Wed, Oct 24, 2012 at 06:09:03AM +0300, Alex Efros wrote:
> Mutt variable: set markers
> It enabled, will show "+" sign at beginning of each wrapped line (using
> different color, to make clear that "+" is mutt's special thing, not part
> of email text).
THANKS! That little '+' has been annoyi
Quoth Derek Martin on Wednesday, 24 October 2012:
> On Tue, Oct 23, 2012 at 06:48:54PM -0700, Chip Camden wrote:
> > Quoth J Wermont on Tuesday, 23 October 2012:
> > > Cameron Simpson wrote:
> > >
> > > > I'm using iTerm2 on a Mac, but on X11 setups I use rxvt-unicode
> > > > (command name "urxv
On Tue, Oct 23, 2012 at 06:48:54PM -0700, Chip Camden wrote:
> Quoth J Wermont on Tuesday, 23 October 2012:
> > Cameron Simpson wrote:
> >
> > > I'm using iTerm2 on a Mac, but on X11 setups I use rxvt-unicode
> > > (command name "urxvt").
> > >
> > > Both support URL clicking.
> >
> > Hi, c
Hi
Why don't you send this to the urxvt mailing list. I for example will be
glad if this comes up in the next release and it will be a shame if it
gets lost in this mailing list. rxvt-unic...@lists.schmorp.de
seems to be the mailing list on the official page - you can try there.
Best, Nikola
On
Hi!
On Wed, Oct 24, 2012 at 06:09:03AM +0300, Alex Efros wrote:
> Looks like mark-urls was removed and replaced by matcher in current urxvt
> version. Anyway, both doesn't support urls wrapped in several lines.
> Chip Camden already mention this in previous email, but I've just tested
> both and c
ecked it, long urls in vim (using ":set wrap") clicked
| correctly in both konsole and urxvt.
|
| I've compared `ldd` output for vim and mutt, and looks like vim uses
| libncurses.so.5 while mutt uses libncursesw.so.5 - not sure is this
| important, but, anyway, if vim works ok, then
vim (using ":set wrap") clicked
correctly in both konsole and urxvt.
I've compared `ldd` output for vim and mutt, and looks like vim uses
libncurses.so.5 while mutt uses libncursesw.so.5 - not sure is this
important, but, anyway, if vim works ok, then this issue is surely mutt'
On Tue, Oct 23, 2012 at 08:38:56PM +0530, Mandar Mitra wrote:
> ...
> My setup works, but some might call it convoluted. I run mutt within a
> multi-term running inside emacs, and use emacsclient as the viewer +
> editor. I put the cursor anywhere on the URL and type C-xo to open it in
> a browser
Quoth J Wermont on Tuesday, 23 October 2012:
> Cameron Simpson wrote:
>
> > I'm using iTerm2 on a Mac, but on X11 setups I use rxvt-unicode
> > (command name "urxvt").
> >
> > Both support URL clicking.
>
> Hi, could you explain how one would *use* rxvt-unicode? Is it something
> you type i
Cameron Simpson wrote:
> I'm using iTerm2 on a Mac, but on X11 setups I use rxvt-unicode
> (command name "urxvt").
>
> Both support URL clicking.
Hi, could you explain how one would *use* rxvt-unicode? Is it something
you type in at the prompt? Something you execute from within mutt (if so,
On 23Oct2012 17:39, Alex Efros wrote:
| I'm currently using mutt in xterm, and I finally got tired of copy&paste
| long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
| like to be able to open urls by clicking them.
|
| It looks like xterm doesn't support clicking on urls, so
Quoth Alex Efros on Tuesday, 23 October 2012:
> Hi!
>
> On Tue, Oct 23, 2012 at 04:38:36PM +0100, Maurice McCarthy wrote:
> > I like Terminator for clicking on urls.
>
> Just checked it - same issue, it doesn't recognize wrapped urls.
>
> --
> WBR, Alex.
I use urxvt (rxv
Hm, sorry I'll have to look further.
Mo
On 23/10/2012, Alex Efros wrote:
> Hi!
>
> On Tue, Oct 23, 2012 at 04:38:36PM +0100, Maurice McCarthy wrote:
>> I like Terminator for clicking on urls.
>
> Just checked it - same issue, it doesn't recognize wrapped urls.
>
> --
> WBR,
Hi!
On Tue, Oct 23, 2012 at 04:38:36PM +0100, Maurice McCarthy wrote:
> I like Terminator for clicking on urls.
Just checked it - same issue, it doesn't recognize wrapped urls.
--
WBR, Alex.
I like Terminator for clicking on urls.
Regards
Mo
Alex Efros wrote (Tue, Oct 23, 2012 at 05:39:31PM +0300):
> Hi!
>
> I'm currently using mutt in xterm, and I finally got tired of copy&paste
> long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
> like to be able to open urls by clicking them.
My setup works, but some might c
Hi!
I'm currently using mutt in xterm, and I finally got tired of copy&paste
long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
like to be able to open urls by clicking them.
It looks like xterm doesn't support clicking on urls, so I'm ready to
switch to any other terminal e
sue with the way
mutt parses out whitespace that breaks UTF-8 encoding (or decoding)
when certain characters are used. If you search the bug tracker I'm
sure you'll have no problem finding it. I'm not 100% positive, but I
believe this is what you're running into.
--
Derek D.
utf8. I opened the attachment menu
and saved the files to work on them, but all umlauts in them were converted to
?? (that is, two proper question marks). Did I discover a bug, or could this
be a configuration problem?
--
Gruß | Greetings | Qapla'
I forbid any use of my email addresses
I have some colors setup for the pager, such as header, nested replies,
etc. As a result, the following gives some interesting results:
:set wrap=10
:set wrap=0
Some of the lines in the pager have the wrong color applied to them. Is
this a known issue?
--
. o . o . o . . o o . .
I am currently suffering with the 'bug' detailed
http://support.microsoft.com/kb/191504 and
https://bugzilla.mozilla.org/show_bug.cgi?id=92111
To summarise it, the remote IMAP server reports sizes incorrectly. That in
itself I can live with. However, the effect I can't live w
bled
> DIGEST-MD5 for the moment just in case anyone does a telnet to verify) my
> output below:
Since it's a patched version, you should eitehr file this bug with
debian (reportbug) or ubuntu (ubuntu-bug).
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité -
t"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
Um die Entwickler zu kontaktieren, schicken Sie bitte
eine Nachricht (in englisch) an .
Um einen Bug zu melden, besuchen Sie bitte http://bugs.mutt.org/.
misc/am-maintainer-mode
features/ifdef
features/x
to do with taging messages by number/count
I consider this as bug.
The same happen to deleting of messages... WHY does mutt download and
re-upload the messages it I wan to delete it? I have tried it from a
simple perl-script using "lib-net-imap-ssl-perl" and it just works.
"m
* On Thu, Apr 07, 2011 01:39PM +0200 Michelle Konzack
(linux4miche...@tamay-dogan.net) muttered:
> if I am in a IMAP folder and want to tag messages with
>
> ~m 1-16500
>
> mutt download useless 16.500 messages to tag them.
My best guess is you to add some header via imap_headers. Check col
again
Same is if I want to delete it.
I am on GSM and my HSPA "Flat-Rate" is limited to 5 GByte, so mutts
behaviour is VERY annoying bug.
Also the downloading it can not stoped except with killing mutt.
Thanks, Greetings and nice Day/Evening
Michel
On 3/10/2011 6:50 AM, Mason Loring Bliss wrote:
> On Wed, Mar 09, 2011 at 03:01:19PM -0700, Aaron Toponce wrote:
>
>> It's not a Mutt bug. It's a GnuTLS bug. See the following:
>
> Thank you for playing, but no, it's not specific to GnuTLS. I can get almost
&
>
> Ignoring the error seems reasonable if the end result is that I don't have to
> restart Mutt. Postel's Law seem apropos; "Be conservative in what you do, be
> liberal in what you accept from others." That said, I'll read the bug report
> you mentione
to
restart Mutt. Postel's Law seem apropos; "Be conservative in what you do, be
liberal in what you accept from others." That said, I'll read the bug report
you mentioned to see if something about the nature of the error damages the
connection in some irretrievable way.
> More tha
On Thu, Mar 10, 2011 at 08:50:52AM -0500, Mason Loring Bliss wrote:
> On Wed, Mar 09, 2011 at 03:01:19PM -0700, Aaron Toponce wrote:
>
> > It's not a Mutt bug. It's a GnuTLS bug. See the following:
>
> Thank you for playing, but no, it's not specific to Gnu
On Wed, Mar 09, 2011 at 03:01:19PM -0700, Aaron Toponce wrote:
> It's not a Mutt bug. It's a GnuTLS bug. See the following:
Thank you for playing, but no, it's not specific to GnuTLS. I can get almost
identical behaviour with OpenSSL.
Are you saying that both packages, OpenSS
On 3/9/2011 2:23 PM, Mason Loring Bliss wrote:
> On Wed, Mar 09, 2011 at 04:18:15PM -0500, Mason Loring Bliss wrote:
>
>> Does anyone know if this is a known bug, offhand? Or shall I create a login
>> to the bug tracking system and file it?
>
> And foolishly, I forgot to
On Wed, Mar 09, 2011 at 04:18:15PM -0500, Mason Loring Bliss wrote:
> Does anyone know if this is a known bug, offhand? Or shall I create a login
> to the bug tracking system and file it?
And foolishly, I forgot to mention what I got this with. To wit:
1.5.21 (2010-09-15) from Fedora 14&
I can consistently achieve this:
tls_socket_read (A TLS packet with unexpected length was received.)
...if I have a non-existent mailbox in my mailboxes list.
Does anyone know if this is a known bug, offhand? Or shall I create a login
to the bug tracking system and file it?
--
Mason
On Mon, Nov 22, 2010 at 08:52:50AM -0800, Michael Elkins wrote:
> On Sat, Nov 20, 2010 at 09:01:21PM -0500, Mike Hollis wrote:
> >On Sat, Nov 20, 2010 at 11:00:22AM -0800, Michael Elkins wrote:
> >>On Sat, Nov 20, 2010 at 10:08:41PM +0800, Charles Jie wrote:
> >>>
On Sat, Nov 20, 2010 at 09:01:21PM -0500, Mike Hollis wrote:
On Sat, Nov 20, 2010 at 11:00:22AM -0800, Michael Elkins wrote:
On Sat, Nov 20, 2010 at 10:08:41PM +0800, Charles Jie wrote:
>It's a bug introduced in mutt 1.5.19. If you can go back to 1.5.18, you
>will be rescued. I
On Sat, Nov 20, 2010 at 11:00:22AM -0800, Michael Elkins wrote:
> On Sat, Nov 20, 2010 at 10:08:41PM +0800, Charles Jie wrote:
> >It's a bug introduced in mutt 1.5.19. If you can go back to 1.5.18, you
> >will be rescued. If not, 'set check_mbox_size=yes' before the m
On Sat, Nov 20, 2010 at 10:08:41PM +0800, Charles Jie wrote:
It's a bug introduced in mutt 1.5.19. If you can go back to 1.5.18, you
will be rescued. If not, 'set check_mbox_size=yes' before the mailboxes
directive. (It use an alternative method for new-mail checking.)
Please
Hi,
It's a bug introduced in mutt 1.5.19. If you can go back to 1.5.18, you
will be rescued. If not, 'set check_mbox_size=yes' before the mailboxes
directive. (It use an alternative method for new-mail checking.)
Please check my recent post with subject:
"New mail&q
On Mon, Apr 12, 2010 at 10:09:04AM -0700, Michael Elkins wrote:
> On Mon, Apr 12, 2010 at 11:57:38AM -0500, Will Fiveash wrote:
> >Thanks Michael, that did take care of the problem I described however
> >while testing that new version of mutt I saw another similar issue.
> >Here's what I did:
> >
>
On Mon, Apr 12, 2010 at 11:57:38AM -0500, Will Fiveash wrote:
Thanks Michael, that did take care of the problem I described however
while testing that new version of mutt I saw another similar issue.
Here's what I did:
1. type 'm' to start creating a new message.
2. the "Recall postponed message
On Sun, Apr 11, 2010 at 06:32:08PM -0700, Michael Elkins wrote:
> 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 o
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
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.
remember to use
> recall-message instead of relying on the prompt from mail), but it
> would be great if this could be fixed.
Postponed count is only updated when the folder is _edited/changed_
within mutt, it doesn't recount it for every update, because
"normally" in single-a
Having recently got a new laptop, I've started using offlineimap to download
mail from my personal and work accounts so I can read my mail when I'm offline.
I've followed the instructions in the offlineimap man page for handling multiple
accounts with mutt, and everything is working perfectly exce
Dear unknown programmer,
some time ago, I've opened bug #3152 in the mutt bug tracker but
unfortunately, I've forgotten my login and password, so I cannot answer your
comments. I hope to reach you this way.
You said:
Comment:
I don't suppose you could give a more recent v
I want to prefix this as saying I know that this is a PATCH applied by my
distro and is not a part of mutt. I'm just posting this in the hopes that
someone who is involved with the patch reads this list. :)
Now, with that said.. I've noticed that with the patch enabled and turned on
that it wor
ype variable BEFORE running the
send-hook. So the send-hook is changing the value of $content_type,
but since mutt's already used the contents of that variable for
something, the change isn't reflected in the message you're sending.
(This is probably a bug - you can report it to http:
=- [EMAIL PROTECTED] wrote on Wed 15.Oct'08 at 7:18:33 -0700 -=
> 2. I added a send-hook as per a tutorial on the web and tips on
> the irc channel. It only works the *2nd* time you try to send a
> message.
send-hook vs. send2-hook.
--
© Rado S. -- You must provide YOUR effort for your goal!
E
t;. HOWEVER, the 1st
time that I send a message to "foo", it does *not* change the content type. If
I try to send another message, the content type is changed. Any ideas? Is this
a bug? This is the rule that I'm using:
send-hook '^foo.*$' 'set content_type="te
Hi,
the Debian package mutt-patched includes the sidebar patch. But I don't
want it and set sidebar_visible=no in my muttrc. When I start mutt with a
e‐mail address to compose a mail. I see the sidebar in the send dialog.
% LANG=C HOME=/ mutt -e 'set sidebar_visible=no' [EMAIL PROTECTED]
…
y:Sen
/mailbox-mh.html, yes,
> indeed they can, so it's a mutt bug.
>
> The next question to ask, before filing a bug, is: in mutt's browser,
> how should it display this information to the user?
That's a valid question. I don't think that a mixture of folders and
subfolde
tml, yes,
indeed they can, so it's a mutt bug.
The next question to ask, before filing a bug, is: in mutt's browser,
how should it display this information to the user? (Think of it in
terms of "minimally invasive to the existing way of displaying things"
not in terms of "i
ain actual messages?
- Should mutt show subdirectories of directories that contain a
.mh_sequences file?
In other words: Which package needs to get a bug filed against?
Thanks,
--D.
On 15 Jan 2008 16:23 +0100, by [EMAIL PROTECTED] (Rocco Rutte):
> Oh, escaping doesn't work as mutt treats the \ literally. So you need to
> prepend './' (like in deleting a file named '-f' in the current dir).
> That's what mutt should be abled to do more or less easily.
If nothing else, it can
Hi,
* Luciano Rocha wrote:
On Tue, Jan 15, 2008 at 02:18:33PM +0100, Rocco Rutte wrote:
So it's rather undocumented, also see ticket #1719
(http://dev.mutt.org/trac/ticket/1719).
Saving to \-Casamento.pps should work.
Yeah, but as Francis mentioned, mutt should escape all magic chars
Save to file: -Casamento.pps
>
> > However, it didn't save to that file, but to a file with the '-'
> > replaced to the last folder I was in:
> > ~/Maildir/fooCasamento.pps
>
> Umm, that's not a bug but rather a feature. Mutt expands certain shor
>Save to file: -Casamento.pps
>
> >However, it didn't save to that file, but to a file with the '-'
> >replaced to the last folder I was in:
> >~/Maildir/fooCasamento.pps
>
> Umm, that's not a bug but rather a feature. Mutt expands certain
> shortcuts
nto.pps";
While saving the attachment, mutt prompted for the filename and
presented the default of -Casamento.pps, that I accepted:
Save to file: -Casamento.pps
However, it didn't save to that file, but to a file with the '-'
replaced to the last folder I was in:
~/Maildir
e/luciano/opt/i386/mutt/share/mutt"
SYSCONFDIR="/home/luciano/opt/i386/mutt/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
To contact the developers, please mail to <[EMAIL PROTECTED]>.
To report a bug, please visit http://bugs.mutt.org/.
Source:
changeset: 5343:3cf8bc21bc3d
branc
Hi,
When I change the textwidth in the pager view (the 'wrap' option) the
text coloring isn't updated properly. E.g., if I open an email like
this:
yadda yadda yadda yadda lalalala la
a [EMAIL PROTECTED] lala yadda
^^^
yadda yadda lalala
where the underlined text is colored
I keep my mail in two separate hierarchies, all incoming mail is
delivered (via a perl script which does procmail sort of things) to
a series of maildir mailboxes in ~/Mail and ~/Mail/lists.
All the mail that I save for any reason is saved in mbox format below
~/savedMail. I have "set mbox_type=m
=- D. North wrote on Tue 24.Jul'07 at 17:42:31 -0500 -=
> Matt Okeson-Harlow wrote:
> >I think you need to wrap your regexp in ' '
> >ie
> >color index brightyellow black "~b '\ name.{0,9}\=.{2,30}\.zip'"
>
> Thanks Matt! --- That's what I was looking for.
Ah good, I was worried you ha
Matt Okeson-Harlow wrote:
>D,
>I think you need to wrap your regexp in ' '
>ie
>color index brightyellow black "~b '\ name.{0,9}\=.{2,30}\.zip'"
Thanks Matt! --- That's what I was looking for.
However, I had written the pattern incorrectly by including that leading space.
Older ver
ended effects of that changeset!
Ok, now for the questions:
* Is this actually a bug?
* Is there a workaround?
* Are the _other_ characters (e.g. #, !, |, ~) in mutt_extract_token unuseable
in a pattern?
Thanks!
> Because I did never bother to find the configure options that turn the
> "classic" backend off. :-)
I use the following options to configure the crypto backend of mutt:
--enable-gpgme
--disable-pgp
--disable-smime
> GPGME worked for me as well
stoph Ludwig wrote:
> > > > Hi,
> > > >
> > > > a few minutes ago I tried to register the account "cludwig" with mutt's
> > > > bug
> > > > tracking system at http://dev.mutt.org/trac/register>. However,
> > > > wh
Hi Alex,
On Sun, Jul 15, 2007 at 05:35:33PM +0200, Alexander Dahl wrote:
> > b) gpgme always returns a "file not found" error, but I have no clue which
> > file it is looking for.
>
> Do you have gpg-agent installed and running correctly? I've had error
> messages with no helping content before i
register the account "cludwig" with mutt's
> > > bug
> > > tracking system at http://dev.mutt.org/trac/register>. However, when
> > > I
> > > pressed the "Create account" button, I got a page informing me about an
> > > int
Hi Brendan,
On Sun, Jul 15, 2007 at 01:43:49PM -0700, Brendan Cully wrote:
> On Sunday, 15 July 2007 at 13:24, Christoph Ludwig wrote:
> > Hi,
> >
> > a few minutes ago I tried to register the account "cludwig" with mutt's bug
> > tracking system at h
On Sunday, 15 July 2007 at 13:24, Christoph Ludwig wrote:
> Hi,
>
> a few minutes ago I tried to register the account "cludwig" with mutt's bug
> tracking system at http://dev.mutt.org/trac/register>. However, when I
> pressed the "Create account"
Hi Christoph,
> b) gpgme always returns a "file not found" error, but I have no clue which
> file it is looking for.
Do you have gpg-agent installed and running correctly? I've had error
messages with no helping content before installing gpg-agent.
> +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_C
Hi,
a few minutes ago I tried to register the account "cludwig" with mutt's bug
tracking system at http://dev.mutt.org/trac/register>. However, when I
pressed the "Create account" button, I got a page informing me about an
internal server error - the server logs may
On Saturday, 14 July 2007 at 15:13, Christoph Ludwig wrote:
> Hi,
>
> I am using mutt-1.5.16 and gpgme 1.1.4. I have two problems with mutt's
> gpgme-backend:
>
> a) There's a bug in crypt-gpgme.c, line 1558, that causes a bus
> error on my machine.
>
>
turned out that
> > `verify_result = gpgme_op_verify_result (ctx)´ was NULL (which is most
> > likely
> > a symptom of my problem (b)) Therefore the following test
> > `if (verify_result->signatures)´ dereferenced a NULL pointer.
> >
> > I attached a patch that fixes th
h is most likely
> a symptom of my problem (b)) Therefore the following test
> `if (verify_result->signatures)´ dereferenced a NULL pointer.
>
> I attached a patch that fixes this bug.
oops, I created the patch before I posted above message and, of course,
introduced a syntax err
Hi,
I am using mutt-1.5.16 and gpgme 1.1.4. I have two problems with mutt's
gpgme-backend:
a) There's a bug in crypt-gpgme.c, line 1558, that causes a bus
error on my machine.
b) gpgme always returns a "file not found" error, but I have no clue which
file it is looking fo
1 - 100 of 459 matches
Mail list logo
