simple_search patterns

2000-05-10 Thread ino-waiting

how do i engage the simple_search pattern?  the manual states it it applied
whenever regular expressions don't contain "~q" qualifiers, but simple
strings like "fcc-save-hook "prolog" =prolog" don't work (with
simple_search set to "~f %s | ~s %s | ~C %s").

-- 
clemens([EMAIL PROTECTED], pgp key available)



Re: hooks

2000-05-10 Thread Thomas Roessler

On 2000-05-10 03:12:28 +0200, Michael Tatge wrote:

 AFAIK there is no fcc-hook. There is a fcc-save-hook
 which is a save-hook which also sets FCC to the given
 folder while sending mail.

From the muttrc (5) manual page:

   save-hook [!]pattern filename
  When  a  message  matches pattern, the default file
  name when saving it will be the given filename.

   fcc-hook [!]pattern filename
  When  an  outgoing  message  matches  pattern,  the
  default  file name for storing a copy (fcc) will be
  the given filename.

   fcc-save-hook [!]pattern filename
  This command is an abbreviation for identical  fcc-
  hook and save-hook commands.
  
  

-- 
http://www.guug.de/~roessler/



Re: IMAP authentication

2000-05-10 Thread Thomas Roessler

On 2000-05-09 16:14:26 -0500, Ben Beuchler wrote:

 Is this something I can configure without going to the whole SSL thing?
 That is something I'm going to look at in the future, but not just yet...
 Using mutt 1.2, of course...

Try the --with-gss configuration option.

-- 
http://www.guug.de/~roessler/



Re: mutt-1.2 pgpring readin fails

2000-05-10 Thread Thomas Roessler

