Re: [Slightly OT] Allow for choosing browser to follow a link

[Cameron Simpson]

On 29Aug2007 13:35, Kai Grossjohann <[EMAIL PROTECTED]> wrote:
| Ctrl-b invokes urlview which provides a list of URLs in the current
| message and allows me to choose one of them to view it.  This invokes
| w3m or elinks.  This is good.
| 
| But from time to time I want to invoke other browsers.  Or just copy the
| URL to the X11 clipboard.
| 
| Is there an alternative to urlview that would allow me to choose the
| program to run on a case-by-case basis?

I have a macro "H" (for "hrefs") that pipes the message through a script that
lists the URLs and pages them. You can then grab a URL with the mouse
(thus, to the X11 clipboard) and hand it to another browser or whatever.

For simpler things, my standard filter for HTML messages munges the HTML
to present the URLs inline with the text for easy selection with the
mouse. It's a bit buggy but pretty useful quite often.
-- 
Cameron Simpson <[EMAIL PROTECTED]> DoD#743
http://www.cskk.ezoshosting.com/cs/

Re: changing the subject line of a thread

[Gary Johnson]

On 2007-08-29, Gary Johnson <[EMAIL PROTECTED]> wrote:
> On 2007-08-29, Holger Weiss <[EMAIL PROTECTED]> wrote:
> > * Kyle Wheeler <[EMAIL PROTECTED]> [2007-08-28 13:58]:
> > > On Tuesday, August 28 at 03:14 PM, quoth martin f krafft:
> > > > So I wanted to change the subject line on all thread mails. First, I 
> > > > missed the "pass (Maildir) files of tagged messages to external 
> > > > command as *arguments*" command in mutt, so I had to create a new 
> > > > folder and put the files in there, then go to the shell and invoke 
> > > > sed. An alternative would have of course been to set $editor to the 
> > > > sed -i command, but I could not get this working. Even setting 
> > > > editor="sed -i -e '/./d'" just got me "message not modified".
> > > 
> > > HEH. This *would* work, if you were on a much slower machine (or if 
> > > you just got really lucky). The way mutt determines whether a file is 
> > > modified is by comparing the mtime of the temp file it created to the 
> > > mtime of the temp file once the editor is done editing. The mtime is 
> > > stored in seconds. Sed, of course, executes in less than a second, so 
> > > the mtime is unchanged in all but the rarest of cases. It would work 
> > > if you'd piped it to a script like this:
> > > 
> > >   #!/bin/sh
> > >   sleep 1
> > >   sed -i -e '/./d' "$1"
> > > 
> > > Because then the mtime would be guaranteed (more or less) to be 
> > > different from when mutt created the tmp file.
> > 
> > I worked around the same problem in some $editor script by incrementing
> > the mtime via touch(1) as I didn't want the script to sleep(1).
> > 
> > I guess it would be nice if Mutt (optionally?) used the MD5 sum or
> > something instead of the mtime to check whether a file is modified.
> 
> I was surprised by Kyle's comment because I thought mutt already did 
> this, so I looked in the code.  It turns out that mutt _sometimes_ 
> does this.  In the mutt_edit_headers() and ci_send_message() 
> functions, mutt sets the mtime of the temporary file back one second 
> before invoking the editor so that even if the editing occurs 
> instantaneously, the mtime will be different after editing.  Mutt 
> then checks the mtime after invoking the editor to see if the file 
> changed.
> 
> Oddly, mutt does not do this in the edit_one_message() function 
> which I think is the one being used in this case.  I think this 
> should be fixed.  If folks agree and unless someone else wants to go 
> for it, I can submit a patch.

Patch submitted to mutt-dev.

Regards,
Gary

Re: [Slightly OT] Allow for choosing browser to follow a link

[Gary Johnson]

