Re: Problem with pine (i want to use mutt)
> On Tue, Mar 21, 2000 at 11:08:41PM +0100, Michael Thies wrote: >> But all my incoming mails are going to $HOME/INBOX in >> pine-format. Not to /var/mail/mthies Setting the MAIL environment variable to $HOME/INBOX should help. -- http://www.guug.de/~roessler/
Re: Gnupg Keyserver
Jason Helfman <[EMAIL PROTECTED]>: > what is the syntax for specifying a keyserver in the options file > > i want to access http:///clug.chicago.il.us:11371 > and have entered it this way: > http:///clug.chicago.il.us:11371 & > clug.chicago.il.us:11371 & > clug.chicago.il.us Put the line "keyserver clug.chicago.il.us" in $HOME/.gnupg/options If that doesn't work, does the following command work? $ gpg --keyserver clug.chicago.il.us --recv D75E0A36 That command works for me. Edmund
Re: [Announce] mutt-1.1.9 is out - RELEASE CANDIDATE!
Hello, > patch-0.95.3.hb.save_alias.1 You can download a new version of this patch at: http://www.stack.nl/~hansbo/mutt.html The version for the development version is patch-1.1.1.hb.save_alias.1 -- Doei Hans =+== | Hans Bogaards | Pilate asked: What is Truth?| | email: [EMAIL PROTECTED] | And he nailed the answer | || On the cross of Reality| PGP signature
dtmail 'mailbox/rfc822' problems
hi has anyone encountered a problem with dtmail 'mailbox/rfc822' attachments? i find that because these contain the mbox 'from' line, mutt interprets them as separate emails, and they appear in my inbox rather than as attachments to the original mail. any idea how to stop this from happening? fyi: mutt 1.0i and 1.1.9i. cheers jonathan -- .sigbot at contact-j @ bast.uk.sun.com for phone/address etc ++---+ | ECHELON Fodder | Pathfinders NRC SUPIR NMIC SLI J2 | ++---+
problems with the "new" tag in mutt -y
hi. i am having the following problem for a long time and still found no solution. *** my ~/.muttrc set record=+outgocopy mailboxes =lart mailboxes =alsa-user mailboxes =mbox mailboxes =accu mailboxes =oldaddress # i cut out most for privacy reasons. it's 22 mailboxes i have listed here. ** snap ** my ~/.forward "|/usr/bin/procmail" ** snap ** my ~/.procmailrc PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/mbox LOGFILE=$HOME/procmail.log :0: * pop..de oldaddress :0: * ^From [EMAIL PROTECTED] lart # i cut out most for privacy reasons. it's 22 mailboxes i have listed here. ** snap ** my crontab erik@vulcain:~ > crontab -l 0-59/20 * * * * $HOME/scripts/cronedfetchmail ** snap the cronedfetchmail does fetchmail -s ** my .fetchmailrc poll thehost proto pop3 user myuser password secret3 mda "formail -s procmail" poll thehost proto pop3 user myuser2 password secret2 mda "formail -s procmail" poll theotherhost proto pop3 user myuser3 password secret mda "formail -s procmail" ** snap my MTA is exim. but in the end everything is delivered into procmail. only procmail and mutt are working on ~/Mail i always use mutt -y there i see a list. mails can have a "N" mark if they are new. The problem ist that _very often but not always_ there is no N mark even though there are new mails inside. there is never an N mark without new mails inside. the mutt documentation sais Note: new mail is detected by comparing the last modification time to the last access time. Utilities like biff or frm or any other program which accesses the mailbox might cause Mutt to never detect new mail for that mailbox if they do not properly reset the access time. i do not use KDE or GNOME or any other stuff, no biff and nothing. what way to go ? it is pretty shitty to check all 20 folders each time only cause i am not sure if they are really not new. i am not using NFS for anything. everything is my local e2fs. my mailbox files are in good old standard folder format. i am asking for a) an option in mutt that always checks for new mail via opening the file and looking inside. this is for all people that cannot live without those stupid other tools that behave incorrectly. and for those people that don't mind the slower performance. this option could be made the default. then people that feel too slowly about mutt can use the extra performance option to look not into the folder but examine it's access time only. and for all others the problems are just fixed. b) give me a clue how to find my enemy so that i can create a bugreport for that enemy and not for mutt. c) something else ;) help :-) cu&thanks erik -- Name: Erik Thiele Email: [EMAIL PROTECTED]o `QQ'_ IRC: erikyyy/ __8 WWW: http://www.erikyyy.de/ ' `
Re: Gnupg Keyserver
Ok that worked, but what if I want to have it retrieve a email address or last name...like mine? will it work then as well, why is the options file not responding to that request, baffles me... ! Edmund GRIMLEY EVANS <[EMAIL PROTECTED]> [220300 07:14]: > Jason Helfman <[EMAIL PROTECTED]>: > > > what is the syntax for specifying a keyserver in the options file > > > > i want to access http:///clug.chicago.il.us:11371 > > and have entered it this way: > > http:///clug.chicago.il.us:11371 & > > clug.chicago.il.us:11371 & > > clug.chicago.il.us > > Put the line "keyserver clug.chicago.il.us" in $HOME/.gnupg/options > > If that doesn't work, does the following command work? > > $ gpg --keyserver clug.chicago.il.us --recv D75E0A36 > > That command works for me. > > Edmund -- /helfman "At any given moment, you may find the ticket to the circus that has always beenin your possession." Fingerprint: 2F76 2856 776A 3E07 9F3E 452A 17D9 9B28 D75E 0A36 GnuPG http://www.gnupg.org Get Private!
Re: Gnupg Keyserver
Jason Helfman writes: > Ok that worked, but what if I want to have it retrieve a email address > or last name...like mine? will it work then as well, why is the options > file not responding to that request, baffles me... Well, it's a _key_ server. It serves _keys_. Keys usually have the key owner's name and email addresses associated with it. If that's not what you want, I don't understand your question. $ gpg --list-key lars gpg: NOTE: THIS IS A DEVELOPMENT VERSION! gpg: It is only intended for test purposes and should NOT be gpg: used in a production environment or with production keys! pub 1024D/83AC334A 1999-09-22 Lars Hecking <[EMAIL PROTECTED]> sub 1024g/9186116D 1999-09-22 pub 1024R/FB6F7CC9 1998-02-27 Lars Hecking <[EMAIL PROTECTED]> $
Backup-Hint/Manual (was: problems with the "new" tag in mutt -y)
On Wed, Mar 22, 2000 at 01:46:11PM +0100, Erik Thiele wrote: > c) something else ;) Is this manual enhancement something for you? Gero --- manual.sgml.headSun Mar 19 15:40:02 2000 +++ manual.sgml.head.newWed Mar 22 15:29:41 2000 @@ -1147,7 +1147,8 @@
Re: Backup-Hint/Manual (was: problems with the "new" tag in mutt -y)
On Wed, Mar 22, 2000 at 03:34:14PM +0100, Gero Treuner wrote: > On Wed, Mar 22, 2000 at 01:46:11PM +0100, Erik Thiele wrote: > > c) something else ;) > > Is this manual enhancement something for you? oh my god ! at first i wanted to laugh but now i remember that i am doing a automated cp of my whole home directory each midnight ! yes your documentation addon is definitly worth it ! but wait. i am using cp -a it doesn't change access times oh my. it does change them. i tested it. so i guess i should copy my files withtar cpf -|tar xpf - yes. this works. (also tested) OFFTOPIC: isn't this a racing condition in tar: 1. read access time of file 2. copy file 3. set the access time of the file back to its original. what if someone else changes the accesstime while step 2 is running ;) OFFTOPIC END mmmh. thanks for finally fixing this ultra frustrating problem for me ;) i am sad that this cannot be REALLY fixed... what if a user with 20 folders (like me) but only some of them get mail regularly, gets a mail in one of those once in a year folders does a (wrong) backup of his Mails and won't EVER notice his new mail ? therefor i wrote a script. i'll send it in half an hour or so since not yet completely finished cu erik -- Name: Erik Thiele Email: [EMAIL PROTECTED]o `QQ'_ IRC: erikyyy/ __8 WWW: http://www.erikyyy.de/ ' `
Re: Backup-Hint/Manual (was: problems with the "new" tag in mutt -y)
ok. here we have a script that checks if the access time is correctly set. i.e. "N" will be correctly shown. it does this by reading the folder looking for new mail and comparing this with the information from the access time. the script is rather big, so get it from http://www.erikyyy.de/checkyyyfolder i not want to fill your mboxes with scripts you don't read ;) in order to run it you need bash stat (( what is stat? it does this: erik@vulcain:~/Mail > stat mbox File: "mbox" Size: 388675 Blocks: 766 Regular File Access: (0600/-rw---) Uid: ( 1000/erik) Gid: ( 1000/erik) Device: 803Inode: 897027 Links: 1 Access: Wed Mar 22 16:43:52 2000 Modify: Wed Mar 22 16:39:17 2000 Change: Wed Mar 22 16:43:51 2000)) grep egrep lockfile-create lockfile-touch lockfile-remove (( debian package "lockfile-progs" )) formail (( debian package "procmail" )) have fun finding new mails in folders you didn't expect them in :-) cu erik -- Name: Erik Thiele Email: [EMAIL PROTECTED]o `QQ'_ IRC: erikyyy/ __8 WWW: http://www.erikyyy.de/ ' `
problems with the "new" tag in mutt -y
hi. i am having the following problem for a long time and still found no solution. *** my ~/.muttrc set record=+outgocopy mailboxes =lart mailboxes =alsa-user mailboxes =mbox mailboxes =accu mailboxes =oldaddress # i cut out most for privacy reasons. it's 22 mailboxes i have listed here. ** snap ** my ~/.forward "|/usr/bin/procmail" ** snap ** my ~/.procmailrc PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/mbox LOGFILE=$HOME/procmail.log :0: * pop..de oldaddress :0: * ^From [EMAIL PROTECTED] lart # i cut out most for privacy reasons. it's 22 mailboxes i have listed here. ** snap ** my crontab erik@vulcain:~ > crontab -l 0-59/20 * * * * $HOME/scripts/cronedfetchmail ** snap the cronedfetchmail does fetchmail -s ** my .fetchmailrc poll thehost proto pop3 user myuser password secret3 mda "formail -s procmail" poll thehost proto pop3 user myuser2 password secret2 mda "formail -s procmail" poll theotherhost proto pop3 user myuser3 password secret mda "formail -s procmail" ** snap my MTA is exim. but in the end everything is delivered into procmail. only procmail and mutt are working on ~/Mail i always use mutt -y there i see a list. mails can have a "N" mark if they are new. The problem ist that _very often but not always_ there is no N mark even though there are new mails inside. there is never an N mark without new mails inside. the mutt documentation sais Note: new mail is detected by comparing the last modification time to the last access time. Utilities like biff or frm or any other program which accesses the mailbox might cause Mutt to never detect new mail for that mailbox if they do not properly reset the access time. i do not use KDE or GNOME or any other stuff, no biff and nothing. what way to go ? it is pretty shitty to check all 20 folders each time only cause i am not sure if they are really not new. i am not using NFS for anything. everything is my local e2fs. my mailbox files are in good old standard folder format. i am asking for a) an option in mutt that always checks for new mail via opening the file and looking inside. this is for all people that cannot live without those stupid other tools that behave incorrectly. and for those people that don't mind the slower performance. this option could be made the default. then people that feel too slowly about mutt can use the extra performance option to look not into the folder but examine it's access time only. and for all others the problems are just fixed. b) give me a clue how to find my enemy so that i can create a bugreport for that enemy and not for mutt. c) something else ;) help :-) cu&thanks erik -- Name: Erik Thiele Email: [EMAIL PROTECTED]o `QQ'_ IRC: erikyyy/ __8 WWW: http://www.erikyyy.de/ ' `
Re: Backup-Hint/Manual (was: problems with the "new" tag in mutt -y)
Erik Thiele <[EMAIL PROTECTED]> wrote on Wed, 22 Mar 2000: > i am sad that this cannot be REALLY fixed... > what if a user with 20 folders (like me) > but only some of them get mail regularly, > gets a mail in one of those once in a year folders > does a (wrong) backup of his Mails > and won't EVER notice his new mail ? Simple, if you're concerned about this use a folder format that doesn't care about file timestamps for those folders. I recommend Maildir. :-) Regards, Mikko PS. The list preferred address is [EMAIL PROTECTED] -- // 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 / The world will come to an end on 1.1.1900!!!
Re: Problem with pine (i want to use mutt)
Mikko Hänninen hat ueber "Re: Problem with pine (i want to use mutt)" geschrieben: > What's "pine-format"? Doesn't Pine use standard unix mbox files? Hmm? I don't know. If I use setting spoolfile, and/or starting mutt with "-f INBOX" I get INBOX is not a mailbox. > Pine doesn't control the mail delivery, so nothing you can change in > Pine will help. The delivery location is controlled by whatever mail > delivery program is used (/bin/mail, procmail, the MTA's own, etc.) OK. I thought, that maybe pine is corrupting something in the system, maybe the sysadmin has done that. The INBOX-File has at the beginning two lines with *mbx* 38d90673 then 30 empty lines, an interessant line with the date: 22-Mar-2000 18:44:19 +0100,636;- and then the "normal" mail. Maybe it is a feature from tmail-4.1(10) or sendmail on this host. I will ask the sysadmin, but he is on vacation till end of march. thanx for all the answers -- \o/ Michael Thies --- [EMAIL PROTECTED] Der Physiklehrer möchte die Wirkung des Magneten erklären. Einleitend fragt er: "Was hebt Gegenstände vom Boden auf und fängt mit 'M' an?" - "Meine Mutter!"
Re: Problem with pine (i want to use mutt)
i know that it won't see it as a mailbox unless it is under the Mail directory... i create a mail directory for use in mutt, pine and netscape by doing this in my Msgs directory: touch mailbox ...and i have a symlink of Mail to Msgs directory for use with procmail...so it reads from this directory. I have a link to my inbox in the Msgs directory to my spooled maildirectory ln -s /var/spool/mail/$USER ~$USER/Msgs/inbox this seems to work very nicely --- /helfman "At any given moment, you may find the ticket to the circus that has always beenin your possession." Fingerprint: 2F76 2856 776A 3E07 9F3E 452A 17D9 9B28 D75E 0A36 GnuPG http://www.gnupg.org Get Private! - Original Message - From: Michael Thies <[EMAIL PROTECTED]> Date: Wednesday, March 22, 2000 12:02 pm Subject: Re: Problem with pine (i want to use mutt) > Mikko Hänninen hat ueber "Re: Problem with pine (i want to use > mutt)" geschrieben: > > What's "pine-format"? Doesn't Pine use standard unix mbox files? > > Hmm? I don't know. > If I use setting spoolfile, and/or starting mutt with "-f INBOX" I get > INBOX is not a mailbox. > > > Pine doesn't control the mail delivery, so nothing you can > change in > > Pine will help. The delivery location is controlled by whatever > mail> delivery program is used (/bin/mail, procmail, the MTA's > own, etc.) > > OK. I thought, that maybe pine is corrupting something in the system, > maybe the sysadmin has done that. > > > The INBOX-File has at the beginning two lines with > *mbx* > 38d90673 > > then 30 empty lines, an interessant line with the date: > 22-Mar-2000 18:44:19 +0100,636;- > > and then the "normal" mail. > > Maybe it is a feature from tmail-4.1(10) or sendmail on this host. > > > I will ask the sysadmin, but he is on vacation till end of march. > > thanx for all the answers > -- > \o/ > Michael Thies --- [EMAIL PROTECTED] > > Der Physiklehrer möchte die Wirkung des Magneten erklären. > Einleitend fragt er: "Was hebt Gegenstände vom Boden auf und > fängt mit 'M' an?" - "Meine Mutter!" > >
Re: Problem with pine (i want to use mutt)
Michael Thies <[EMAIL PROTECTED]> wrote on Wed, 22 Mar 2000: > Mikko Hänninen hat ueber "Re: Problem with pine (i want to use mutt)" geschrieben: > > What's "pine-format"? Doesn't Pine use standard unix mbox files? > > Hmm? I don't know. It does, at least for the stored mail folders... When I've used it, anyway, a long long time ago. :-) > If I use setting spoolfile, and/or starting mutt with "-f INBOX" I get > INBOX is not a mailbox. > The INBOX-File has at the beginning two lines with > *mbx* > 38d90673 > > then 30 empty lines, an interessant line with the date: > 22-Mar-2000 18:44:19 +0100,636;- > > and then the "normal" mail. Okay, that's not the standard mbox mail format. So Mutt rightly says it can't read the folder. Mutt supports only 4 mail folder formats: standard unix mbox, Maildir, MH and MMDF. I don't think that you have any of those, though I don't know all the details of what MMDF is like. You need to have your incoming mail folder in one of the above recognised formats, before Mutt can read it. > Maybe it is a feature from tmail-4.1(10) or sendmail on this host. I've never heard of tmail. I doubt sendmail is doing that on its own, although it could be invoking a separate mail delivery program that uses that format. Regards, 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 / "Personally, I want my computer's memory to be more reliable than mine." /.
Re: Backup-Hint/Manual (was: problems with the "new" tag in mutt -y)
Erik Thiele writes: > i am sad that this cannot be REALLY fixed... what if a > user with 20 folders (like me) but only some of them > get mail regularly, gets a mail in one of those once in > a year folders does a (wrong) backup of his Mails and > won't EVER notice his new mail ? Use the fix-atime program under ftp.mutt.org/pub/mutt/contrib/. -- http://www.guug.de/~roessler/
Re: Problem with pine (i want to use mutt)
A-Ha! Found it! There are clues scattered about the netnews posting
I attach to this email.
There's a pile o' problems here. They can all be summed up by "mbx".
This is a special non-standard mailbox folder format, invented by
someone who thinks Maildir is a bad idea. That much can be said
objctively, and so I think I'll just stop there.
tmail appears to be the gizmo created to allow sendmail to deliver
directly into "mbx" format folders.
If you want to use mutt, you need to get your email out of those
folders. If you want to use mutt and _enjoy_ it, you'll need to do
this on a permanent basis, so a one-time conversion isn't any real
help.
If you hate the works of that designer as much as I do, you can free
yourself from them entirely by e.g. using procmail for your local
delivery. Set up your .forward to pipe into procmail, and set your
.procmailrc to file your email in some normal folder format.
If that kind of brute-force assault against the establishment makes
you nervous, then why not dodge the problem; if your server is using
tmail, it's probably also running an imap server that works off mbx
folder format, so use mutt's imap support. Set your inbox to
{localhost} and read your email that way.
-Bennett
On 3 Mar 2000, Matthew Black wrote:
> I'm interested in migrating my site from the Unix and mbox drivers to
> the mbx driver but don't know how.
There are three parts of the equation, which must be considered
independently. You can also choose not to do any one of these, although
generally you'll do at least (1).
1) Creating an mbx-format INBOX for each user. This is done by using the
mbxcreat program in ftp://ftp.cac.washington.edu/mail/imap-utils.tar.Z,
e.g.
mbxcreat #driver.mbx/INBOX
while logged in as the user.
2) Converting existing mailboxes to mbx format. This is done by using the
the mbxcvt program in ftp://ftp.cac.washington.edu/mail/imap-utils.tar.Z
e.g.
mv myfolder myfolder.old;mbxcvt myfolder.old mbx myfolder
3) Causing new secondary folders to be created in mbx format. This is
done by rebuilding c-client based applications (imapd, Pine, etc.)
with CREATEPROTO=mbxproto (instead of unixproto) in the c-client
makefile (imap-4.[]/src/osdep/unix/Makefile).
4) Delivering new mail directly to the mbx-format INBOX. This is done by
using either tmail (again from the IMAP utilities package) for a direct
call from sendmail, or dmail if you want to do it from procmail.
All of the IMAP utilities have man pages to help you along.
> I read that both mbx and mbox use a flat file format. When a user
> connects to the imap server, the mbox driver copies the mail spool into
> the file ~/mbox if it exists. What does the mbx driver do?
The mbx driver uses a file called INBOX in the home directory as INBOX.
Most sites configure direct delivery to it (see (4) above) but if there is
an INBOX in the spool directory the mbx driver will automatically snarf
the new messages into the mbx INBOX.
> How does one configure their system to select the mbx driver? Will
> this affect the flat-file format of user folders or just the inbox?
> As system administrator, do I need to create an empty INBOX file in every
> user's home directory?
Have I answered these questions to your satisfaction?
> I would prefer this change to be transparent to
> users so they don't need to edit their Netscape configuration.
It should be.
> Does the
> env_init() patch specifying that imap folders reside in ~/mail/ rather
> than ~/ affect where to place mbx INBOX?
Yes.
> The mbox driver always expects
> that file to be located in ~/mbox. If a user manages to destroy their
> mbx INBOX file, does this push them back to the Unix driver?
Yes. The same is true for both mbx and mbox.
-- Mark --
* RCW 19.190 notice: This email address is located in Washington State. *
* Unsolicited commercial email may be billed $500 per message. *
Science does not emerge from voting, party politics, or public debate.
PGP signature
Re: [Announce] mutt-1.1.9 is out - RELEASE CANDIDATE!
On Sun, Mar 19, 2000 at 06:13:16PM -0500, David T-G wrote: > Now that I can build because I have a working compiler (sorry for the > noise :-) I would like to look into my favorite feature patches. I use > patch-0.00.sec.patchlist.7 > patch-0.95.4.sec.expand_hook.1 [...] > Can the authors or maintainers of the patches let me know if any > of them are obsoleted or need to be updated, and where to get them? I will probably not be updating any patches soon, as I'm still using mutt-1.0, and I'm happy with it. CU, Sec -- Whatever the virtues of balance, it's just a pleasant form of insanity. PGP signature
mutt-1.1.9 refresh problem
Hi, I am using mutt 1.1.9i. When using gnupg to verify the signature, the screen is not properly refreshed. ie. some of the characters from the index page are still displayed. Here is my mutt -v output: 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.14 [using ncurses 5.0] 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="/usr/share/mutt" SYSCONFDIR="/etc" ISPELL="/usr/bin/ispell" To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please use the muttbug utility. The gnupg verify command is taken from the gpg.rc file. Regards, Shao. -- Shao Zhang - Running Debian 2.1 ___ _ _ Department of Communications/ __| |_ __ _ ___ |_ / |_ __ _ _ _ __ _ University of New South Wales \__ \ ' \/ _` / _ \ / /| ' \/ _` | ' \/ _` | Sydney, Australia |___/_||_\__,_\___/ /___|_||_\__,_|_||_\__, | Email: [EMAIL PROTECTED] |___/ _
[[expert] Re: [expert) OT: Pegaus Mail]
- Forwarded message - To: <[EMAIL PROTECTED]> Subject: [expert] Re: [expert) OT: Pegaus Mail Date: Wed, 22 Mar 2000 15:35:58 -0600 X-Mailer: Microsoft Outlook Express 4.72.3110.1 The owner of Pegasus is willing to work privately with a developement team to make Pegasus mail client available to Linux users. http://www.pegasus.usa.com/sundry/pmlinux.htm Pj - End forwarded message - -- -- C^2 No windows were crashed in the making of this email. Looking for fine software and/or web pages? http://w3.trib.com/~ccurley
Re: Help with Multiple Email Addresses
On Tue, Mar 21, 2000 at 04:20:46PM -0600, Aaron Schrab wrote: > The 'my_hdr From:' command is overriding the effect of reverse name. If > you're using a 1.1.x version, you can set the 'from' variable to the > address you want to be the default instead of using my_hdr. Thanks! Worked like a charm. I was running 1.0 from the RPM's provided with LinuxPPC, but I compiled 1.1.something (9 I think), and this works wonderfully! In case anyone else is interested, in addition to the $from variable there is also $realname (stupid me was trying to put both in the $from variable). -- James F. Kubecki The Kubecki Family Web Page: http://www.kubecki.com/
dupe checking
Hi does mutt have something like a dupe checker (or is there an external program that's capable of this)? one of my mail servers is slow and if fetchmail times out, it starts from the beginning because my mail server flushes the mails _after_ the POP3 session. removing all mails that are twice or even more times downloaded are filling up my mailboxes. Regards, Manuel
Re: dupe checking
Manuel -- ...and then Manuel Bessler said... % Hi % % does mutt have something like a dupe checker (or is there an external % program that's capable of this)? formail is probably your best bet for this. Check out the -D option for the Message-ID: cache... :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
Re: dtmail 'mailbox/rfc822' problems
Jonathan -- BTW, the real mutt-users address is above. What is this gbnet thing, anyway? ...and then Jonathan Irving said... % hi % % has anyone encountered a problem with dtmail % 'mailbox/rfc822' attachments? i find that because these Yep. % contain the mbox 'from' line, mutt interprets them as More specifically, they contain an unescaped '^From ' line (yes, including the space) because dtmail likes to use and honor the Content-Length: header and not escape the ^From_ headers. Not a bad idea, as far as I can understand it, as long as everyone else uses that convention, too. Of course, people (and software) have been escaping ^From_ headers since the computer equivalent of THE BEGINNING OF TIME, but, hey, maybe it's time for a change. Yeah, right. Well, I recall that there is a flag in dtmail that lets you turn off this silly behavior (no doubt stated as "crippling" dtmail, but that's their opinion), so if these are your messages, you're fine. Other than that, formail is probably your best bet aside from a perl script to go thru and change ^From_ to ^>From_ when not in *real* headers. % separate emails, and they appear in my inbox rather than as % attachments to the original mail. Yep. % % any idea how to stop this from happening? Well, you could always dump any messages from anyone who uses dtmail ;-) % % fyi: mutt 1.0i and 1.1.9i. % % cheers % jonathan % % -- % .sigbot at contact-j @ bast.uk.sun.com for phone/address etc % ++---+ % | ECHELON Fodder | Pathfinders NRC SUPIR NMIC SLI J2 | % ++---+ :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
folder hook problems
I'm trying to do two things here. Change the sig and the From in my headers when i am in the 'school' folder. So far, only the sig come up right. I can't get the From field to change. jonathon -- #set default_hook = "~f %s !~P | (~P ~C %s)" set default_hook = "~t %s" send-hook . 'my_hdr From: J McKitrick <[EMAIL PROTECTED]>' folder-hook . 'my_hdr From: J McKitrick <[EMAIL PROTECTED]>' send-hook mom 'set signature=~/.signice' send-hook dad 'set signature=~/.signice' folder-hook school 'my_hdr From: J McKitrick <[EMAIL PROTECTED]>' folder-hook school set signature=~/.signice send-hook moe 'my_hdr From: J McKitrick <[EMAIL PROTECTED]>' send-hook (@freebsd.org) my_hdr From: j mckitrick <[EMAIL PROTECTED]> send-hook (@freebsd.org) set signature=~/.signature
Attachments when using IMAP
I use mutt 1.1.9i at work to connect via IMAP to a server at home. If I attempt to attach a file, it only finds files on the IMAP server instead of in my home directory on the machine from which I am running mutt. So, I usually end up scp-ing the file over to my mail server and attaching it to the message from there. Did I screw something up or did I find a bug? Thanks, Ben -- "There is no spoon" -- The Matrix