On 2000-05-09 14:58:50 -0700, Evan Vetere wrote:

 pub  1024 0xF012C714 1998-12-17 -- DSS Sign  Encrypt 
 sub  2048 0xE883D4B0 1998-12-17 -- Diffie-Hellman 
 uid  Matt Lee [EMAIL PROTECTED]

 (that's to prove to you all that I really do have it in my keyring :)

 I suspect I am doing something shockingly stupid here. 

Not necessarily.

 Anyone?

You have the pgpring program from the mutt distribution
installed?  What is the output of the following commands?

pgpring -5 zebe
pgpring -2 zebe

Maybe pgpring just fails to find your public key ring.

In this case you may wish to tell it about the real
localtion of your key rings with the "-k" commmand line
switch.

-- 
http://www.guug.de/~roessler/



Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Vincent Lefevre

On Tue, May 09, 2000 at 20:55:43 +0100, Lars Hecking wrote:
  So why didn't you report it with all the details necessary to fix it?

I did, but noone replied. See messages

[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

Before, I thought that there was a problem with the mail server.
But this time the mail server was OK, and there's no reason why
configure detected /var/mail as not world-writable.

  And I still don't see why Mutt looks at /var/mail since in general,
  I don't use it (all my mail is stored to my $HOME directory).
 
  I'd say configure cannot guess how the MTA on your system is configured.

Why not a --enable-dotlock option as I suggested?

  Or is it just your personal setup?

Yes, it is my personal setup.

  Have you tried
 
   --with-mailpath=DIRDirectory where spool mailboxes are located

What does mailpath do? There's nothing in the manual.

  Or have you any other suggestions how to fix this? Should configure
  maybe take $MAIL into account if other methods fail?

It's difficult to say. Mutt could look at the $MAILPATH variable, and
if it is empty, it could look at the $MAIL variable. But I don't think
this is a good method, since mailboxes may be located in different
directories; for instance, I used to have my personal mail in /var/mail/
and mailing-list mail in $HOME/Mail. Moreover, there could be transcient
problems with the NFS servers. IMHO, Mutt should dynamically decide the
locking method to use. Here, I'd like the following method:

  If dotclock can be used, it is chosen as the preferred locking
  method. Otherwise, fcntl is used.

I prefer dotlock, because it is faster than fcntl under NFS.

Of course, I could use Maildir instead of the mbox format, but procmail
doesn't support Maildir directly, and as I'm not the sysadmin, I prefer
to use as few programs as possible (I had problems in the past with OS
or even machine changes).

-- 
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100%
validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des
Jeux Mathématiques et Logiques, TETRHEX, etc.
Computer science / computer arithmetic / Arénaire project at LIP, ENS-Lyon



Re: Three question items

2000-05-10 Thread Thomas Ribbrock

On Tue, May 09, 2000 at 12:02:21PM -0700, Daniel Chetlin wrote:
[...]
 Item two: I tend to edit my emails once or twice before sending. When I use
 textwidth in vim, it inserts newlines initially, so if I edit the text ends up
 looking very choppy (30 character lines, etc.) and it becomes a pain to
 re-join the broken lines.
[...]

I found reformatting in vi (vim, to be precise) is very easy when you simply
mark all lines to be reformatted (visual mode) and then press 'gq'. Voilà -
nicely formatted paragraph with lines in ideal length.

HTH,

Thomas
-- 
-
  Thomas Ribbrockhttp://www.bigfoot.com/~kaytanICQ#: 15839919
   "You have to live on the edge of reality - to make your dreams come true!"



Re: printf like sequences for folder_format

2000-05-10 Thread Christian Ordig

On Wed, May 10, 2000 at 05:19:47PM +0200, Wilhelm Wienemann wrote:
 Hello Christian!
 
 On Tue, 09 May 2000, Christian Ordig wrote:
 
  I start mutt by calling "mutt -y" to see which of my folders has new mail.
  The format the folders are displayed isn't really what I want...
  I am not really interested in permissions or owner of the folders,
  but more in how many mails are in the folder and how many of them are
  unread...
 
 Maybe the '[n]frm' tool on your box will do what you want.
 
   nfrm Mail/mutt-user
Well... I'd like to see it in mutt... externaly I could also hack together
a short Perl script, to count the files in ~/Mail/mutt-users/new and
~/Mail/mutt-users/cur add them together and show how many new mails and
how many total mails are in this folder... but the point was, I wanna see
it in the menu (called "browser"?) I get when starting mutt with command line
"mutt -y"

 will show you how many *new* articles are in your mbox
 $HOME/Mail/mutt-user and
well... I don't use any mbox style folders ...
 
-- 
Christian Ordig | Homepage: http://thor.prohosting.com/~chrordig/ 
Germany |eMail: Christian Ordig [EMAIL PROTECTED]

 PGP signature


Re: printf like sequences for folder_format

2000-05-10 Thread Christian Ordig

On Tue, May 09, 2000 at 11:53:05PM +0200, Gero Treuner wrote:
 Hi!
 
  I know this would user quite a lot of time parsing the folders, but since
  I am using Maildir style eMail folders this would be speeded up quite much.
  Is there any way to achieve this? The docs only tell me about the folder-
  permission and owner stuff for the folder_format setting.
 
 You have a point here, and that could be a killer feature for mbox
 format ;-)
right... but who really uses mbox when it comes to have more than
1000 or 2000 messages in a folder? On the other hand nobody would be forced
switching it on... ;_)

 Unfortunately it is still waiting to be implemented. Write me if you
 need pointers where to start in the mutt sources.
Maybe this is the wrong mailing list for discussing this... I think the
mutt-devel list would fit better... How about the traffic on this list?
(I only have a MODEM ;-) 
I'd be glad about any hint... 

Thanks

-- 
Christian Ordig | Homepage: http://thor.prohosting.com/~chrordig/ 
Germany |eMail: Christian Ordig [EMAIL PROTECTED]

 PGP signature


Re: using Mutt with xbiff?