On 2007-08-29, Gary Johnson <[EMAIL PROTECTED]> wrote:
> On 2007-08-29, Gary Johnson <[EMAIL PROTECTED]> wrote:
> 
> > I hardly ever use the second or third external browser.  I just 
> > tried using them and they don't work.  They did in previous releases 
> > of w3m.  Now though, 2M, 3M, 2M and 3M all open the 
> > page/link in Firefox.  I just tested w3m-0.5.1 and it works 
> > correctly.  Oh goody, one more thing to look into.
> 
> I found the problem.  It is a bug introduced in w3m-0.5.2 when the 
> attempt was apparently made to fix another problem.  The workaround 
> is to set
> 
>vi_prec_num 1
> 
> in your ~/.w3m/config, either directly or via the Option Setting 
> Panel, in the Miscellaneous Settings section:
> 
>Enable vi-like numeric prefix (*)YES  ( )NO
> 
> I have submitted a bug report to the w3m developers.

I received a patch this morning that fixes the problem.  It's small 
enough that I've included it here.

Regards,
Gary

---
Hironori SAKAMOTO 

--- main.c.orig Thu May 31 14:51:27 2007
+++ main.c  Sun Jun  3 23:05:27 2007
@@ -1152,18 +1152,11 @@
mouse_inactive();
 #endif /* USE_MOUSE */
