Fwd: Returned mail: Service unavailable

2000-05-10 Thread Clint Olsen

I'm receiving the following message from our server when I try to send a
simple HTML attachment.  I've put in a trouble report with our computing
folks, but I am wondering if there might be something wrong with my
original message?

Thanks,

-Clint

Mutt 1.1.9i (2000-03-13)
Copyright (C) 1996-2000 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.2.5-22 [using slang 10202]
Compile options:
-DOMAIN
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -USE_FCNTL  -USE_FLOCK
-USE_IMAP  -USE_GSS  -USE_SSL  -USE_POP  +HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_PGP  -BUFFY_SIZE +EXACT_ADDRESS  +ENABLE_NLS
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/spool/mail"
SHAREDIR="/afs/pdx/proj/otools/share/mutt"
SYSCONFDIR="/afs/pdx/proj/otools/etc"
ISPELL="/usr/intel/bin/ispell"
To contact the developers, please mail to <[EMAIL PROTECTED]>.
To report a bug, please use the muttbug utility.


- Forwarded message from Mail Delivery Subsystem <[EMAIL PROTECTED]> 
-

Return-Path: 
Received: from localhost (localhost)
by ichips-ra.pdx.intel.com (8.9.1a/8.9.1/d: internal.m4,v 1.2 1998/11/09 
19:18:37 iwep Exp iwep $) with internal id QAA16139;
Wed, 10 May 2000 16:41:03 -0700 (PDT)
Date: Wed, 10 May 2000 16:41:03 -0700 (PDT)
From: Mail Delivery Subsystem <[EMAIL PROTECTED]>
Message-Id: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="QAA16139.958002063/ichips-ra.pdx.intel.com"
Subject: Returned mail: Service unavailable
Auto-Submitted: auto-generated (failure)
Status: RO
Content-Length: 23770
Lines: 538

The original message was received at Wed, 10 May 2000 16:41:03 -0700 (PDT)
from pdxcs503.pdx.intel.com [137.102.207.209]

   - The following addresses had permanent fatal errors -
<[EMAIL PROTECTED]>

   - Transcript of session follows -
... while talking to ganymede.or.intel.com.:
>>> DATA
<<< 553 Header error 1
554 <[EMAIL PROTECTED]>... Service unavailable

Reporting-MTA: dns; ichips-ra.pdx.intel.com
Received-From-MTA: DNS; pdxcs503.pdx.intel.com
Arrival-Date: Wed, 10 May 2000 16:41:03 -0700 (PDT)

Final-Recipient: RFC822; [EMAIL PROTECTED]
Action: failed
Status: 5.1.0
Remote-MTA: DNS; ganymede.or.intel.com
Diagnostic-Code: SMTP; 553 Header error 1
Last-Attempt-Date: Wed, 10 May 2000 16:41:03 -0700 (PDT)

Return-Path: <[EMAIL PROTECTED]>
Received: from pdxcs503.pdx.intel.com (pdxcs503.pdx.intel.com [137.102.207.209])
by ichips-ra.pdx.intel.com (8.9.1a/8.9.1/d: internal.m4,v 1.2 1998/11/09 
19:18:37 iwep Exp iwep $) with ESMTP id QAA16137
for <[EMAIL PROTECTED]>; Wed, 10 May 2000 16:41:03 -0700 (PDT)
Received: (from olsenc@localhost)
by pdxcs503.pdx.intel.com (8.9.1a/8.9.1/d: client.m4,v 1.3 1998/09/29 16:36:11 
sedayao Exp sedayao $) id QAA46174
for [EMAIL PROTECTED]; Wed, 10 May 2000 16:41:02 -0700
Date: Wed, 10 May 2000 16:35:45 -0700
From: Clint Olsen <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Check this out
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW"
Content-Disposition: inline
User-Agent: Mutt/1.1.9i
Organization: Intel Corporation, Hillsboro, OR
X-Disclaimer: Mutt Bites!
Lines: 481
Sender: [EMAIL PROTECTED]

I think you'll find some of these comments kind of enlightening...  Do a
search for Elaine :)