2000-05-10 Thread Hall Stevenson


 That's not what I'm seeing - my xbiff notification flag goes down as soon
 as mutt(not me) see's that there's new mail.  What you describe is what
 I want(I want the xbiff flag to stay up until *I* read the new mail), but
 I'm not sure what's wrong or different about my setup.  I have
 procmail set to send ALL my email to a file on my local machine - and I
 have "set spoolfile" set to that file.  Any idea what I may not have set
 up right?

I don't know if this is related or not, but I use an "epplet" for
Enlightenment that watches my mail file... Tells me how many new vs total
messages I have. It seems to work fine... It will show new messages before
Mutt does for a couple of reasons:

1) it watches /var/mail/whatever
2) it updates every few seconds (mutt only updates every minute or two)
3) I use (mailbox format noted in # 1). Is that "mailbox" vs mbox or maildir
???

Are you by chance using mutt's "pop mail" functions ?? Can't mutt do similar
to what fetchmail does as far as retreiving, deleting, etc mail ??

Regards
Hall




Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Thomas Roessler

On Wed, May 10, 2000 at 04:14:11PM +0200, Vincent Lefevre wrote:

 Why broken? Do you mean that NFS is broken?

*grin* That's a different story.

What I meant is the fact that the use of differnet locking methods
depending on where a file resides brings additional complexity to a
system, and essentially is a desaster waiting to happen when the
locking methods and the selection between them have to be
implemented in multiple programs.

  a simple delivery agent by Dave de Simmone (I think) is in the
  contrib/ area of the FTP site.  It should even be possible to write
  one in your favorite shell scripting language, or even in perl.

 I said I prefer not to use an additional program, because of problems
 in the past, but if I can use procmail only, this is OK...

These problems where why I pointed out the interpreted language
variations to you, which should continue to work even when the
system is upgraded. ;-)



Re: [sureshr@staff.juno.com: [LIH] HELP: Weird date format in mutt 0.95.4i]

2000-05-10 Thread Suresh Ramasubramanian

Mrinal Kalakrishnan saw fit to inform me that:

 My friend has a problem with an old Mutt version (0.95.4i), our
 timezone is +0530, but it displays it as +051800.
 Other than updating mutt, is there any fix for this?

It is a mutt bug afaict.  The mutt changelog has a note from Roessler to
that effect.  Update is the only solution :)

Thanks, Mrinal.

-s
[who is missing the 1.1.14i installed on his home box]

-- 
Suresh Ramasubramanian | sureshr at staff.juno.com



Re: 'Abort unmodified message? ([y]/n):?

2000-05-10 Thread Benjamin Korvemaker

On Tue, May 09, 2000 at 06:22:06PM -0500, 
[EMAIL PROTECTED] wrote:
 Quoting Mikko Hänninen [EMAIL PROTECTED]:
  Kelly Scroggins [EMAIL PROTECTED] wrote on Tue, 09 May 2000:
 editor="vim -c "set tw=72" +1"
  
  set editor="vim -c 'set tw=72' +1"
  
   When I remove the double quoutes from the middle statement I get an
   error msg telling me there's an error on that line and it points to the
   'tw'.  So that didn't work.
  
  Don't remove them, change them to single quotes.
  Better yet, just for testing, try the simple:
 
 I didn't remove them.  I replaced them.  sorry, poor choice of words.


Ok.. I've watched this thread FAR too long... (Although last time i
de-lurked, I put my foot in my mouth, so take this with a grain of salt)

what about putting something like this in your .vimrc:

au BufEnter /tmp/mutt-*-*-* set tw=72

and keeping editor line nice and simple.. or am i missing something
obvious?

Ben
-- 
Benjamin Korvemaker
[EMAIL PROTECTED]
I can't remember if I'm the good twin or the evil one.



Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Chris Green

On Wed, May 10, 2000 at 04:14:11PM +0200, Vincent Lefevre wrote:
  My personal suggestion would be to use maildir folders
 
 This is what I'll do for incoming mailboxes. Russell Hoover told me
 that according to procmail.org, procmail now supports the maildir
 mailbox format.
 
