Re: mutt deleting inbox and other folders
On 1999-06-10 11:04:08 +1000, Zenaan Harkness wrote: > Has anoyone experienced their /var/spool/mail/myusername being > deleted? Never ever. Actually, /var/spool/mail is mode 775, root.mail, on Debian 2.1, so unless your setup is screwed up, mutt is simply not able to remove your mailfolder, due to lack of privileges. The dotlocking program would have the necessary privileges, but it doesn't even think about removing the file it is supposed to lock. (Just to make sure we are talking about the same thing: The file /var/spool/mail/ was deleted, it's not just that read messages were moved to $HOME/mbox? Or have you mounted your mail spool over NFS, with attribute caching switched on, and just lost a couple of messages? What file system is your /var/spool/mail on?) > What about having a random mail folder deleted? Only empty ones, and only when you tell mutt to delete them. > I have now experienced this one to many times A report when you lost your inbox the first time would have been nice. Best with instructions about your system and on how to reproduce this, so we can try to fix the problem. > and being a manager, this is ridiculous. I have now lost my inbox > for the second time, and this time I had emails in there that I > hadn't yet dealt with, and were older than my last fetchmail -F > (flush). If these mails were old, why not restore them from your last daily back-up?
Re: mutt deleting inbox and other folders
Sounds like a fetchmail bug to me.. On Wed, Jun 09, 1999 at 08:32:44PM -0700, Brandon Long wrote: > On 06/10/99 Zenaan Harkness uttered the following other thing: > > Has anoyone experienced their /var/spool/mail/myusername being deleted? > > > > What about having a random mail folder deleted? > > > > I have now experienced this one to many times, and being a manager, this is > > ridiculous. I have now lost my inbox for the second time, and this time I > > had emails in there that I hadn't yet dealt with, and were older than my > > last fetchmail -F (flush). > > > > I just ran "dpkg --purge mutt" as root, and I am now going to select > > another email reader. > > > > If you are interested, it was the standard mutt install from Debian > > GNU/Linux 2.1 (Slink). > > > > I was starting to get somewhat fond of mutt, but when this occurs, > > regardless of the reason, it is simply unacceptable. I rely on email too > > much for communication, both inside and outside the company, and for my > > 'import to do' list. > > Thank you for your important and useful bug report. Could you please > tell us what you did to cause this to happen? > > I wish you good luck with Microsoft email software. > > Brandon > -- > Brandon Long "For some reason, the act of talking to Absolute > Fiction L Networks Evil makes chocolate syrup drip from your pineal > [EMAIL PROTECTED]Gland." -- LeTeXan, "Today's Suck" 6/3/97 > http://www.fiction.net/blong/ -- Josh Hildebrand Email: [EMAIL PROTECTED] Digital Sluice Pager: http://www.digitalsluice.com/josh/pager Phone: 512-255-9797 Fax: 512-246-2861
Re: mutt deleting inbox and other folders
On 06/10/99 Zenaan Harkness uttered the following other thing: > Has anoyone experienced their /var/spool/mail/myusername being deleted? > > What about having a random mail folder deleted? > > I have now experienced this one to many times, and being a manager, this is > ridiculous. I have now lost my inbox for the second time, and this time I > had emails in there that I hadn't yet dealt with, and were older than my > last fetchmail -F (flush). > > I just ran "dpkg --purge mutt" as root, and I am now going to select > another email reader. > > If you are interested, it was the standard mutt install from Debian > GNU/Linux 2.1 (Slink). > > I was starting to get somewhat fond of mutt, but when this occurs, > regardless of the reason, it is simply unacceptable. I rely on email too > much for communication, both inside and outside the company, and for my > 'import to do' list. Thank you for your important and useful bug report. Could you please tell us what you did to cause this to happen? I wish you good luck with Microsoft email software. Brandon -- Brandon Long "For some reason, the act of talking to Absolute Fiction L Networks Evil makes chocolate syrup drip from your pineal [EMAIL PROTECTED]Gland." -- LeTeXan, "Today's Suck" 6/3/97 http://www.fiction.net/blong/
Re: Unix Dummy Help!
On Wed, Jun 9, 1999, FRASER, BOB wrote: > This is where Mutt comes in.. > > I really need basic instructions on compiling the > utility of my system. No I do not need help on starting > my computer. But I do need line by line instructions > on generating the executable. The best way to get information on how to compile and install Mutt is to look at the file 'INSTALL' in your tree. To decompress your .tar.gz archive of Mutt, you would execute the following command: gzip -dc mutt-0.96.2i.tar.gz | tar xvf - Of course, replace 'mutt-0.96.2i.tar.gz' with whatever 'tarball' you've downloaded. Hope this helps. -- Chris Costello<[EMAIL PROTECTED]> E Pluribus UNIX.
mutt deleting inbox and other folders
Has anoyone experienced their /var/spool/mail/myusername being deleted? What about having a random mail folder deleted? I have now experienced this one to many times, and being a manager, this is ridiculous. I have now lost my inbox for the second time, and this time I had emails in there that I hadn't yet dealt with, and were older than my last fetchmail -F (flush). I just ran "dpkg --purge mutt" as root, and I am now going to select another email reader. If you are interested, it was the standard mutt install from Debian GNU/Linux 2.1 (Slink). I was starting to get somewhat fond of mutt, but when this occurs, regardless of the reason, it is simply unacceptable. I rely on email too much for communication, both inside and outside the company, and for my 'import to do' list. Zenaan.
Unix Dummy Help!
Title: Unix Dummy Help! I do not know much about Unix. OK I am Unix Stupid, But I do need a quick E-Mail program with enhanced attachment capability. This is where Mutt comes in.. I really need basic instructions on compiling the utility of my system. No I do not need help on starting my computer. But I do need line by line instructions on generating the executable. I have an HP-UX 10.20 system. Please help! Thanks You
Re: Reloading .muttrc
Steve Crane <[EMAIL PROTECTED]> wrote: > Does mutt have a facility to reload its settings from .muttrc without > quitting and re-running it? > I sometimes want to make a change while I'm busy working through my mail > and don't always want to leave it until I've finished reading my mail. Put the following line in your .muttrc and you can reload the .muttrc with ESC r whenever you want. macro index \er ":source ~/.muttrc\n" "Reload muttrc" macro pager \er ":source ~/.muttrc\n" "Reload muttrc" Cheers Christian -- They are called computers simply because computation is the only significant job that has so far been given to them. /* http://www.rhein-neckar.de/~jupiter/ Christian Kurz */
Re: IMAP question
On 06/09/99 Dan Anderson uttered the following other thing:
> Hej: the documentation says cryptically that one should point to the
> imap mail box with a construction like: { imapserver}UserMailBox. Does
> this mean: {foobar.idiot.org}Mbox where Mbox is the user processesd
> Inbox /var/mail name. Will the construction
> {foobar.idiot.org}/var/mail/isafool also work? How come when I try to
> go there from a "c" no syntactical construct seems to be acceptable as
> a mailbox name?
>
> imap was configured on in my make. I would appreciate hearing about any
> sucessful methods of using imap.
The simplest way to set up for the major two imap servers are:
For UWash:
set folder='{imap.server.org}/home/login/Mail'
set spoolfile='{imap.server.org}INBOX'
or for Cyrus:
set folder='{imap.server.org}user.login.'
set spoolfile='{imap.server.org}INBOX'
If you don't know which version you are running, try:
telnet imap.server.org 143
You should see something like:
* OK imap.server.org Cyrus IMAP4 v1.5.14 server ready
or
* OK imap.server.org IMAP4rev1 v12.250 server ready
The second is UWash. It might be v11.xxx as well.
The stable version of mutt doesn't allow you to browse IMAP folder
lists. The development version does.
If you don't at least get some IMAP comment if you do {localhost} in the
change folder prompt, your mutt was probably not compiled with IMAP.
Try mutt -v and look for +USE_IMAP
Brandon
--
Brandon Long "Investment in reliability increases until it
Fiction L Networks exceeds the probable cost of errors, or until someone
insists on getting some useful work done."
http://www.fiction.net/blong/
Re: Reloading .muttrc
Warning Could not process message with given Content-Type: multipart/signed; boundary=IJpNTDwzlM2Ie8A6; micalg=pgp-sha1;protocol="application/pgp-signature"
Re: IMAP question
Dan Anderson <[EMAIL PROTECTED]> wrote:
>
> The documentation says cryptically that one should point to the imap
> mail box with a construction like: { imapserver}UserMailBox. Does
> this mean: {foobar.idiot.org}Mbox where Mbox is the user processesd
> Inbox /var/mail name. Will the construction
> {foobar.idiot.org}/var/mail/isafool also work?
The namespace that your IMAP server understand is server-dependent.
Many of them understand paths as you give above, but many do not.
You are correct that what's between the {curly.braces} is the name of
your IMAP server. What follows the trailing brace is the name of the
mailbox to open.
In general, the reserved name "INBOX" can be used to refer to your
default spool box. Mutt will default to this if you simply give no
mailbox at all. So you can give the path "{imap.example.com}INBOX", or
"{imap.example.com}", and your default mailbox should open, after Mutt
prompts you for a username and password.
Also in general, you can refer to mailboxes in your home directory by
simply referring to the mailbox name directly after the trailing brace.
So, "{imap.example.com}mbox" will probably refer to a file called "mbox"
in your home directory on the IMAP server. The way to reference a
subdirectory is server-dependent, but it will usually be something like
"{imap.example.com}Mail/folder" or "{imap.example.com}Mail.folder".
Won't it be nice when folder browsing makes its way into the stable
branch of Mutt...
--
David DeSimone | "The doctrine of human equality reposes on this:
[EMAIL PROTECTED] | that there is no man really clever who has not
Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson
Convex Division |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: RFE: ask for PGP passphrase: which key?
Claus Assmann <[EMAIL PROTECTED]> wrote: > > Is there a chance to modify the prompt "Enter PGP passphrase:" to > include an identification of the key that is required? >From what I recall on this subject, Mutt doesn't know what key is going to be required to read the message, because Mutt doesn't know how to read PGP messages. That's the reason it needs to call an external program (such as PGP, GPG, etc) to read the message. Only that program will know what passphrase is required. -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson Convex Division |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: Reloading .muttrc
Steve Crane <[EMAIL PROTECTED]> wrote: > > Does mutt have a facility to reload its settings from .muttrc without > quitting and re-running it? Depends on what you've changed. > I sometimes want to make a change while I'm busy working through my > mail and don't always want to leave it until I've finished reading my > mail. Most of the time, I'm making a one-line change to the file, and I simple cut-n-paste the new command at the ":" prompt in Mutt. Then I can see what effect the change has. If you're modifying send-hooks, though, there isn't any un-send-hook command that I'm aware of, so it's difficult to remove and reapply them without restarting Mutt. -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson Convex Division |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: Reloading .muttrc
At 2:07 PM EDT on June 9 Steve Crane sent off: > Does mutt have a facility to reload its settings from .muttrc without > quitting and re-running it? I have this in my .muttrc, probably from looking at the .muttrc Roland Rosenfeld has on his page. macro index \er ":source ~/.muttrc\n" # reload muttrc macro pager \er ":source ~/.muttrc\n" # reload muttrc Of course, you don't need it macroed, just do ":source ~/.muttrc" in mutt (i.e. right after you've pasted the macros into .muttrc). -- Q. Why do some people take astrology seriously? A. Because they have unusually small brains.- Dave Barry Robert I. Reid <[EMAIL PROTECTED]> http://astro.utoronto.ca/~reid/ PGP Key: http://astro.utoronto.ca/~reid/pgp.html
Re: Reloading .muttrc
Steve Crane spake thus: > I sometimes want to make a change while I'm busy working through my mail > and don't always want to leave it until I've finished reading my mail. Ditto. This would be cool, and if it doesnt have this feature, adding it should be trivial. I think :) Leon -- Leon Breedt | Developer, Obsidian Systems Debian/GNU Linux| Because you want to get there...Today Debian Developer| [EMAIL PROTECTED] If in doubt, mumble.
DEC's C-compiler, 0.95.6i
Warning Could not process message with given Content-Type: multipart/signed; boundary=oJ71EGRlYNjSvfq7; micalg=pgp-md5;protocol="application/pgp-signature"
Re: Reloading .muttrc
You can load your .muttrc with the command ":source .muttrc". However, this will not actually reload your settings. It will load the settings in .muttrc in top of any current settings. For testing some changes (especially some hooks), I've found no other solution than to quit and restart mutt so as to get a clean .muttrc load from scratch. Mike On Wed, Jun 09, 1999 at 08:07:03PM +0200, Steve Crane wrote: > Does mutt have a facility to reload its settings from .muttrc without > quitting and re-running it? > > I sometimes want to make a change while I'm busy working through my mail > and don't always want to leave it until I've finished reading my mail. > -- > Steve Crane > [EMAIL PROTECTED] > http://www.datapro.co.za/~stevec -- Mike Broome [EMAIL PROTECTED]
IMAP question
Hej: the documentation says cryptically that one should point to the
imap mail box with a construction like: { imapserver}UserMailBox. Does
this mean: {foobar.idiot.org}Mbox where Mbox is the user processesd
Inbox /var/mail name. Will the construction
{foobar.idiot.org}/var/mail/isafool also work? How come when I try to
go there from a "c" no syntactical construct seems to be acceptable as
a mailbox name?
imap was configured on in my make. I would appreciate hearing about any
sucessful methods of using imap.
-dan-
--
---
Dan Anderson National Center for Atmospheric Research
[EMAIL PROTECTED] NCAR, 1850 TableMesa Drive
[EMAIL PROTECTED] Boulder, CO 80303 USA
[EMAIL PROTECTED](303) 497-1280
http://www.ucar.edu:8080 (303) 497-1848 (Fax)
---
--
RFE: ask for PGP passphrase: which key?
Is there a chance to modify the prompt:
Enter PGP passphrase:
to include an identification of the key that is required?
Background: I have multiple PGP keys protected with different
passphrases. Sometimes it is not clear which PGP key has been used
for encryption and then I have to look at the message to see for
whom it is. If mutt could try to lookup possible recipients in
alternates and tell me for which of those the mail is, then I could
enter the correct passphrase immediately. (In case you wonder:
some PGP keys are shared with others ("role accounts") and I prefer
to have different passphrases for them).
I know this doesn't work all the time, but it seems to be a
useful enhancement.
Any comments?
Reloading .muttrc
Does mutt have a facility to reload its settings from .muttrc without quitting and re-running it? I sometimes want to make a change while I'm busy working through my mail and don't always want to leave it until I've finished reading my mail. -- Steve Crane [EMAIL PROTECTED] http://www.datapro.co.za/~stevec
Re: Procmail, mutt, and popping my messages?
On Fri, Jun 04, 1999 at 05:50:29PM +, Brian Lavender wrote: > I am using mutt along with experimenting with procmail for sorting. > I also have the requirement of being able to pop messages from my > shell account after they have been sorted. I set up an example > .procmailrc to filter my mail as seen below according to the procmail > man page and an example from the filtering faq. > > http://www.faqs.org/faqs/mail/filtering-faq/ (hmm, interesting, didn't know of it...) > > The below example works, but I can't pop the sorted messages. I > noticed that mutt seems to move the mail from > /var/spool/mail/brian > to > /home/brian/mbox well, I myself prevent mutt from doing this by set move=no This is a bit easier for my fetchmail based on pop3 resp. imap transferring mail from the account at my university to my linux box at home (although I am sure fetchmail can be configured the other way as well...) > so I am not sure how to specify MAILDIR and DEFAULT in the .procmailrc > . > > What changes do I need to make so I can have my messages sorted and > still be able to pop them? > > brian > > darkstar: $ cat /home/brian/.procmailrc > > PATH=/bin:/usr/bin:/usr/bin > MAILDIR=$HOME/Mail # is this correct for allowing popping > DEFAULT=$MAILDIR/mbox # and for Mutt? if you use "set move=no" you are better off leaving DEFAULT unset. According to the man page DEFAULT is equal to $ORGMAIL and this is your spool directory; if you prevent mutt from moving your mail to mbox, procmail's filtering mechanism has to be applied to /var/spool/mail/brian. > LOGFILE=$MAILDIR/from > > :0: > * ^TOmutt-users > IN.mutt-users > > Brian Lavender > Sacramento, CA > http://www.brie.com/brian/ > > "If a train station is where the train stops, > what is a workstation?" -- Phil Adamson -- * * Juergen Leising, E-Mail: [EMAIL PROTECTED] * * http://www.stud.uni-bayreuth.de/~a0037/ * *
[0.95.6] character set conversions
Warning Could not process message with given Content-Type: multipart/signed; boundary=Q0rSlbzrZN6k9QnT; micalg=pgp-md5;protocol="application/pgp-signature"
Re: 0.95.5i trouble
On 1999-06-07 11:22:01 +0200, torben fjerdingstad wrote: > (actually this is a repost of my letter from May 30. I did not get > any replies then) This bug has been fixed in 0.95.6.
[0.95.6] Fix: Attachment forwarding
Warning Could not process message with given Content-Type: multipart/signed; boundary=4SFOXa2GPu3tIq4H; micalg=pgp-md5;protocol="application/pgp-signature"
Re: bouncing messages (off-topic, I guess)
Lorens --
...and then Lorens Kockum said...
%
% Hmmm. So you send a mail to the pager company, and they strip
% out the headers of the mail. Your problem is that the body of
% the mail you sent contains the headers of the original message
% sent to your account, right?
Yep.
%
% So, your script should either parse out the headers and generate
% new ones (since you probably want to keep the From), which I
% agree isn't very smart, or... use the original mail's headers.
% Bounce... yes, like you do when you "bounce" using mutt.
I thought so :-)
%
% All you have to do is inject your mail so that the headers in it
% are treated as headers and not as body.
That's the idea (he says, still not getting it).
%
% You mentioned that you use qmail; simply use qmail-inject and
Oh. Now that's interesting. I guess I have to go and read up on this
qmail thing, since I tried qmail-inject and it happily sent of my
message exactly as desired :-)
Thanks!
% not sendmail. Don't forget the -f flag so that eventual bounces
% ("error" bounces) go to you and not to the unsuspecting guy who
% sent you a mail.
Hmmm... That makes sense, although now I want to trap the user
name... Maybe I'll use formail to not only insert an X-No-Loop header
as planned but also grab the From field or something... Or does From_
point back to where errors go and From: tell me the user name? Or
should I just put in a Reply-To: or Errors-To: or some other header?
Hrmmm... mutter mutter
Oh, yeah -- I should probably wrap up this letter :-)
%
% I think this should solve your problem, hope it does. HAND.
It solves that one and gives me a new one with which to play :-) You,
too.
%
% --
% #include Lorens Kockum
:-D
--
David Thorburn-Gundlach * It's easier to fight for one's principles
(play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie
(work) [EMAIL PROTECTED] Helping out at Pfizer
http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
"Why2k? Well, I didn't think at the time that I could charge any more!"
Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh*
PGP signature
Re: bouncing messages (off-topic, I guess)
On mutt-users [EMAIL PROTECTED] wrote:
>=2E..and then Lorens Kockum said...
>% On mutt-users [EMAIL PROTECTED] wrote:
>% >
>% >I have procmail handing a carbon copy off to a script which then stuff
>% ^^
>% That script should do the work of stripping unwanted info.
>
>I thought about that, too, but the headers are there when it gets to
>pagenet and pagenet already knows how to strip it them -- so why
>should I do the work?
Hmmm. So you send a mail to the pager company, and they strip
out the headers of the mail. Your problem is that the body of
the mail you sent contains the headers of the original message
sent to your account, right?
So, your script should either parse out the headers and generate
new ones (since you probably want to keep the From), which I
agree isn't very smart, or... use the original mail's headers.
Bounce... yes, like you do when you "bounce" using mutt.
All you have to do is inject your mail so that the headers in it
are treated as headers and not as body.
You mentioned that you use qmail; simply use qmail-inject and
not sendmail. Don't forget the -f flag so that eventual bounces
("error" bounces) go to you and not to the unsuspecting guy who
sent you a mail.
I think this should solve your problem, hope it does. HAND.
--
#include Lorens Kockum
Re: bouncing messages (off-topic, I guess)
Warning Could not process message with given Content-Type: multipart/signed; boundary=IS0zKkzwUGydFO0o; micalg=pgp-sha1;protocol="application/pgp-signature"
Re: bouncing messages (off-topic, I guess)
On mutt-users [EMAIL PROTECTED] wrote: > >I'm trying to figure out the mechanism by which one bounces messages so >that I can forward them to my pager when I'm going to be in a meeting. >I have procmail handing a carbon copy off to a script which then stuff ^^ >the message through mail, but that means that I get all of the headers >and other such in the body of the message instead of having them stripped >out like the pager company does the real headers that it sees. That script should do the work of stripping unwanted info. Using mutt for automatic action upon mail receipt in user's absence does not seem a good idea to me. procmail to script to pager seems the way to go. Certainly easier than hacking mutt to do things it was never intended to do :-) -- #include Lorens Kockum
Re: Re: alias view
on Jun 09, David Thorburn-Gundlach wrote:
> That works well, and the listing is nice (just as nice as the index --
> gee, what a coincidence :-) Unfortunately it doesn't work when edit_hdrs
> is turned on (as I have it); I have to get in, write my note (or part
> of it), then get out and *then* select To: and tab.
>
> Is there any way to get to the alias listing without going through the
> motions of creating an email?
>
First, I'd like to ask a stupid question: why is it you want to see your
alias list, if not for sending or forwarding messages ?
Second, I don't think edit_hdrs is to blame for the behaviour you describe:
I'd rather put it on autoedit, which skips the prompt for recipient. I
personally have these settings:
unset autoedit #do not skip recipient prompt
set edit_hdrs #headers in editor
set fast_reply #skip prompt when replying
Then I can use when composing or forwarding messages if I can't remember
the aliases, and in the compose menu to add some recipients.
Now if you really have to see your aliases without involving a mail sending
phase, I have no other suggestion than to edit your .mutt.aliases file.
--
___
{~._.~}Renaud COLINET |
( Y ) [EMAIL PROTECTED] |
()~*~()(33)1 48 42 22 80 (home) |
(_)-(_)(33)1 41 75 31 37 (off) |
bouncing messages (off-topic, I guess)
Warning Could not process message with given Content-Type: multipart/signed; boundary=yL+ZYte7SjwQKpwo; micalg=pgp-sha1;protocol="application/pgp-signature"
Using autoedit with send-hooks ?
I use the autoedit feature of Mutt, and have found that it's incompatible with using send-hooks. Since mutt doesn't prompt you for a recipient when autoedit is turned on, the send-hook never activates. I realize that this falls under the note in the documentation for send-hook, but having used autoedit for a number of months, I don't relish having to retrain myself to put in the recipient and subject before I get into my editor. Is there any way to get the best of both worlds here ? -- j. James FitzGibbon (JF647)[EMAIL PROTECTED] EHLO Solutions Voice/Fax +1 416 410-0100
Re: alias view
Warning Could not process message with given Content-Type: multipart/signed; boundary=jRHKVT23PllUwdXP; micalg=pgp-sha1;protocol="application/pgp-signature"
Re: Installation of Mutt in HP-UX 10-20
Warning Could not process message with given Content-Type: multipart/signed; boundary=hoZxPH4CaxYzWscb; micalg=pgp-md5;protocol="application/pgp-signature"