if (IS_ASCII(c)) {  /* Ascii */
-   if( vi_prec_num ){
-   if(((prec_num && c == '0') || '1' <= c) && (c <= '9')) {
-   prec_num = prec_num * 10 + (int)(c - '0');
-   if (prec_num > PREC_LIMIT)
-   prec_num = PREC_LIMIT;
-   }
-   else {
-   set_buffer_environ(Currentbuf);
-   save_buffer_position(Currentbuf);
-   keyPressEventProc((int)c);
-   prec_num = 0;
-   }
+   if (('0' <= c) && (c <= '9') &&
+   (prec_num || (GlobalKeymap[c] == FUNCNAME_nulcmd))) {
+   prec_num = prec_num * 10 + (int)(c - '0');
+   if (prec_num > PREC_LIMIT)
+  prec_num = PREC_LIMIT;
}
else {
set_buffer_environ(Currentbuf);

Re: Viewing HTML messages with images

[Matt Okeson-Harlow]

On Thu, Aug 30, 2007 at 09:44:26PM -0600, Kyle Wheeler wrote:
> On Thursday, August 30 at 08:33 PM, quoth Patrick Shanahan:
> > * Kyle Wheeler <[EMAIL PROTECTED]> [08-30-07 20:07]:
> >> On Thursday, August 30 at 07:41 PM, quoth Patrick Shanahan:
> >>> * Kyle Wheeler <[EMAIL PROTECTED]> [08-30-07 17:44]:
>  In general, what mutt renders is the piped output of the programs 
>  listed as handlers for the specific MIME-types. So, if w3m can get 
>  images to display when used like this:
>  
>   $ cat foo.html | w3m -dump -T text/html >foo.txt;
>   $ cat foo.txt
>  
>  Then YES, mutt can display that. (as it happens, elinks can spit out 
>  xterm color commands, and mutt can thus display color elinks output, 
>  because the above command sequence *works* for elinks color)
> >>>
> >>> grep w3m ~/.mutt/mutt.mailcap 
> >>> text/html; w3m -F -dump -T text/html %s; nametemplate=%s.html; 
> >>> copiousoutput
> >
> > I use w3m to display html msgs in mutt via above.  Shows columns, 
> > frames, etc...
> 
> ...yes? The question was about getting it to display *images*, not 
> frames and columns.

w3m can be compiled to display images in an xterm.

> 
> ~Kyle
> -- 
> The government is like a baby's alimentary canal, with a happy 
> appetite at one end and no responsibility at the other.
>-- Ronald Reagan

-- 
Matt Okeson-Harlow
Sen gutoj malgrandaj maro ne ekzistus


signature.asc
Description: Digital signature

Re: Viewing HTML messages with images

[Kyle Wheeler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday, August 30 at 08:33 PM, quoth Patrick Shanahan:
> * Kyle Wheeler <[EMAIL PROTECTED]> [08-30-07 20:07]:
>> On Thursday, August 30 at 07:41 PM, quoth Patrick Shanahan:
>>> * Kyle Wheeler <[EMAIL PROTECTED]> [08-30-07 17:44]:
 In general, what mutt renders is the piped output of the programs 
 listed as handlers for the specific MIME-types. So, if w3m can get 
 images to display when used like this:
 
  $ cat foo.html | w3m -dump -T text/html >foo.txt;
  $ cat foo.txt
 
 Then YES, mutt can display that. (as it happens, elinks can spit out 
 xterm color commands, and mutt can thus display color elinks output, 
 because the above command sequence *works* for elinks color)
>>>
>>> grep w3m ~/.mutt/mutt.mailcap 
>>> text/html; w3m -F -dump -T text/html %s; nametemplate=%s.html; copiousoutput
>
> I use w3m to display html msgs in mutt via above.  Shows columns, 
> frames, etc...

...yes? The question was about getting it to display *images*, not 
frames and columns.

~Kyle
- -- 
The government is like a baby's alimentary canal, with a happy 
appetite at one end and no responsibility at the other.
   -- Ronald Reagan
-BEGIN PGP SIGNATURE-
Comment: Thank you for using encryption!

iD8DBQFG146aBkIOoMqOI14RAnKCAJ4mBTj2sjJ610Tk7uDhvZ9droKmSACgjaHJ
eDf1MgrnMxEy77RZWCjdcYU=
=g4Lz
-END PGP SIGNATURE-

maidir monitor for gnome

[Russell L. Harris]

Is there a clearly-superior mail monitor for the gnome desktop which
is compatible with getmail/mutt/maildir in the Debian "testing"
environment?

By "clearly-superior", I mean one that is out of the beta testing
stage and works without hassle.  The last time I went shopping for a
mail monitor, I installed and tried several, found nothing that
appeared to work properly, and ended up uninstalling everything.

I would like a monitor which would allow me to specify the maildirs to
be monitored, and would emit a beep (or play a very short sound file)
whenever new mail arrives in one of those maildirs.

Re: Viewing HTML messages with images

[Patrick Shanahan]

* Kyle Wheeler <[EMAIL PROTECTED]> [08-30-07 20:07]:
> On Thursday, August 30 at 07:41 PM, quoth Patrick Shanahan:
> >* Kyle Wheeler <[EMAIL PROTECTED]> [08-30-07 17:44]:
> >> In general, what mutt renders is the piped output of the programs 
> >> listed as handlers for the specific MIME-types. So, if w3m can get 
> >> images to display when used like this:
> >> 
> >>  $ cat foo.html | w3m -dump -T text/html >foo.txt;
> >>  $ cat foo.txt
> >> 
> >> Then YES, mutt can display that. (as it happens, elinks can spit out 
> >> xterm color commands, and mutt can thus display color elinks output, 
> >> because the above command sequence *works* for elinks color)
> >
> >grep w3m ~/.mutt/mutt.mailcap
> >text/html; w3m -F -dump -T text/html %s; nametemplate=%s.html; copiousoutput

I use w3m to display html msgs in mutt via above.  Shows columns,
frames, etc...

-- 
Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711
http://wahoo.no-ip.org Photo Album:  http://wahoo.no-ip.org/gallery2
Registered Linux User #207535@ http://counter.li.org

Re: Viewing HTML messages with images

[Kyle Wheeler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday, August 30 at 07:41 PM, quoth Patrick Shanahan:
>* Kyle Wheeler <[EMAIL PROTECTED]> [08-30-07 17:44]:
>> In general, what mutt renders is the piped output of the programs 
>> listed as handlers for the specific MIME-types. So, if w3m can get 
>> images to display when used like this:
>> 
>>  $ cat foo.html | w3m -dump -T text/html >foo.txt;
>>  $ cat foo.txt
>> 
>> Then YES, mutt can display that. (as it happens, elinks can spit out 
>> xterm color commands, and mutt can thus display color elinks output, 
>> because the above command sequence *works* for elinks color)
>
>grep w3m ~/.mutt/mutt.mailcap
>text/html; w3m -F -dump -T text/html %s; nametemplate=%s.html; copiousoutput

?

~Kyle
- -- 
I don't want to achieve immortality through my work. I want to achieve 
it by not dying.
 -- Woody Allen
-BEGIN PGP SIGNATURE-
Comment: Thank you for using encryption!

iD8DBQFG11uRBkIOoMqOI14RAghSAJsEUxtAKObkPub+n9Ez8ORIwOgQUQCeLgis
PfphUQwAUpiIibevYB8l/5E=
=PC8f
-END PGP SIGNATURE-

Re: Viewing HTML messages with images

[Patrick Shanahan]

* Kyle Wheeler <[EMAIL PROTECTED]> [08-30-07 17:44]:
> In general, what mutt renders is the piped output of the programs 
> listed as handlers for the specific MIME-types. So, if w3m can get 
> images to display when used like this:
> 
>  $ cat foo.html | w3m -dump -T text/html >foo.txt;
>  $ cat foo.txt
> 
> Then YES, mutt can display that. (as it happens, elinks can spit out 
> xterm color commands, and mutt can thus display color elinks output, 
> because the above command sequence *works* for elinks color)

grep w3m ~/.mutt/mutt.mailcap
text/html; w3m -F -dump -T text/html %s; nametemplate=%s.html; copiousoutput

-- 
Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711
http://wahoo.no-ip.org Photo Album:  http://wahoo.no-ip.org/gallery2
Registered Linux User #207535@ http://counter.li.org

Re: Viewing HTML messages with images

[Kyle Wheeler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday, August 30 at 10:54 PM, quoth M. Fioretti:
>it could surely be used to do what you need in a separate terminal
>with a bit of wrapping, but, is there any way to make it work that way
>when it's a display_filter, that is _inside_ the mutt window? Now that
>would be great...
>
>I _feel_ that is not possible, but I cannot explain why (do you?) and
>anyway I'd like to be proven wrong!

In general, what mutt renders is the piped output of the programs 
listed as handlers for the specific MIME-types. So, if w3m can get 
images to display when used like this:

 $ cat foo.html | w3m -dump -T text/html >foo.txt;
 $ cat foo.txt

Then YES, mutt can display that. (as it happens, elinks can spit out 
xterm color commands, and mutt can thus display color elinks output, 
because the above command sequence *works* for elinks color)

Generally, though, the whole point of making w3m dump it is because 
you're not using w3m as a pager, you're using it as a renderer. MUTT 
is the pager. As such, it spits out a stream of characters. I don't 
know how it gets images rendered in xterm, but I'm pretty sure it 
doesn't do it in a way that can be piped through another program.

~Kyle
- -- 
Having a family is like having a bowling alley installed in your 
brain.
 -- Martin Mull
-BEGIN PGP SIGNATURE-
Comment: Thank you for using encryption!

iD8DBQFG1znUBkIOoMqOI14RAmqfAJ4yZXKHP6kz+7Gz4mnBUalGGgL9XgCgx4WZ
JBQB5VFpjtB2kCp+p9NxE+4=
=xXtO
-END PGP SIGNATURE-

Re: Setting subscribe/list within muttrc (using IMAP) [SOLVED]

[David J. Weller-Fahy]

* Michelle Konzack <[EMAIL PROTECTED]> [2007-08-29 19:12 +0200]:
> Am 2007-08-24 23:49:36, schrieb David J. Weller-Fahy:
> > Perhaps I'm looking for a feature that doesn't exist, and I'm almost
> > certainly missing something simple, but here's the background:
> 
>
> It seems there is no way in mutt...

That is the way it seemed.  However, after digging into the archives a
bit deeper, and playing with a patch I found, I've come up with a
solution that works for me (it does require patching, though).  Details
follow.

Inspiration came from:


The patch exports the current mailbox name to an environment variable,
then I source a shell script as part of a folder hook.  The shell script
parses the mailbox name to determine whether it is a list mailbox, then,
if it is, outputs the muttrc commands I use for lists.  I've tested this
with all the lists I subscribe to, and it works with one caveat:

All my lists are stored in the format =lists.list-name, so
mutt-users is in =lists.mutt-users.  While this makes it easy for my
script to parse the name, it also means that my script/setup may not
work for you.

Hope this helps... I know it doesn't do everything, but it gets me a
little closer. ;]

> I am too using a simplified code sniplet of "uw-imap" to get all
> directories (and number of NEW/READ messages ) from an imap-server...

Would you mind sharing your sniplet?  It may be a bit better than mine.

Regards,
-- 
dave [ please don't CC me ]
# vim:ft=diff:
This is a patch to place the current mailbox path in an environment variable
whenever a folder-hook is called.  This (trivial) patch was based on a
message[1] on the mutt mailing list:

[1]: http://marc.info/?l=mutt-users&m=99616338121641&w=2

In fact, the ONLY differences are the name of the variable, and adding the
patch name to PATCHES. ;]

diff -r f467353f5657 PATCHES
--- a/PATCHES   Sat Mar 31 18:50:39 2007 -0700
+++ b/PATCHES   Wed Aug 29 22:09:38 2007 +0200
@@ -0,0 +1,1 @@
+patch-tip-20070829-env_current_mailbox
diff -r 3f8829e739e9 hook.c
--- a/hook.cTue Aug 28 11:33:52 2007 -0700
+++ b/hook.cThu Aug 30 22:08:56 2007 +0200
@@ -282,6 +282,8 @@ void mutt_folder_hook (char *path)
   BUFFER err, token;
   char buf[STRING];
 
+  setenv( "MUTT_CURRENTMAILBOX", path, 1 );
+
   current_hook_type = M_FOLDERHOOK;
   
   err.data = buf;
#!/bin/sh
# .mutt/rc.testforlist.sh

# This will only work if:
# - $MUTT_CURRENTMAILBOX contains the name of the current mailbox in mutt.
# - Your list directory structure looks like the following:
#   lists
#   lists.aklug
#   lists.mutt-users
#   lists.resnet-l
#   lists.[mailing list name]
#
# If your structure is not like the above, then tweak the code heavily.

mailbox=`echo $MUTT_CURRENTMAILBOX | sed -r -e "s/^imaps:\/\/[^\/]+\///"`
listpfx=`echo $mailbox | cut -d . -f 1`
if test "$listpfx" = "lists" ; then
test "$mailbox" != "lists" && echo "subscribe ${mailbox#lists.}"
echo "folder-hook +$mailbox set from=dave-$( echo $mailbox | tr '.' '-' 
)@weller-fahy.com"
fi

Re: Viewing HTML messages with images

[M. Fioretti]

On Thu, Aug 30, 2007 22:36:01 PM +0200, Kai Grossjohann
([EMAIL PROTECTED]) wrote:

> Does anyone have a solution for viewing multipart/related messages
> where the main part is text/html which references the other parts
> which are typically images?
 
Here is a related question/suggestion which I've wanted to ask for
quite some time: w3m can display images into a terminal, see
http://www2u.biglobe.ne.jp/~hsaka/w3m/

it could surely be used to do what you need in a separate terminal
with a bit of wrapping, but, is there any way to make it work that way
when it's a display_filter, that is _inside_ the mutt window? Now that
would be great...

I _feel_ that is not possible, but I cannot explain why (do you?) and
anyway I'd like to be proven wrong!

Marco
-- 
Help *everybody* love Free Standards and Free Software!
http://digifreedom.net

Viewing HTML messages with images

[Kai Grossjohann]

Does anyone have a solution for viewing multipart/related messages where
the main part is text/html which references the other parts which are
typically images?

I envision something that saves all parts of separate files in a temp
directory, then either tweaks the filenames so that the links from the
HTML work automatically, or tweaks the links in the HTML so that they
point to the files just written, then invokes Firefox on the result.

(For added credit, one of my mail systems is remote, where I would
rather download the whole temp directory (as a zip file, say), then
invoke Firefox on the local machine.)

tia,
Kai

Re: web addresses cut with +

[Patrick Shanahan]

* William Yardley <[EMAIL PROTECTED]> [08-30-07 15:02]:
> It would definitely be nice if more terminal clients that didn't suck
> had clickable links...

same as, if you employe a clip-board element such as klipper in kde.
Highlight the url w/left and right mouse clicks or dragging and
klipper will offer the url to edit or open a configured browser or
other program passing the selection.

-- 
Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711
http://wahoo.no-ip.org Photo Album:  http://wahoo.no-ip.org/gallery2
Registered Linux User #207535@ http://counter.li.org

Integration with Wyrd/remind

[Eyolf Østrem]

I'm currently trying out wyrd/remind as a calendaring tool, and it
looks promising. Just wondering, then, if anyone has figured out a way
to integrate it with mutt. I'm thinking of a key-binding to insert the
text of a mail message as the MSG part of a REM line, perhaps with a
dialog first to choose the date, etc. It's not rocket 
science, I know, and I believe that even I with my limited scripting
skills might be able to figure something out, but if it has already
been done, I'd rather spend that extra time on something else. 

Eyolf

-- 
   Sometimes it seems things go by too quickly. We are so busy watching out for
what's just ahead of us that we don't take the time to enjoy where we are.
  -- Calvin

Re: web addresses cut with +

[William Yardley]

On Thu, Aug 30, 2007 at 02:52:52PM +0200, tannhauser wrote:
> 
> had the same problem. urlview is a very nice workaround:
> 
> [quote man page]
> urlview  is  a  screen  oriented  program for extracting URLs from text
> files and displaying a menu from which you may launch a command to view
> a specific item.

Only really useful if you're viewing the URLs on the same machine you're
reading mail on... for those of us who read mail on a remote machine and
view webpages on a local machine, this is not so helpful.

It would definitely be nice if more terminal clients that didn't suck
had clickable links...

w

Re: web addresses cut with +

[William Yardley]

On Wed, Aug 29, 2007 at 04:20:18PM -0400, Lloyd-Knight, Conrad wrote:
> On Wednesday, Aug 29, 2007 at 12:47, William Yardley wrote:

> > look for $markers in TFM... unset it and it will get rid of the markers
> > on wrapped lines.
 
> This still doesn't prevent mutt from putting in a hard carriage return
> in order to wrap the line, though. This is annoying if, for example,
> you're trying to copy a long url from mutt in an xterm into a browser
> window. It's now a 2-step process (or more for very long urls).

I usually either do the two-step process or widen my terminal window. I
could be wrong but I think this has more to do with your terminal
program and less to do with mutt... IIRC, with some terminal clients,
you can cut/paste the whole line even if it's displayed wrapped.
 
w

Re: Viewing attached pdf files

[Kyle Wheeler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday, August 30 at 05:46 PM, quoth Jonas Jacobsson:
> Hi fellow Mutt users,

Howdy!

> How have you solved the problem with viewing attached pdf documents 
> withing Mutt? I just discovered pdftohtml and pdftotxt and will start 
> digging on how to use them. 

Meh. I have a computer with one of them fancy whatchamacallem... 
graphical interfaces. Just 'cuz email is best in mutt doesn't mean 
pdf's are (in fact, they aren't).

> Since a pdf file is an octetstream I can't just use .mailcap since 
> that is dependant on the document type specified in the MIME header, 
> right? (Only looking for octetstream will cause alot of other document 
> types to be viewed with the same tool.)

Poppycock! You need to read your muttrc man page more carefully! From 
the documentation:

 mime_lookup type[/subtype] [ ... ]
 unmime_lookup type[/subtype] [ ... ]

 This command permits you to define a list of "data" MIME 
 content types for which mutt will try to determine the actual 
 file type from the file name, and not use a mailcap(5) entry 
 given for the original MIME type. For instance, you may add 
 the application/octet-stream MIME type to this list.

Then mutt will recognize that the filename of the attachment ends in 
.pdf, will see in your mime.types file (either in /etc/mime.types or 
~/.mime.types) that the pdf extension means application/pdf, and will 
use the mailcap entry for application/pdf!

People have been using mutt to deal with the wiles of electronic mail 
for a long long time... ;)

~Kyle
- -- 
If Mr. Einstein doesn't like the natural laws of the universe, let him 
go back to where he came from.
 -- Robert Benchley (1889-1945)
-BEGIN PGP SIGNATURE-
Comment: Thank you for using encryption!

iD8DBQFG1ujmBkIOoMqOI14RAgL4AJ4xc+XY/2HB0ObKAzaGdvZet8s0JgCg6ckY
l7XBwHGyhuuWmLmnbXjpxjI=
=6W2D
-END PGP SIGNATURE-

Viewing attached pdf files

[Jonas Jacobsson]

Hi fellow Mutt users,

How have you solved the problem with viewing attached pdf documents
withing Mutt? I just discovered pdftohtml and pdftotxt and will start
digging on how to use them. 

Since a pdf file is an octetstream I can't just use .mailcap since
that is dependant on the document type specified in the MIME header,
right? (Only looking for octetstream will cause alot of other document
types to be viewed with the same tool.)

/jonas

Re: compose with mutt on a remote server

[Sander Smeenk]

Quoting Kai Grossjohann ([EMAIL PROTECTED]):

> Then you need to keep ~/.mutt in sync between the two servers.

This has been explained to 'mess-mate' onlist before.
Aparently it didn't get through.

-Sndr.
-- 
| For security, this message has been encrypted with ROT13 twice.
| 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8  9BDB D463 7E41 08CE C94D

Re: compose with mutt on a remote server

[Kai Grossjohann]

I understand that you run mutt on two different machines, right?  One is
your home machine, one is the remote mail server?

Then you need to keep ~/.mutt in sync between the two servers.

Kai

On Thu, Aug 30, 2007 at 02:48:37PM +0200, mess-mate wrote:

> Hi,
> i've installed maildir on a remote mail-server.
> I've no problem to access/send with mutt on the mail-server, but when i 
> compose a
> message all my settings from my ~/.mutt (on my machine) as the *hooks* for 
> example
> aren't used.
> I suspect once connected my ~/.mutt is no more followed.
> Is there a way to maintain the home-mutt settings ?
> mess-mate
> 

Re: web addresses cut with +

[tannhauser]

Hi,

had the same problem. urlview is a very nice workaround:

[quote man page]
urlview  is  a  screen  oriented  program for extracting URLs from text
files and displaying a menu from which you may launch a command to view
a specific item.
[/quote]

compose with mutt on a remote server

[mess-mate]

Hi,
i've installed maildir on a remote mail-server.
I've no problem to access/send with mutt on the mail-server, but when i compose 
a
message all my settings from my ~/.mutt (on my machine) as the *hooks* for 
example
aren't used.
I suspect once connected my ~/.mutt is no more followed.
Is there a way to maintain the home-mutt settings ?
mess-mate