Yes, it does, I'm using it now for filtering to maildir mailboxes.
You need version 3.14 at least, there's a bug in the maildir handling
in 3.14 that's fixed by the latest beta.  The bug will only affect you
if you install procmail as root to use as the system's MDA (I think),
if you have a local copy of procmail for your own use then 3.14 will
be OK.

-- 
Chris Green ([EMAIL PROTECTED])
  Home: [EMAIL PROTECTED]   Work: [EMAIL PROTECTED]
  WWW: http://www.isbd.co.uk/



Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Vincent Lefevre

On Wed, May 10, 2000 at 12:37:45 +0200, Thomas Roessler wrote:
 Not currently.  (Actually, systems which require the use
 of different locking mechanisms for different kinds of
 mail folders sound a bit broken to me.)

Why broken? Do you mean that NFS is broken?

It seems logical to use a faster (and sufficient) locking mechanism
for the mailboxes I only use locally.

 My personal suggestion would be to use maildir folders

This is what I'll do for incoming mailboxes. Russell Hoover told me
that according to procmail.org, procmail now supports the maildir
mailbox format.

 a simple delivery agent by Dave de Simmone (I think) is in the
 contrib/ area of the FTP site.  It should even be possible to write
 one in your favorite shell scripting language, or even in perl.

I said I prefer not to use an additional program, because of problems
in the past, but if I can use procmail only, this is OK...

-- 
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100%
validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des
Jeux Mathématiques et Logiques, TETRHEX, etc.
Computer science / computer arithmetic / Arénaire project at LIP, ENS-Lyon



Re: Problems to compile mutt with mutt_dotlock

2000-05-10 Thread Bennett Todd

2000-05-10-18:37:40 Wilhelm Wienemann:
 %build
 CFLAGS="$RPM_OPT_FLAGS  -DDL_STANDALONE"
 ./configure --prefix=/usr --enable-compressed --with-mixmaster 
--with-charmaps=/usr/share/i18n/charmaps --sysconfdir=%{prefix}/etc
 make keymap_defs.h
 make mutt_dotlock

I didn't see that problem. Built an rpm just a little
ago on Red Hat 6.2beta.

I have a somewhat different set of options in my configure. I attach
my spec file.

-Bennett


Name: mutt
Version: 1.2i
Release: 1
Source: ftp://ftp.mutt.org/pub/mutt/mutt-%{version}.tar.gz
Group: Applications/Mail
License: GPL
Summary: The Mutt Mail User Agent
BuildRoot: /var/tmp/%{name}-rpmroot
%description

Mutt is a small but very powerful full-screen Unix mail client. Features
include MIME, POP3, multiple mailbox formats, colour, message threading,
scoring, and bindable keys.

This is the International version of mutt *with* PGP support.

%prep
%setup -n mutt-1.2
%build
./configure --prefix=/usr \
--enable-pop \
--enable-imap \
--with-ssl

make keymap_defs.h
make

%install
mkdir -p $RPM_BUILD_ROOT/usr/{bin,etc,man/man1,share/mutt,doc/mutt-%{version}}
make prefix=$RPM_BUILD_ROOT/usr docdir=$RPM_BUILD_ROOT/usr/doc/mutt install
find $RPM_BUILD_ROOT -type f|xargs file|awk -F: '/not stripped/{print $1}'|xargs strip

%changelog
* Wed May 10 2000 Bennett Todd [EMAIL PROTECTED]
  - Initial wrap

