<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.mail.mutt.user">
    <title>gmane.mail.mutt.user</title>
    <link>http://blog.gmane.org/gmane.mail.mutt.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/39039"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/39038"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/39022"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38974"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38967"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38952"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38950"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38943"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38937"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38935"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38934"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38929"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38927"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38912"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38899"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38898"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38886"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38885"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38882"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.mutt.user/38870"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/39039">
    <title>Mutt eating the tab character in headers</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/39039</link>
    <description>&lt;pre&gt;I have an "easter egg", if you will, in the header of my mail. I have two
headers that I am adding: "Crypto-Challenge" and "Crypto-Hint". It's all
for fun and games.

However, in my muttrc(5), I am wrapping each line (It's rather lengthy
otherwise) and preceding the newline with a &amp;lt;tab&amp;gt; character. It shows up
fine when I compose my mail, but when saving, Mutt converts the &amp;lt;tab&amp;gt; to a
&amp;lt;space&amp;gt; (as you can see in the headers of this mail).

For those who don't want to examine the mail headers, here are two
pastebins of what I'm talking about. This: http://ae7.st/p/42a turns into
this: http://ae7.st/p/5f8.

I guess it doesn't really matter, except when viewing headers, other line
wrapping is preceded by a &amp;lt;tab&amp;gt;, and Mutt displays it accordingly. So, why
is Mutt converting my &amp;lt;tab&amp;gt; ta a &amp;lt;space&amp;gt;?

Thanks,

--
. o .   o . o   . . o   o . .   . o .
. . o   . o o   o . o   . o o   . . o
o o o   . o .   . o o   o o .   o o o
&lt;/pre&gt;</description>
    <dc:creator>Aaron Toponce</dc:creator>
    <dc:date>2012-05-25T12:46:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/39038">
    <title>Unable to Post to Google Groups: mutt Problem, or Groups Problem?</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/39038</link>
    <description>&lt;pre&gt;Hi everyone,

I don't seem to be able to post to Google Groups.  I receive the emails
just fine, but when I reply, they send fine, I don't get them bounced
back, but they never appear.  The Groups in question are unmoderated, so I
shouldn't be getting caught in a moderation queue.
        I use a send-hook to send them from the correct address:

send-hook "~t &amp;lt; at &amp;gt;mutt.org"             "my_hdr From: Koralatov &amp;lt;usenet&amp;lt; at &amp;gt;koralatov.com&amp;gt;"
send-hook "~t &amp;lt; at &amp;gt;mutt.org"             "set signature=~/.mutt/sigs/mutt"
send-hook "~t &amp;lt; at &amp;gt;googlegroups.com"     "my_hdr From: Koralatov &amp;lt;lists&amp;lt; at &amp;gt;koralatov.com&amp;gt;"
send-hook "~t &amp;lt; at &amp;gt;googlegroups.com"     "my_hdr Reply-To: lists&amp;lt; at &amp;gt;koralatov.com"

It works just fine for the mutt list, but I'm wondering if maybe it's
what's causing the issue with Google Groups.
        Anyone else having the same problem, or encountered it and managed
to fix it?  The "Reply-To" header was added because I read that an
incorrect Reply-To may result in your message being rejected.

&lt;/pre&gt;</description>
    <dc:creator>Koralatov</dc:creator>
    <dc:date>2012-05-24T11:20:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/39022">
    <title>mutt, html and chrome</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/39022</link>
    <description>&lt;pre&gt;Very recently I started having a curious situation when I open the
html version of messages with mutt. My default browser is
'chrome'. Typically, in mutt I press 'v', I find the html message from
the list, I press return and the message is displayed in a new window
in my running 'chrome'. Nevertheless, I sometimes get the error
message 'No webpage found for the web address:
file:///tmp/mutt.html'. If I insist enough times, the message
eventually is successfully displayed in my browser. My guess is that
there is some kind of race condition which becomes apparent only when
my computer is busy, as if the browser tries to read the temporal file before
mutt finishes writing and closing it. My system is debian/stable and I
am using the mutt package from the distribution. Any idea/suggestion will be
appreciated. 

Best regards,
Luis

pd. The output of mutt -v is:

Mutt 1.5.20 (2009-06-14)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.32-5-amd64 (x86_64)
ncurses: ncurses 5.7.20100313 (compiled with 5.7)
libidn: 1.15 (compiled with 1.15)
hcache backend: tokyocabinet 1.4.37
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to &amp;lt;mutt-dev&amp;lt; at &amp;gt;mutt.org&amp;gt;.
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode
misc/hg.pmdef.debugtime
debian-specific/build_doc_adjustments.diff
features/ifdef
features/xtitles
features/trash-folder
features/purge-message
features/sensible_browser_position
features-old/patch-1.5.4.vk.pgp_verbose_mime
features/compressed-folders
features/compressed-folders.debian
debian-specific/Muttrc
debian-specific/Md.etc_mailname_gethostbyname.diff
debian-specific/use_usr_bin_editor.diff
debian-specific/correct_docdir_in_man_page.diff
debian-specific/dont_document_not_present_features.diff
debian-specific/document_debian_defaults
debian-specific/assumed_charset-compat
debian-specific/467432-write_bcc.patch
misc/define-pgp_getkeys_command.diff
misc/gpg.rc-paths
misc/smime.rc
upstream/533209-mutt_perror.patch
upstream/533459-unmailboxes.patch
upstream/533439-mbox-time.patch
upstream/531430-imapuser.patch
upstream/534543-imap-port.patch
upstream/538128-mh-folder-access.patch
upstream/537818-emptycharset.patch
upstream/535096-pop-port.patch
upstream/542910-search-segfault.patch
upstream/533370-pgp-inline.patch
upstream/533520-signature-highlight.patch
upstream/393926-internal-viewer.patch
upstream/543467-thread-segfault.patch
upstream/544180-italian-yesorno.patch
upstream/542817-smimekeys-tmpdir.patch
upstream/544794-smtp-batch.patch
upstream/537694-segv-imap-headers.patch
upstream/548577-gpgme-1.2.patch
upstream/548494-swedish-intl.patch
upstream/553321-ansi-escape-segfault.patch
upstream/553238-german-intl.patch
upstream/557395-muttrc-crypto.patch
upstream/545316-header-color.patch
upstream/568295-references.patch
upstream/547980-smime_keys-chaining.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/547739-manual-typos.patch
upstream/311296-rand-mktemp.patch
upstream/573823-imap_internal_date
upstream/542344-dont_fold_From_
upstream/537061-dont-recode-saved-attachments.patch
upstream/619216-gnutls-CN-validation.patch
upstream/path_max
misc/hyphen-as-minus.patch
misc/smime_keys-manpage.patch
mutt.org


&lt;/pre&gt;</description>
    <dc:creator>Luis Mochan</dc:creator>
    <dc:date>2012-05-15T20:22:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38974">
    <title>Anyone using Mutt on a Mac?</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38974</link>
    <description>&lt;pre&gt;I'm going to be replacing my old, rapidly dying systems with a
Mac next month, and am wondering if anyone here has used Mutt
on Mac OS X (Lion).  I'm curious about how that's working out,
etc.  (I've never actually SEEN Mac OS X, so I don't know how
much of the Unix base is still there).

Thanks,
   --jim

&lt;/pre&gt;</description>
    <dc:creator>Jim Graham</dc:creator>
    <dc:date>2012-05-12T23:51:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38967">
    <title>Problems sending using msmtp and mutts built in smtp</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38967</link>
    <description>&lt;pre&gt;Hello all.

New to mutt and to the mailing list.

I have mutt working as far as being able to fetch my emails from an
IMAP mail srver that I run.  The issue is I can not send emails
despite several nights trying to get the thing to work.

Below is my .muttrc

########
#muttrc by martin thanks to brisbin
########

set realname = "Martin De"
set imap_user = "martin&amp;lt; at &amp;gt;mailserver.com"
set folder=imaps://mail.mailserver.com:8993/
set spoolfile=+INBOX
set record=imaps://mail.mailserver.com/Sent
set imap_check_subscribed
set certificate_file    = ~/.mutt/cert_file                 # where to
store certs
set mailcap_path        = ~/.mutt/mailcap                       #
entrys for filetypes
source ~/.mutt/colours
set from="martin&amp;lt; at &amp;gt;mailserver.com"
#set sendmail = "/usr/bin/msmtp -a home -X /home/martin/.newmsmtp.log"
#set ssl_verify_host = no
#set ssl_verify_dates = no
set use_from=yes
set envelope_from=yes
set my_user=martin&amp;lt; at &amp;gt;mailserver.com
set smtp_url=smtps://martin&amp;lt; at &amp;gt;mailserver.com&amp;lt; at &amp;gt;mail.mailserver.com:8465/
set ssl_force_tls = yes


