Re: Mutt and Gnus to use same mailboxes?
"Cory T. Echols" [EMAIL PROTECTED] writes: On 02/14, Andre Berger wrote: I'd like to know if Mutt and Gnus could read from and write to the same mailboxes? If I remember correctly, Emacs mail programs must use a different folder locking mechanism than other Unix mail apps. So for folder formats that require locking, you'll most likely have trouble. The maildir folder format used by QMail doesn't require locking to operate safely though. So if GNUS supports maildir, you can probably use it with mutt safely if you use maildir folders. -- Cory T. Echols [EMAIL PROTECTED] Thank you. I know this is the wrong list, but maybe someone knows how to use Maildir with Gnus? (Please contact me off-list if you think this is too far OT.) Mutt/Maildir/IMAP is great fine, and has really impressed me. If only I were able read the news with Mutt; or get Maildir and or IMAP working with Gnus... -- Andre Berger[[EMAIL PROTECTED]]
mutt does not recognize xterm size
Hi Mutt-users, I have a problem during startup of mutt on a fast hardware. Starting mutt with xterm -geometry 220x80+70+100 -vb -T "mutt Mail" -j -e mutt produces a large xterm, but mutt only uses 1/3 of the lines. Starting first xterm -geometry 220x80+70+100 -vb -T "mutt Mail" -j and then entering mutt return produces a "well-formed" mutt, i.e. mutt recognizes the proper size. Upon request I can send a screen-shot. HW: 1200 MHz Thunderbird SW: mutt-1.2.5, Linux 2.4.1 I tried inserting a sleep 5 before starting mutt (creating a start-up script) but that does not change the situation. Any idea? TIA Frank
Re: mutt does not recognize xterm size
Hi Frank,
I have a problem during startup of mutt on a fast hardware.
Starting mutt with
xterm -geometry 220x80+70+100 -vb -T "mutt Mail" -j -e mutt
produces a large xterm, but mutt only uses 1/3 of the lines.
...
I use a script Xmutt and the "essential" line is:
xterm -T "Mail for ${USER}@${HOSTNAME}" -geometry 85x47+100+10 -e mutt $*
It work's well for me.
I'll append the script and an rc-file (nothing great, just shell
scripts).
Ciao for now, Dirk
--
Dirk Ruediger, Rostock, Germany
Let's not complicate our relationship by trying to communicate with each other.
#!/bin/sh
LANG=de_DE
LANGUAGE=de_DE
LC_ALL=de_DE
EDITOR=vi
VISUAL=vi
FCEDIT=vi
MUTTALIASFILE=~/.mutt/aliases
PATH=$PATH:~/bin
MUTTTITLE="Post fuer ${USER}@${HOSTNAME}"
MUTTFONT=10x20
MUTTBG=black
MUTTFG=white
MUTTGEOMETRY="85x47+100+10"
[ -r ~/.xmuttrc ] source ~/.xmuttrc
(
xterm \
-T "$MUTTTITLE" \
-fn $MUTTFONT \
-bg $MUTTBG \
-fg $MUTTFG \
-geometry $MUTTGEOMETRY -e mutt $*
) 2 ~/.Xmutt.log
MUTTALIASFILE=~/.mutt/aliases
MUTTTITLE="Postfach von ${USER}@${HOSTNAME}"
MUTTFONT=10x20
MUTTBG=black
MUTTFG=white
MUTTGEOMETRY="95x46+100+10"
Re: new mail in folder overview
Roel Vanhout ([EMAIL PROTECTED]) said something to this effect on 02/15/2001: Anyway, my question of the day is if there is a better way to detect new mail in the folder view. According to the manual new mail is detected by checking the access time of the folder, but I also have a mailchecker applet running so this is not good. I would also like to detect not only new mail, but also 'old' new mail (marked with O instead of N). This doesn't seem to be possible by using %N in the folder_format. I use Maildir to store my mail in. Would there be a way to use an external program to check for new mail? I could write my own script to go through all 'new' directories. I got around this problem by setting mark_old to no, which tells mutt not to mark new messages with an 'O' when I leave the folder without reading them. When I come back they are still marked 'N'. I believe %N matches these "new" messages. (darren) -- There are trivial truths and there are great Truths. The opposite of a trival truth is obviously false. The opposite of a great Truth is also true. -- Neils Bohr
Re: mutt does not recognize xterm size
Frank Derichsweiler ([EMAIL PROTECTED]) said something to this effect on 02/15/2001: I have a problem during startup of mutt on a fast hardware. Starting mutt with xterm -geometry 220x80+70+100 -vb -T "mutt Mail" -j -e mutt produces a large xterm, but mutt only uses 1/3 of the lines. Starting first xterm -geometry 220x80+70+100 -vb -T "mutt Mail" -j and then entering mutt return produces a "well-formed" mutt, i.e. mutt recognizes the proper size. Upon request I can send a screen-shot. Out of curiosity, what happens when you resize the xterm? Does mutt rearrange itself to take advantage of the full size, after the xterm is resized? If so, I'd take a look at the curses library in use, and compare the version with the version running on the PIII where this problem doesn't occur. Something like this probably couldn't really be a mutt issue, since mutt doesn't handle writing to the terminal directly (it uses a drawing library). (darren) -- There are trivial truths and there are great Truths. The opposite of a trival truth is obviously false. The opposite of a great Truth is also true. -- Neils Bohr
Re: mutt does not recognize xterm size
Hi Frank,
On Thu, Feb 15, 2001 at 12:09:26PM +0100, Dirk Ruediger wrote:
I have a problem during startup of mutt on a fast hardware.
Starting mutt with
xterm -geometry 220x80+70+100 -vb -T "mutt Mail" -j -e mutt
produces a large xterm, but mutt only uses 1/3 of the lines.
...
I use a script Xmutt and the "essential" line is:
xterm -T "Mail for ${USER}@${HOSTNAME}" -geometry 85x47+100+10 -e mutt $*
Thanks for the script and the suggestion, but that does not work.
My approch worked on a PIII @ 500 MHz without any problem. Now I have
a 1200 MHz Thunderbird and it looks like beeing "too fast"
What I forgot to say: the geometry 220x80 means an xterm with 220
char-lines. Is that what you wanted (don't know your screen size and
resolution ;-)?
Maybe try another terminal emulator (rxvt or eterm), but I suppose your
new box doesn't get real load by using eterm...
Ciao for now, Dirk
--
Dirk Ruediger, Rostock, Germany
Let's not complicate our relationship by trying to communicate with each other.
Re: mutt does not recognize xterm size
On Thu, Feb 15, 2001 at 08:32:49AM -0500, darren chamberlain wrote: [mutt does not properly recognize screen size] Out of curiosity, what happens when you resize the xterm? Does mutt rearrange itself to take advantage of the full size, after the xterm is resized? yes, that works fine If so, I'd take a look at the curses library in use, and compare the version with the version running on the PIII where this problem doesn't occur. I will do that. Thanks a lot for the tip. Greetings, Frank
Re: mutt does not recognize xterm size
On Thu, Feb 15, 2001 at 10:35:03AM +0100, Frank Derichsweiler wrote: Hi Mutt-users, xterm -geometry 220x80+70+100 -vb -T "mutt Mail" -j -e mutt produces a large xterm, but mutt only uses 1/3 of the lines. Any idea? Does -wf help at all? -- Oo---o, Oo---o, O-weem-oh-wum-ooo-ayyy In the jungle, the silicon jungle, the process sleeps tonight. Joe Philipps [EMAIL PROTECTED], http://www.philippsfamily.org/Joe/ public PGP/GPG key 0xFA029353 available via http://www.keyserver.net PGP signature
Re: mutt does not recognize xterm size
On Thu, 15 Feb 2001, Frank Derichsweiler wrote: On Thu, Feb 15, 2001 at 08:32:49AM -0500, darren chamberlain wrote: [mutt does not properly recognize screen size] Out of curiosity, what happens when you resize the xterm? Does mutt rearrange itself to take advantage of the full size, after the xterm is resized? yes, that works fine I've seen this sort of thing reported, but only for configurations that I don't have (I did some changes in the last few patches to try to prevent it - current patch #150 is pretty stable, and it would be nice to know if that fixes the problem). If so, I'd take a look at the curses library in use, and compare the version with the version running on the PIII where this problem doesn't occur. I will do that. Thanks a lot for the tip. It's more likely xterm than the screen library. -- T.E.Dickey [EMAIL PROTECTED] http://dickey.his.com ftp://dickey.his.com
Automatic filing
I'd like mutt to do the following for me: 1. In my "" folder, display not the sender (which is always me) but the recipient. 2. When I have read something in the "!" folder, only file it in "" when the sender is not a correspondent recognized from my mail-aliases and list aliases. Otherwise, file it into a folder with the same name as the alias. 3. When I send mail to a recipient known from my mail-aliases or list aliases, file it into the corresponding folder instead of in "". Elm could do these, so I suppose mutt can also, I just can't figure out how. Dirk
Re: setting spoolfile, lynx keybindings and using the meta-key
Thank you for the tips; do you know how anything about that last thing (i.e., how to use the Meta-key in the minibuffer)? Cheers, Manuel
ssmtp, fetchmail, mutt... and a partridge in a pear tree
* Suresh Ramasubramanian [EMAIL PROTECTED] [11 Feb 01 00:12]: [a bit OT] Does ssmtp do deferred delivery (so that I can queue mail offline and then send it all at one shot, as I do with /usr/sbin/sendmail -q)? I have not found it so, but then I have only installed it this morning. For the nonce, I am delighted that it WORKS!!! [I'll be putting up a howto of how to set up email on a linux box connected via a dialup - checking pop accounts with fetchmail, using mutt as the client and sendmail as the MTA. I'd also like to add sections on exim, postfix and ssmtp / masqmail / nullmailer] Your efforts will be greatly appreciated, on my end, at least
sort of OT MacOS X
The more I read about MacOS X, the more excited I am getting. http://salon.com/tech/review/2000/11/17/hubbard_osx/index1.html. It is looking more and more like a poor-man's SGI workstation. GUI-based OS with a real UNIX kernel in the background. As much as I like Linux and such, I lose a lot of patience with XF86 and usually wind up back at NT. Anyway, has anyone here tried it and built mutt on it? I am wondering how some of the software I use a lot will build and run under it. Thanks. And sorry if this is OT. -Ken -- [EMAIL PROTECTED]AIM: ScopusFest
Hooks for mailing lists
Hi
I'm subscribed to some mailing lists, they (the mbox files ;-) reside in
~~/Mail/Lists/.
I defined in ~/.muttrc:
unsubscribe *
subscribe `cd $HOME/Mail/Lists/ ; echo *`
unlists *
lists `cd $HOME/Mail/Lists/ ; echo *`
They are expanded to:
lists=cygwin debian-announce debian-bsd debian-changes docbook docbook-apps evolution
gmx gnome-announce gnucash gnu-screen mutt-users openoffice-announce perl-xml procmail
tex-announce vim wm-user xml-rpc zope-announce
subscribe=cygwin debian-announce debian-bsd debian-changes docbook docbook-apps
evolution gmx gnome-announce gnucash gnu-screen mutt-users openoffice-announce
perl-xml procmail tex-announce vim wm-user xml-rpc zope-announce
and it works, e.g. when list-replying (Shift-L with my mappings).
Then I defined some hooks to tune mutt's handling of "my" mailing list:
send-hook ~l "set locale=C attribution='Hi all!\n\nOn %{%a, %d %b %Y}, %n wrote:\n'"
send-hook ~l my_hdr From: [EMAIL PROTECTED]
fcc-save-hook ~l =Lists/%B
They define my (alternate) personality, an attribution and the save
place.
But none of them (the hooks) work!
The fcc-save-hook ist "=mutt-users", but I wanted "=Lists/mutt-users"...
and the other both hooks also aren't processed.
This is important only when replying to mailing lists, all the mail I
receive is processed by procmail and delivered to the right place.
Any suggestion?
Ciao for now, Dirk
P.S.: What is ~l expanded to?
--
Dirk Ruediger, Rostock, Germany
Let's not complicate our relationship by trying to communicate with each other.
XEMacs as an editor
Hello! I've seen very cool $EDITOR settings to edit messages in emacs; but XEmacs is different with Emacs in regard of servering. I am not an [X]Emacs guru (yet), so all my attempts to set it up ended in nothing. Maybe someone has made it? Alex.
Re: XEMacs as an editor
On Thursday, 15 February 2001 at 19:53, Alex Povolotsky wrote: Hello! I've seen very cool $EDITOR settings to edit messages in emacs; but XEmacs is different with Emacs in regard of servering. I am not an [X]Emacs guru (yet), so all my attempts to set it up ended in nothing. Maybe someone has made it? Here's what I use: set editor="xemacs -f post-mode" you can get post-mode from http://www.astro.utoronto.ca/~reid/mutt/ xemacs isn't the binary, it's the following stupid script: gnuclient "$@" 2/dev/null exit 0 /usr/bin/xemacs -unmapped -f gnuserv-start # Allow gnuserv to start sleep 3 gnuclient "$@" HTH, -Brendan
mutt not deleting attachment
In the attachment menu of an email I received, I hit 'd' on an attached jpeg, then 'q' to get back to the index. The messaged showed the lowercase 'd' indicating that one part was marked for deletion. I resync the mailbox and it doesn't delete the attachment. Message stays the same. The mailbox is not read-only. And this is happening in my spool folder as well as a mailbox under ~/Mail/. Any ideas why this happens? This is mutt 1.2.5i. I have no idea how long it's been like this, but I used to be able to do this. Thanks. -Ken -- [EMAIL PROTECTED]AIM: ScopusFest
reply to all
Hi! Can someone tell me how to reply to all in mutt? (everyone in TO: and CC: ) Thx in advance! Bostjan -- Botjan Mller [NEONATUS], [EMAIL PROTECTED], http://neonatus.net/~neonatus For my PGP key finger: [EMAIL PROTECTED], RSA id: 0x90178DBD, ICQ #:7506644 Celular: +386(0)41243189, Powered by Debian GNU/LiNUX , Student of VFUL To boldly go where I surely don't belong.
Re: mutt not deleting attachment
On Thu, Feb 15, 2001 at 04:05:38PM -0500 or so it is rumoured hereabouts, Ken Weingold thought: In the attachment menu of an email I received, I hit 'd' on an attached jpeg, then 'q' to get back to the index. The messaged showed the lowercase 'd' indicating that one part was marked for deletion. I resync the mailbox and it doesn't delete the attachment. Message stays the same. The mailbox is not read-only. And this is happening in my spool folder as well as a mailbox under ~/Mail/. Any ideas why this happens? This is mutt 1.2.5i. I have no idea how long it's been like this, but I used to be able to do this. "D"? or is that just when composing? -- Conor Daly [EMAIL PROTECTED] Domestic Sysadmin :-) - faenor.cod.ie 10:43pm up 115 days, 5:11, 0 users, load average: 0.11, 0.07, 0.02 Hobbiton.cod.ie 10:46pm up 20 days, 12:35, 1 user, load average: 0.03, 0.02, 0.00
Re: reply to all
Hiho On Thu, Feb 15, 2001 at 11:45:35PM +0100, Bostjan Muller wrote: Can someone tell me how to reply to all in mutt? (everyone in TO: and CC: ) Simply with "g" (group-reply) HTH Mick -- [Michael Baro] [[EMAIL PROTECTED]] [05323/922061] [ http://www.welcome.to/Elvis.Presley ] [ICQ: 67659177] Linux 2.2.17 up: 13 days, 11:39 - booting is for adding hardware
Re: sort of OT MacOS X
At 10:34 -0500 15 Feb 2001, Ken Weingold [EMAIL PROTECTED] wrote: at NT. Anyway, has anyone here tried it and built mutt on it? I am wondering how some of the software I use a lot will build and run under it. Yes, I've built mutt under OS X public beta. It's been awhile since I did it, so I may be forgetting some things. I needed to build ncurses to do it, but version 5.1 built pretty easily. After that I seem to remember mutt 1.2.5 building without problems. I haven't used it much, but it seems to work fine. The only problem I've had with it is that the termcap file included with the system is quite minimal and doesn't seem to have any type of color xterm included, so I end up running mutt with 'TERM=xterm-color mutt' (my ncurses build uses terminfo, which does have xterm-color). This could easily be fixed by replacing the termcap file, I just haven't gotten around to it yet. The main problem I've had with using unix software under OS X is that I wasn't able to build vim. But it's been awhile, so things may have improved since I last tried. Other than the vim problem, I've been pretty happy with OS X. It includes many things that I've always had to install myself on other unix systems (especially Solaris). Things that I was happily surprised to see included are zsh (even though bash doesn't seem to be included, not that I really care about bash), openssh, perl 5.6, less, wget, rsync, ncftp, fetchmail, procmail, tcpdump. -- Aaron Schrab [EMAIL PROTECTED] http://www.execpc.com/~aarons/ C makes it easy for you to shoot yourself in the foot. C++ makes that harder, but when you do, it blows away your whole leg. -- Bjarne Stroustrup
Re: removing duplicate messages + changing mailbox
Roel Vanhout wrote:
X-Apparently-To: [EMAIL PROTECTED] via web10802
Date: Sun, 11 Feb 2001 23:18:54 +0100
From: Roel Vanhout [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: removing duplicate messages + changing mailbox
Message-ID: [EMAIL PROTECTED]
Hello all,
I've switched from using imap to fetchmail + Maildir + maildrop. Now I
have a few questions:
- I have accidentally downloaded a bunch of messages
twice with fetchmail. Is there any way to remove duplicate messages?
- When I press 'C' to switch mailbox and press ? to get a list of
mailboxes, I get only two dots and when I select this, I go back to my
previously selected mailbox. If I chdir to ~/Maildir, all mailboxes
show up; is there any way to make mutt go to this directory whenever I
press '?' for a list of mailboxes?
- Not really mutt-related, but maybe someone knows the answer anyway: is
there any way to tell maildrop to make maildir mailboxes if they don't
exist yet, or do I have to do 'makemaildir' every time I add a rule in my
.maildropfilter?
Thanks,
roel
I use the following in my .mailfilter to remove duplicates and it seems
to work fine for me:
`reformail -D 8000 .duplicate.cache`
if ( $RETURNCODE == 0 )
{
exit
}
--
Don't tell me I'm burning the candle at both ends -- tell me where to
get more wax!!
-
Fingerprint : 869B 53DD 5E80 E1F0 93F6 9871 0508 0296 5957 F723
David Clarke [EMAIL PROTECTED] || [EMAIL PROTECTED]