%files
%defattr(-,root,root)
/usr/bin/*
%doc /usr/man/man*/*
%doc /usr/doc/mutt
/usr/share/*
%config /usr/etc/*

 PGP signature


Re: mutt-1.2 pgpring readin fails

2000-05-10 Thread Evan Vetere

Thomas Roessler [EMAIL PROTECTED] [2000.05.10 00.54]:

 Maybe pgpring just fails to find your public key ring.

Nope, pgpring isn't installed; there we go. I'll flog my admin. 

Thanks much. 

-- 

- Evan Vetere 
  [EMAIL PROTECTED] | B6B0 5F71 FE5E 0607 4E52  CEAC 1839 2E77 9C35 A263

 PGP signature


Re: printf like sequences for folder_format

2000-05-10 Thread Marius Gedminas

On Wed, May 10, 2000 at 06:50:56PM +0200, Christian Ordig wrote:
  You have a point here, and that could be a killer feature for mbox
  format ;-)
 right... but who really uses mbox when it comes to have more than
 1000 or 2000 messages in a folder?

I do.  I've tried Maildirs and found them to be slower to open (about
twice for the first time and only very slightly slower when everything
is in the cache), bigger (a single folder with 3100 messages took 13 Mb
in mbox, and 21 Mb in Maildir format -- on ext2 fs with 4K blocks), and
less convenient (no progress indication while opening and no line
counting).

Perhaps I'll switch to Maildir when I'll start using Reiserfs (or NFS).

Marius Gedminas
-- 
Favourite MS-DOS error message: "Drive C: not ready, close door."



Re: hooks

2000-05-10 Thread Michael Tatge

On Wed, May 10, 2000 at 08:51:41AM +0200, Thomas Roessler wrote:
 On 2000-05-10 03:12:28 +0200, Michael Tatge wrote:
 
  AFAIK there is no fcc-hook. There is a fcc-save-hook
  which is a save-hook which also sets FCC to the given
  folder while sending mail.
 
 From the muttrc (5) manual page:
 
save-hook [!]pattern filename
   When  a  message  matches pattern, the default file
   name when saving it will be the given filename.
 
fcc-hook [!]pattern filename
   When  an  outgoing  message  matches  pattern,  the
   default  file name for storing a copy (fcc) will be
   the given filename.
 
fcc-save-hook [!]pattern filename
   This command is an abbreviation for identical  fcc-
   hook and save-hook commands.

Ok, I surrender ;-)
It's nice, you can always lern new stuff about mutt. 

Michael
-- 
Go away! Stop bothering me with all your "compute this ... compute that"!
I'm taking a VAX-NAP.

PGP-fingerprint: DECA E9D2 EBDD 0FE0 0A65  40FA 5967 ACA1 0B57 7C13



Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Thomas Roessler

On 2000-05-10 19:10:38 +0200, [EMAIL PROTECTED] wrote:

 when i switched from mailbox to maildir i used the
 formail-prgram, which is a versatile little
 mail-message formatter from the procmail suite:

If all you want to do is changing folder formats, mutt
itself will be a nice tool.

-- 
http://www.guug.de/~roessler/



Where does '?' take you - how to change it?

2000-05-10 Thread Chris Green

How does mutt decide what you get displayed in the browser when you
enter a '?' after a 'c' or an 's'?

I would like to be able to save to a remote IMAP folder by browsing to
the required folder but I can't find a way of getting to see the IMAP
server's directory when issuing the 's' command.

By default if i hit 's' followed by '?' I get the local folder
hierarchy.  Even if I do a 'set folder={x-1.net}INBOX.' and then do
the 's' and '?' I *still* get the local folder hierarchy in the
browser. Is there any variable I can set to tell the browser to start
somewhere else?

I have found one way but it seems a bit clumsy, if I do a 'set
folder={x-1.net}' then hit 's', delete the the default = that
appears, enter TAB then CR I get to the remote IMAP folder and can
browse. The browser is then 'stuck' on the remote IMAP until I enter a
specific local folder to get back to.  'set folder=~/Mail' doesn't
seem to get me back.

A mutt variable to set the 'root' for browsing would be very useful!

-- 
Chris Green ([EMAIL PROTECTED])
  Home: [EMAIL PROTECTED]   Work: [EMAIL PROTECTED]
  WWW: http://www.isbd.co.uk/



mutt-1.2: imap/ssl certificates

2000-05-10 Thread Andre Wobst

Hi,

I've troubles with the imap ssl certificates, saved in the file
certificate_file, which I set to ~/.mutt.certificate_file in my
~/.muttrc. If I do so, I can accept a certificate not only once but
always (otherwise this option isn't available). The certificate is
stored in the file ~/.mutt.certificate_file. But next time I start
mutt again, it asks me again for the certificate check. If I accept it
again, the certificate is again added to the file
~/.mutt.certificate_file and it is exactly the same like before -- now
stored twice in the same file. How can I store the certificate that
way, that mutt acceptes it automatically next time -- what's wrong in
the way I'm doing it?

André

-- 
by  _ _  _   [EMAIL PROTECTED]
   / \ \/ )  http://www.physik.uni-augsburg.de/~wobsta/
  / _ \ \/\/ /   "In a world without walls and fences
 (_/ \_)_/\_/who needs windows and gates ...?!?"



Re: Three question items

2000-05-10 Thread Hall Stevenson

* Thomas Ribbrock ([EMAIL PROTECTED]) [000510 06:25]:
 On Tue, May 09, 2000 at 12:02:21PM -0700, Daniel Chetlin wrote:
 [...]
  Item two: I tend to edit my emails once or twice before sending. When I use
  textwidth in vim, it inserts newlines initially, so if I edit the text ends up
  looking very choppy (30 character lines, etc.) and it becomes a pain to
  re-join the broken lines.
 [...]
 
 I found reformatting in vi (vim, to be precise) is very easy when you simply
 mark all lines to be reformatted (visual mode) and then press 'gq'. Voilà -
 nicely formatted paragraph with lines in ideal length.

I have this line:

map F10 gqap

in my .vimrc file and it works great. Simply move to the begining of the
paragraph you want to re-format, hit "F10" and it tidies it up.

Hall



Re: [Announce] mutt-1.2 is out.

2000-05-10 Thread Frank Derichsweiler

On Tue, May 09, 2000 at 05:42:35PM +0200, Thomas Roessler wrote:
 Mutt-1.2 has been released under

Just a little point for the docs:

Within INSTALL there is a reference to the devel list. I think it is
[EMAIL PROTECTED] and not an .edu address.

Thanks a lot for the new release. I will try it...

Frank



Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread ino-waiting

 Thomas Roessler (Wed 10.0500-12:37):
 
 My personal suggestion would be to use maildir folders - a
 simple delivery agent by Dave de Simmone (I think) is in
 the contrib/ area of the FTP site.  It should even be
 possible to write one in your favorite shell scripting
 language, or even in perl.

when i switched from mailbox to maildir i used the formail-prgram, which is
a versatile little mail-message formatter from the procmail suite:

for (i=mbox_files*) {formail -ds /var/qmail/bin/sendmail $i}

(script for the es-shell, mta=qmail)

-- 
clemens([EMAIL PROTECTED], pgp key available)



Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Thomas Roessler

On 2000-05-10 10:59:10 +0200, Vincent Lefevre wrote:

 I thought it was reliable. I've been using the dotlock
 method (only) for years and AFAIK, I've never had any
 mailbox corruption when it was enabled.

Maybe certain caching mechanisms are disabled where you
use mutt.  However, we have had reports about substantial
mail loss which were related to locking problems and NFS
caching.  You really want to invalidate caches, which
can't be done by dotlocking files.

-- 
http://www.guug.de/~roessler/



Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Thomas Roessler

On 2000-05-10 09:30:08 +0200, Vincent Lefevre wrote:

 I prefer dotlock, because it is faster than fcntl under NFS.

Of course, this gain of speed comes at the cost of
minimized reliability.  You don't want to do dotlocking
via NFS.

-- 
http://www.guug.de/~roessler/



Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Thomas Roessler

On 2000-05-10 12:05:03 +0200, Vincent Lefevre wrote:

 Well, can I use a locking mechanism with incoming
 mailboxes (fcntl) and another locking mechanism
 (dotlock) with other mailboxes?

Not currently.  (Actually, systems which require the use
of different locking mechanisms for different kinds of
mail folders sound a bit broken to me.)

My personal suggestion would be to use maildir folders - a
simple delivery agent by Dave de Simmone (I think) is in
the contrib/ area of the FTP site.  It should even be
possible to write one in your favorite shell scripting
language, or even in perl.

-- 
http://www.guug.de/~roessler/



IMAP Problems

2000-05-10 Thread Dave \(Grizz\) Glaser

I have soem problems with IMAP in mutt 1.2

Everything seems to be working fine until I try to exit. If I choose to move things to 
my mbox, mutt displays "fetching message." for a long time, then errors out and 
quits. Then when I open it back up, all of my messages are in my inbox twice.

I am running it on Solaris 2.7

If anyone has a suggestion, please email me at [EMAIL PROTECTED]

Thanks
Dave


 David S. Glaser  AKA Grizz |
 MM Systems Administrator  | Somedays it just isn't worth struggling out
 U201 MME Building | of the straight jacket in the morning. 
 Houghton, MI 49931 |   - unknown
 [EMAIL PROTECTED]   |  




IMAP Problems

2000-05-10 Thread Dave \(Grizz\) Glaser

I have some problems with IMAP in mutt 1.2

Everything seems to be working fine until I try to exit. If I choose to move things to 
my mbox, mutt displays "fetching message." for a long time, then errors out and 
quits. Then when I open it back up, all of my messages are in my inbox twice.

I am running it on Solaris 2.7

If anyone has a suggestion, please email me at [EMAIL PROTECTED]

Thanks
Dave


 David S. Glaser  AKA Grizz |
 MM Systems Administrator  | Somedays it just isn't worth struggling out
 U201 MME Building | of the straight jacket in the morning. 
 Houghton, MI 49931 |   - unknown
 [EMAIL PROTECTED]   |  





Re: [mutt-1.2] Broken world-writable /var/mail detection!

2000-05-10 Thread Vincent Lefevre

On Wed, May 10, 2000 at 09:49:03 +0200, Thomas Roessler wrote:
 Of course, this gain of speed comes at the cost of
 minimized reliability.  You don't want to do dotlocking
 via NFS.

I thought it was reliable. I've been using the dotlock method (only)
for years and AFAIK, I've never had any mailbox corruption when it
was enabled.

Otherwise isn't there an asymmetric locking mechanism, that would be
very fast on one side (e.g. my local machine) and could be slower on
the other side (the mail server)?

-- 
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100%
validated HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des
Jeux Mathématiques et Logiques, TETRHEX, etc.
Computer science / computer arithmetic / Arénaire project at LIP, ENS-Lyon



MIME

2000-05-10 Thread Paul Huckaby


I'm trying to get mutt use MIME to open attachments like M$ Word and M$
Excel using StarOffice. Can somene point me to a good recource on
setting my mutt MIME. thanks




Re: mime types when attaching files not working

2000-05-10 Thread Manoj Kasichainula

On Wed, May 10, 2000 at 12:35:51PM -0500, Carlos Puchol wrote:
 hi, it appears i the setting of proper mime types does not
 work when attaching files. i am attaching two files a ps file and
 a gif file. you will see that one comes out as text/plain and the
 other as applica/octet-stream.
 
 i have tried with all ~/.mutt* files removed . mine is a regular
 redhat 6.2 installation. further it seems like all the settings
 are ok in the /etc/mime.types file:

I just found this a few days ago helping a friend. Red Hat's mutt
build is broken (because they don't use the BuildRoot functionality
correctly when compiling their RPM).

 SHAREDIR="/var/tmp/mutt-root/etc"
 SYSCONFDIR="/var/tmp/mutt-root/etc"

This is the evidence of that.