############
# main options
############
  set beep_new                                                    #
terminal bell on new message
unset confirmappend                                               #
don't ask, just do
  set delete                                                      #
don't ask, just do
  set mail_check          = 0                                     #
minimum time between scans
unset markers                                                     # no
ugly plus signs
unset mark_old                                                    #
read/new is good enough for me
  set menu_scroll                                                 #
scroll in menus
  set pager_index_lines   = 10                                    #
number of index lines to show
  set pager_context       = 5                                     #
number of context lines to show
  set pager_stop                                                  #
don't go to next message automatically
  set pipe_decode                                                 #
strip headers and eval mimes when piping
  set reverse_alias                                               #
show names from alias file in index
#set sort                = threads                               # like gmail
#set sort_aux            = reverse-last-date-received            # like gmail
#unset sort_re                                                     #
always thread
  set thorough_search                                             #
strip headers and eval mimes before searching
  set thread_received                                             #
sort threads by date received, not sent
  set tilde                                                       #
show tildes like in vim
  set timeout             = 3                                     #
idle time before scanning
unset wait_key                                                    #
don't show "Press any key to continue"
unset resolve                                                    #
stops attachjments being downloaded
########
# sidebar settings
#######
  set sidebar_visible = yes
  set sidebar_width   = 25

  set sidebar_delim =               '|'
  set status_format = "-%r- %v ------+----/ %f %m%?n? [+%n]?%?d?
[-%d]?%?t? [*%t]? /%?p?---/ %p waiting to send /?-%&amp;gt;-(%P)---"

# colors
color sidebar_new brightyellow black

# sidebar bindings
bind index,pager \CJ sidebar-next
bind index,pager \CK sidebar-prev
bind index,pager \CB sidebar-open

This fails with the following error.....

"SSL failed: error:140770FC:SSL
routines:SSL23_GET_SERVER_HELLO:unknown protocol"



I have tried also using msmtp, this gives me the same error.

My .msmtprc is below

account home
host mail.mailserver.com
port 8465
protocol smtp
logfile /home/martin/.newmsmtp.log
auth plain
user martin&amp;lt; at &amp;gt;mailserver.com
from martin&amp;lt; at &amp;gt;mailserver.com
tls on
tls_certcheck off
tls_starttls off
tls_force_sslv3 on

account default : home

It gives me the exact same error, in fact, it doesn't even prompt me
for a password which I would have thought t would have.