-Clint




- End forwarded message -



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


Problems to compile mutt with mutt_dotlock

2000-05-10 Thread Wilhelm Wienemann

Hello,

here I want to compile the recent version of mutt with
'mutt_dotlock'. Unfortunately the compilation will break
with the following messages:
---> cut here < -
+ make mutt_dotlock
gcc -DSHAREDIR=\"/usr/share/mutt\" -DSYSCONFDIR=\"/usr/etc\"
-DBINDIR=\"/usr/bin\" -DHAVE_CONFIG_H=1 -I. -I.  -Iintl -I/usr/include
-I./intl  -Wall -pedantic -g -O2 -c mutt_dotlock.c
gcc  -Wall -pedantic -g -O2  -o mutt_dotlock  mutt_dotlock.o
/usr/lib/crt1.o(.text+0x36): undefined reference to `main'
mutt_dotlock.o: In function `dotlock_lock':
/usr/src/packages/BUILD/mutt-1.2/mutt_dotlock.c:595: undefined reference
to `Hostname'
collect2: ld returned 1 exit status
make: *** [mutt_dotlock] Error 1
Bad exit status from /var/tmp/rpm-tmp.17198 (%build)
---> cut here < -

Im my mutt-1.2i.spec file I have add the following
configuration-options:
---> cut here < -
%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
---> cut here < -
 
Whats going wrong here? 
Any hints?

bye - Wilhelm

-- 
> Wilhelm Wienemann, Amselweg 10, D-47546 Kalkar/Germany <
==>   E-Mail: [EMAIL PROTECTED]  <===
"And since you are the future keepers of everything, including music, we
 hope you will keep it well, with love, and in joy." (Frederick Fennell)   



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.




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  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: 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!"



mime types when attaching files not working

2000-05-10 Thread Carlos Puchol

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:

$ egrep 'ps|gif' ~/.mime.types /etc/mime.types 
/etc/mime.types:application/postscript  ai eps ps
/etc/mime.types:application/vnd.epson.salt
/etc/mime.types:application/vnd.hp-hps
/etc/mime.types:image/gif   gif
/etc/mime.types:image/naplps
$ 

ideas?
btw, i am a long time mush user and i just love mutt.
nice work!

thanks.

++ carlos

= Attachments =
   -   1 /tmp/mutt-spqr-2623-0[text/plain, 7bit, 0.9K]
   2 test.ps  [text/plain, 7bit, 0.9K]
-> 3 ~/tmp/diskette.gif [applica/octet-stre, base64, 0.2K]


$ mutt -v
Mutt 1.0.1i (2000-01-18)
Copyright (C) 1996-2000 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.2.14-5.0 [using slang 10202]
Compile options:
-DOMAIN
-HOMESPOOL  -USE_SETGID  -USE_DOTLOCK  +USE_FCNTL  -USE_FLOCK
+USE_IMAP  +USE_GSS  +USE_POP  +HAVE_REGCOMP  -USE_GNU_REGEX  +HAVE_COLOR  
+HAVE_GPG  -BUFFY_SIZE 
-EXACT_ADDRESS  +ENABLE_NLS
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/spool/mail"
SHAREDIR="/var/tmp/mutt-root/etc"
SYSCONFDIR="/var/tmp/mutt-root/etc"
-ISPELL
_PGPPATH="/usr/bin/gpg"
_PGPGPGPATH="/usr/bin/gpg"
To contact the developers, please mail to <[EMAIL PROTECTED]>.

$


%!PS-Adobe-2.0 EPSF-2.0
%%Pages: 1
% %BoundingBox: 50 50 350 200
%%EndComments

%%Page: 1 1
%%Page: 1 1
 
save mark 480 50 translate 90 rotate

0.72 0.72 scale

%2 2 scale

0 0 moveto 350 0 rlineto 0 200 rlineto -350 0 rlineto closepath fill
1 setgray


/Right { dup stringwidth pop neg 0 rmoveto show } def

/Courier findfont 18 scalefont setfont
15 162 moveto (Carlos Puchol) show
335 162 moveto (Mayte Tormo) Right

/Courier findfont 8.5 scalefont setfont
15 150 moveto ([EMAIL PROTECTED]) show
335 150 moveto ([EMAIL PROTECTED]) Right
15 138 moveto (http://puchol.com/carlos) show
335 138 moveto (http://puchol.com/mayte) Right

15 38 moveto (PMB 210) show
15 26 moveto (22 E. Chicago Avenue, Ste. 119) show
335 26 moveto (Tel: +1 \(630\) 428 0871) Right
15 14 moveto (Naperville, IL 60540, USA) show
335 14 moveto (Fax: +1 \(801\) 607 8392) Right

cleartomark restore showpage
%%EOF

 diskette.gif


Re: IMAP Problems

2000-05-10 Thread Brendan Cully

On Wednesday, 10 May 2000 at 13:48, Dave (Grizz) Glaser wrote:
> 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]

I haven't seen this, but perhaps you have something like this in your
.muttrc:

set spoolfile={myhost}INBOX
set received={myhost}mbox

in which case, some IMAP servers might have INBOX be another name for
mbox and mutt could goof up when moving the messages. That's my
guess - send me a trace of a session where you open your inbox, quit
and move (you have to build mutt with --enable-debug and run it with
-d4, then the trace will be in ~/.muttdebug0).

A workaround could be to 
set received={myhost}received
or something like that...

-Brendan
 PGP signature


Re: printf like sequences for folder_format

2000-05-10 Thread Mikko Hänninen

Marius Gedminas <[EMAIL PROTECTED]> wrote on Wed, 10 May 2000:
> 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),

No idea about those, I've not measured things for myself.  Size increase
is given of course, speed decrease sound possible...

On the other hand, if you have a folder with one 50MB email, it's
significantly faster as Maildir. :-)  But that's hardly the "common"
case.

> and
> less convenient (no progress indication while opening and no line
> counting).

Huh?  I get progress indication when opening a Maildir folder, every 10
messages, which means the counter is basically just a blur...

No line counting?  That's just a procmail rule away.  Although if you
don't want to use procmail (or maildrop), I guess it's a problem then.


Mikko
-- 
// Mikko Hänninen, aka. Wizzu  //  [EMAIL PROTECTED]  //  http://www.iki.fi/wiz/
// The Corrs list maintainer  //   net.freak  //   DALnet IRC operator /
// Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs /
Energizer Bunny arrested, charged with battery.



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: 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: [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/



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 |
 M&M Systems Administrator  | Somedays it just isn't worth struggling out
 U201 M&ME Building | of the straight jacket in the morning. 
 Houghton, MI 49931 |   - unknown
 [EMAIL PROTECTED]   |  





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




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 |
 M&M Systems Administrator  | Somedays it just isn't worth struggling out
 U201 M&ME Building | of the straight jacket in the morning. 
 Houghton, MI 49931 |   - unknown
 [EMAIL PROTECTED]   |  




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: 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: [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: 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: printf like sequences for folder_format

2000-05-10 Thread Wilhelm Wienemann

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

will show you how many *new* articles are in your mbox
$HOME/Mail/mutt-user and

frm Mail/mutt-user

will show you the number of mailings belonging to a special
subject.

bye - Wilhelm

-- 
-- _ _  __  __ Wilhelm Wienemann <[EMAIL PROTECTED]>
| (_)_ __  _   _\ \/ /   -> For a better taste - Linux Inside
| | | '_ \| | | |\  /-> Blue screens for Linux background only
| | | | | | |_| |/  \-> Enjoy Linux and the Power of Open Source
|_|_|_| |_|\__,_/_/\_\ Registered-Linux-User: 70712 http://counter.li.org/


 PGP signature


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



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/



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:  - 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: [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



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: 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: [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/



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

2000-05-10 Thread Vincent Lefevre

On Wed, May 10, 2000 at 11:32:43 +0200, Thomas Roessler wrote:
> 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.

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

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web:  - 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: [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 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:  - 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: [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 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:  - 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: 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: 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: 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/