I have now tried the same config on two different mutt builds in
archlinux (see link following to my post on arch linux forums
https://bbs.archlinux.org/viewtopic.php?id=141204) and both builds
have the same error mentioned above despite some helpful input from
the archlnux community.


On a possibly related note the self-signed SSL cert will not save
despite me selecting "a" when prompted during the retrieval of my
email - perhaps this is a related error or something?

Can someone possibly give me some guidance on how to fix this problem?
 Is there anything else I can provide that will help you help me?

Thank you all.
Martin

&lt;/pre&gt;</description>
    <dc:creator>Martin De'Pannone</dc:creator>
    <dc:date>2012-05-11T14:33:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38952">
    <title>Send-hook "set my_hdr" Not Working as Expected</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38952</link>
    <description>&lt;pre&gt;I've got an issue when sending multiple emails in a row.  I've got
send-hooks in place to vary my sending address based on recipient, but it
isn't working correctly.  When I reply to a mailing list, it uses this
address, but it then carries over this address to the next email I send,
even though it's *not* to one of the lists, and isn't explicitly set to use
it for that recipient.  It doesn't seem to happen when I *reply* to an
email, only when I compose a new one.
        I thought I'd fixed it by using the following:

       send-hook *           "unmy_hdr From:"
       send-hook *           "my_hdr From: Michael Graham &amp;lt;michael&amp;lt; at &amp;gt;...&amp;gt;"
       send-hook &amp;lt; at &amp;gt;mutt.org   "unmy_hdr From:"
       send-hook &amp;lt; at &amp;gt;mutt.org   "my_hdr From: Koralatov &amp;lt;usenet&amp;lt; at &amp;gt;koralatov.com&amp;gt;"

...but it hasn't worked.  The issue is still there.
        What am I doing wrong?

&lt;/pre&gt;</description>
    <dc:creator>Koralatov</dc:creator>
    <dc:date>2012-05-09T21:49:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38950">
    <title>Send-hook "set my_hdr" Not Working as Expectedync-mailbox&gt;&lt;next-undeleted&gt;&lt;enter-command&gt;set editor=vim</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38950</link>
    <description>&lt;pre&gt;I've got an issue when sending multiple emails in a row.  I've got
send-hooks in place to vary my sending address based on recipient, but it
isn't working correctly.  When I reply to a mailing list, it uses this
address, but it then carries over this address to the next email I send,
even though it's *not* to one of the lists, and isn't explicitly set to use
it for that recipient.  It doesn't seem to happen when I *reply* to an
email, only when I compose a new one.
        I thought I'd fixed it by using the following:

       send-hook *           "unmy_hdr From:"
       send-hook *           "my_hdr From: Michael Graham &amp;lt;michael&amp;lt; at &amp;gt;...&amp;gt;"
       send-hook &amp;lt; at &amp;gt;mutt.org   "unmy_hdr From:"
       send-hook &amp;lt; at &amp;gt;mutt.org   "my_hdr From: Koralatov &amp;lt;usenet&amp;lt; at &amp;gt;koralatov.com&amp;gt;"

...but it hasn't worked.  The issue is still there.
        What am I doing wrong?

&lt;/pre&gt;</description>
    <dc:creator>Koralatov</dc:creator>
    <dc:date>2012-05-09T21:47:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38943">
    <title>Sort folder by $to_chars</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38943</link>
    <description>&lt;pre&gt;Hi,

Is it possible to sort a folder by message flags (the contents of $to_chars)?

It would be great if I could start by reading mail addressed directly to me,
and continue with mail addressed to me and others, CC'd to me and so on.

&lt;/pre&gt;</description>
    <dc:creator>Jostein Gogstad</dc:creator>
    <dc:date>2012-05-07T13:13:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38937">
    <title>gmail imap specifying mailboxes</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38937</link>
    <description>&lt;pre&gt;Greetings,

Been mostly happy using mutt with gmail, except for the 
listing of all subscribed mailboxes -- I want to list only 
certain mailboxes, including a few user-created ones. 
All the instructions I've found for the "mailboxes" command 
fail to result in fully functional listings. I seem to have 
succeeded at getting them to show in the sidebar (using the 
patch, of course), and I can use that to switch to them, but 
when I hit 'c' followed by '?' INBOX is the only one that 
shows. Anyone here succeed at manually specifying gmail imap 
boxes ("labels")?

Whn I try the 'normal' way (+nameofmailbox, =[Gmail]/Drafts, 
etc) I get non-functional listings in the sidebar, nothing 
from using 'c' '?', and nothing from 'c' =nameofmailbox. 

Here's the relevant portion of muttrc:

mailboxes "imaps://imap.gmail.com:993/INBOX" "imaps://imap.gmail.com:993/[Gmail]/Sent Mail" "imaps://imap.gmail.com:993/[Gmail]/Drafts" "imaps://imap.gmail.com:993/bhakti" "imaps://imap.gmail.com:993/debian-user" "imaps://imap.gmail.com:993/family" "imaps://imap.gmail.com:993/mutt-users" "imaps://imap.gmail.com:993/reference"

TIA!
&lt;/pre&gt;</description>
    <dc:creator>Indulekha</dc:creator>
    <dc:date>2012-05-05T12:39:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38935">
    <title>mutt, SFR and attachment</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38935</link>
    <description>&lt;pre&gt;Hello,
I encounter the following problem:
I send a mail with an attached file pdf. The recipient of the mail uses
the web mail SFR-mail and sees that there is an attached document pdf of
231 kb without name, but he can't open it.
If the recipient of the mail opens the mail with his account gmail he
can see the attached file pdf.
I wonder if the problem is caused by mutt or SFR ? (SFR french) 

&lt;/pre&gt;</description>
    <dc:creator>Gerard ROBIN</dc:creator>
    <dc:date>2012-05-03T22:18:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38934">
    <title>connect problem with IMAP</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38934</link>
    <description>&lt;pre&gt;
Hello,

I'm using mutt 1.5.21 to read my mail over IMAP with

$ mutt -f imap://imap.1blu.de/

The IMAP relevant part in ~/.muttrc is:

set imap_user="XXXXXXXX"
set imap_pass="XXXXXXXX"
set mail_check=60
set timeout=10

Sometimes, on start the above command just hangs, saying Connecting...
(after DNS lookup was fine); I've watched with TCPDUMP the exchange, but
it only showed that mutt is waiting for some response from the server;

Why the timeout=10 is not canceling the wait? I allways have to kill the
xterm or go to some other xterm and kill mutt;

Any ideas?

matthias

&lt;/pre&gt;</description>
    <dc:creator>Matthias Apitz</dc:creator>
    <dc:date>2012-05-03T19:13:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38929">
    <title>Search by attachment file name</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38929</link>
    <description>&lt;pre&gt;As the subject says, is there a way to search by attachment name?.

I.E.: I know somebody sent me an email with an attached file named
"Costsxxyy.xls" and I would like to search for that file.

Regards,
&lt;/pre&gt;</description>
    <dc:creator>Leonardo M. Ramé</dc:creator>
    <dc:date>2012-04-30T20:30:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38927">
    <title>Segmentation faults</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38927</link>
    <description>&lt;pre&gt;Hi,

I'm getting crashes with the words "Segmentation fault" pretty regularly. This happens about 50% of the time when fetching message headers. Right now I'm using Mutt 1.5.21 that ships with Linuxmint 12 (32-bit), but I was actually encountering the same problem a few weeks ago using Debian Wheezy amd64 as well.

I've copy and pasted the build flags being used below. Perhaps they are using something that's known to cause problems.


 System: Linux 3.0.0-17-generic (i686)
 ncurses: ncurses 5.9.20110404 (compiled with 5.9)
 libidn: 1.22 (compiled with 1.20)
 hcache backend: tokyocabinet 1.4.37
 Compile options:
 -DOMAIN
 +DEBUG
 -HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
 +USE_POP  +USE_IMAP  +USE_SMTP  
 -USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
 +HAVE_REGCOMP  -USE_GNU_REGEX  
 +HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
 +HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
 +CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
 -EXACT_ADDRESS  -SUN_ATTACHMENT  
 +ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
 +HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
 -ISPELL
 SENDMAIL="/usr/sbin/sendmail"
 MAILPATH="/var/mail"
 PKGDATADIR="/usr/share/mutt"
 SYSCONFDIR="/etc"
 EXECSHELL="/bin/sh"
 MIXMASTER="mixmaster"
 To contact the developers, please mail to &amp;lt;mutt-dev&amp;lt; at &amp;gt;mutt.org&amp;gt;.
 To report a bug, please visit http://bugs.mutt.org/.

 misc/am-maintainer-mode
 features/ifdef
 features/xtitles
 features/trash-folder
 features/purge-message
 features/imap_fast_trash
 features/sensible_browser_position
 features-old/patch-1.5.4.vk.pgp_verbose_mime
 features/sensible_browser_position
 features-old/patch-1.5.4.vk.pgp_verbose_mime
 features/compressed-folders
 features/compressed-folders.debian
 debian-specific/Muttrc
 debian-specific/Md.etc_mailname_gethostbyname.diff
 debian-specific/use_usr_bin_editor.diff
 debian-specific/correct_docdir_in_man_page.diff
 debian-specific/dont_document_not_present_features.diff
 debian-specific/document_debian_defaults
 debian-specific/assumed_charset-compat
 debian-specific/467432-write_bcc.patch
 debian-specific/566076-build_doc_adjustments.patch
 misc/define-pgp_getkeys_command.diff
 misc/gpg.rc-paths
 misc/smime.rc
 upstream/531430-imapuser.patch
 upstream/537818-emptycharset.patch
 upstream/543467-thread-segfault.patch
 upstream/542817-smimekeys-tmpdir.patch
 upstream/548577-gpgme-1.2.patch
 upstream/553321-ansi-escape-segfault.patch
 upstream/568295-references.patch
 upstream/547980-smime_keys-chaining.patch
 upstream/528233-readonly-open.patch
 upstream/228671-pipe-mime.patch
 upstream/383769-score-match.patch
 upstream/578087-header-strchr.patch
 upstream/603288-split-fetches.patch
 upstream/537061-dont-recode-saved-attachments.patch
 upstream/608706-fix-spelling-errors.patch
 upstream/620854-pop3-segfault.patch
 upstream/611412-bts-regexp.patch
 upstream/624058-gnutls-deprecated-set-priority.patch
 upstream/624085-gnutls-deprecated-verify-peers.patch
 upstream/584138-mx_update_context-segfault.patch
 upstream/619216-gnutls-CN-validation.patch
 upstream/611410-no-implicit_autoview-for-text-html.patch
 upstream/path_max
 mutt.org

&lt;/pre&gt;</description>
    <dc:creator>David Goss</dc:creator>
    <dc:date>2012-04-28T14:04:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38912">
    <title>mutt deletes attachement before libreoffice tries to open it</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38912</link>
    <description>&lt;pre&gt;



Yes! You are right! This is a different issue and mutt deletes the
attachment before libreoffice tries to open it.

So, I have oppened a new thread.

&lt;/pre&gt;</description>
    <dc:creator>Marcelo Luiz de Laia</dc:creator>
    <dc:date>2012-04-25T21:12:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38899">
    <title>can't read attached file docx</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38899</link>
    <description>&lt;pre&gt;Hello,
I use Mutt 1.5.21 (from squeeze-backports)

When I receive a message with a attached .docx file, sometime I can read
it with libreoffice and sometime I get: 
No matching mailcap entry found.  Viewing as text.

For exemple this file is viewed with libreoffice:

A Rapport.docx                     [applica/vnd.openxm, base64, 1,3M]

but this one is viewed as text:

A Sortie 1er mai 2012.docx             [applica/vnd.openxm, base64, 17K]

however if I save it I can read it correctly with libreoffice.

I wonder if the problem is caused by the file name that contains spaces ?

Is there a way to open it with libreoffice from mutt ?

Thanks in advance for a clue.

&lt;/pre&gt;</description>
    <dc:creator>Gerard ROBIN</dc:creator>
    <dc:date>2012-04-24T18:10:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38898">
    <title>mutt-kz</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38898</link>
    <description>&lt;pre&gt;Has anyone tried mutt-kz?  

  https://github.com/karelzak/mutt-kz/wiki

I'd be interested to hear anyone's experiences...

&lt;/pre&gt;</description>
    <dc:creator>Derek Martin</dc:creator>
    <dc:date>2012-04-24T17:04:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38886">
    <title>New mail indicator</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38886</link>
    <description>&lt;pre&gt;I have a very simple question but cannot find the answer anywhere.

I have mutt setup with offlineimap using maildir format. When I press
`y` to change to one of my mailbox, and there is some unread mail in
the current folder, if I change to another folder, the new mail
indicator ('N' character) disappear. How can I keep that 'N'?  I
always have a hard time searching for unread mails.

&lt;/pre&gt;</description>
    <dc:creator>Diep Pham Van</dc:creator>
    <dc:date>2012-04-18T15:51:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38885">
    <title>header_cache compiled and enabled, but no caching</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38885</link>
    <description>&lt;pre&gt;I'm having trouble heaでer cahcing from my work IMAP server.

I have compiled Mutt 1.5.21 using '--enable-hcache', and mutt -v shows
it is indeed enabled:

Mutt 1.5.21 (2010-09-15)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 3.2.0-2-amd64 (x86_64)
ncurses: ncurses 5.9.20110404 (compiled with 5.9)
libidn: 1.23 (compiled with 1.23)
hcache backend: tokyocabinet 1.4.37
Compile options:
-DOMAIN
-DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
-USE_POP  +USE_IMAP  +USE_SMTP  
+USE_SSL_OPENSSL  -USE_SSL_GNUTLS  -USE_SASL  -USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  -CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/local/share/mutt"
SYSCONFDIR="/usr/local/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
To contact the developers, please mail to &amp;lt;mutt-dev&amp;lt; at &amp;gt;mutt.org&amp;gt;.
To report a bug, please visit http://bugs.mutt.org/.

My header_cache is also defined in my muttrc:

set header_cache=/home/epatton/.mutt_cache/ 
(File permissions set to 666.)

Despite this, the mail headers get read from scratch upon each Mutt
startup.  

Not sure what else I'm missing here. Everything else in Mutt is fine.

~ Eric.

&lt;/pre&gt;</description>
    <dc:creator>Eric Patton</dc:creator>
    <dc:date>2012-04-18T15:40:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38882">
    <title>A charset question again</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38882</link>
    <description>&lt;pre&gt;Hi All,

I've switched my (FreeBSD) system from ISO8859-15 to UTF-8.

(jove is less « intelligent » than emacs,     )
(but joe is an excellent replacement for jove.)

My question concerns html messages encoded in iso8859-1.

The subject line displays accented characters alright.
But in the body they are all simply replaced by spaces.

---
Message:

Content-Type: text/html;                                                                                                                   
       charset="ISO-8859-1"

q:Exit  s:Save  |:Pipe  p:Print  ?:Help                                                                                                    
  I     1 &amp;lt;no description&amp;gt;[text/html, quoted, iso-8859-1, 30K]
---

mailcap:

text/html; /usr/local/bin/w3m -v -F -T text/html %s
---

I've played with Alain Bench's charset-hooks without success.

What can I do?

&lt;/pre&gt;</description>
    <dc:creator>Harald Weis</dc:creator>
    <dc:date>2012-04-18T11:10:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38870">
    <title>mutt and stdin</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38870</link>
    <description>&lt;pre&gt;Dear Mutt Users,

I am not sure if this is a bug of mutt, or my poor knowledge of Linux.
I would expect that this command:

  echo mymaildir | xargs mutt -f 

be equivalent to:

  mutt -f mymaildir

But instead, mutt complains about ``no recipient specified''.
Please help me to figure this out!

Andrei

PS: sorry I tried to ask this question on IRC yesterday, but I dont
know how to use IRC. I think I did something wrong and missed
the answer. I apologize for asking again here.

&lt;/pre&gt;</description>
    <dc:creator>Andrei Mikhailov</dc:creator>
    <dc:date>2012-04-17T14:46:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.mutt.user/38862">
    <title>Forwarding emails to kindle</title>
    <link>http://comments.gmane.org/gmane.mail.mutt.user/38862</link>
    <description>&lt;pre&gt;Hi all,

I am trying to get a workflow setup as follows:

Need: I would like to read articles / long emails distributed in
mailing lists via kindle

step 1: browse though emails in mutt in laptop
step 2: forward some interesting emails to xyz&amp;lt; at &amp;gt;free.kindle.com address
step 3: download the emails as "Personal Documents" in kindle
step 4: go offline and read them in kindle

I am having issue with step 2 because every email I forward to
Amazon/kindle comes back with the error:

--error msg--
Your message to xyz&amp;lt; at &amp;gt;free.kindle.com, sent at xxx GMT did not include
any attached documents or image files.

The Kindle Personal Document Service can convert and deliver the
following types of documents:
Microsoft Word (.doc, .docx)
Rich Text Format (.rtf)
HTML (.htm, .html)
Text (.txt) documents
Archived documents (zip , x-zip) and compressed archived documents
Mobi book

Images that are of type JPEGs (.jpg), GIFs (.gif), Bitmaps (.bmp), and
PNG images (.png).
Adobe PDF (.pdf) documents are delivered without conversion to Kindle
DX, Second Generation and Latest Generation Kindles.

Conversion of Adobe PDF (.pdf) to Kindle format is done on experimental basis.

If the document(s) that failed belonged to one of the above document
types, please ensure the document is not password protected or
encrypted. Note that the Latest Generation Kindles support password
protected PDFs.
--/error msg--

I did forward the email as attachment but for some reason I guess
amazon is not really interpreting the attaching as one of the valid
types.

Has anyone done anything similar or know what could be going wrong?

Thanks,
skn

&lt;/pre&gt;</description>
    <dc:creator>SK</dc:creator>
    <dc:date>2012-04-17T08:46:59</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.mutt.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.mutt.user</link>
  </textinput>
</rdf:RDF>

