Re: unqualified domain name
On Sun, Jan 16, 2000 at 13:49 -0600, Jonathan Hseu wrote: > > My smtp server won't let me mail because of an unqualified domain name. I > "set hostname=earthlink.net", but mutt still doesn't attach that to the from > address. When mutt connects to the server, it does a "MAIL FROM:", is > there a way to change this so it does a "MAIL FROM:<[EMAIL PROTECTED]>"? You can put "my_hdr From: <[EMAIL PROTECTED]>" (without the ") into your .muttrc. HTH Volker
mutt/vim/sigdashes question
When I go to send a new mail with the 'm' command, how can I make it (by creating a macro or otherwise) so that I am instantly put into vim in insert mode, and with the sigdashes on line 3 instead of line 2? -- // [EMAIL PROTECTED] //
modified cursor keys?
Hi, I've been trying to bind the cursor keys modified by ctrl, but \C, etc. wouldn't work. I also couldn't find how to refer to Meta-modified keys. Any ideas? Thanks, stasinos
Re: mutt/vim/sigdashes question
Russell -- ...and then Russell Hoover said... % When I go to send a new mail with the 'm' command, how can I make it (by % creating a macro or otherwise) so that I am instantly put into vim in insert % mode, and with the sigdashes on line 3 instead of line 2? Since you reference lines 2/3 you are probably not using edit_headers and wouldn't be interested in setting your editor variable to something like set editor="vim +/^$" to put the cursor at the first blank line. But it might help. I'm not a vi expert, but I believe that you can use push or autocmd settings in vim to pre-press the 'i' key to put you into insert mode. I know of no command line switch that starts you that way. I'll leave that to the vim users' list :-) I'd say that the easiest way to put the sigdashes on line 3 is to unset sig_dashes in your muttrc and then make them part of your signature file -- with the appropriate blank lines at the top (what I do so that I also don't have to type the :-D every time). Alternatively, you could push an 'O'pen (above) command to drop the dashes down a line, but you might not always want that. You could also go directly into the source, find where the mutt temp file gets created with sigdashes, and hack to insert an additional newline at the beginnning. % % -- % // [EMAIL PROTECTED] // HTH & HAND :-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! "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
Colour via telnet/ssh
I'm using mutt on this system (x-1.net) via an ssh connection from a Sun workstation. It works fine except for colour. I have mutt running on the Sun locally with colour working OK and have copied the commands across. I have slrn working on this ssh session and displaying colour OK (using slrn -C), is there any way to get mutt to send colour information too? -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Colour via telnet/ssh
On Tue, Jan 18, 2000 at 03:14:21PM +, Chris Green thus spoke: > I'm using mutt on this system (x-1.net) via an ssh connection from a > Sun workstation. It works fine except for colour. I have mutt > running on the Sun locally with colour working OK and have copied the > commands across. > > I have slrn working on this ssh session and displaying colour OK > (using slrn -C), is there any way to get mutt to send colour > information too? I have a local Linux box and a remote Sun UltraSparc running Solaris talking with ssh, and I can get mutt on the Solaris box to do my linux colour. Make sure you set your termcap/terminfo correctly for the platform you're actually viewing it with, on the remote host. Other than that, I had to do nothing to make it work out of the box. Word of warning: Setting the termcap/terminfo to linux on Solaris works great for mutt and about everything EXCEPT vi, which had problems with insert doing extra nonexistent spaces. Use vim or another editor and you'll be fine. It was just the native vi that was wobbly. mark-> -- Fairlight-> |||[EMAIL PROTECTED] | Fairlight Consulting __/\__ ||| "I'm talking for free... | http://www.fairlite.com <__<>__> ||| It's a New Religion..." | [EMAIL PROTECTED] \/||| PGP Public Key available via finger @iglou, or Key servers
Re: Colour via telnet/ssh
On Tue, Jan 18, 2000 at 10:43:14AM -0500, Fairlight wrote: > > Word of warning: Setting the termcap/terminfo to linux on Solaris works How do i do that? Thanks, jan
Re: Colour via telnet/ssh
On Tue, Jan 18, 2000 at 04:58:29PM +0100, Jan Houtsma thus spoke: > On Tue, Jan 18, 2000 at 10:43:14AM -0500, Fairlight wrote: > > > > Word of warning: Setting the termcap/terminfo to linux on Solaris works > > How do i do that? > Thanks, > > jan Well, you can copy the linux termcap entry to a file $HOME/.termcap and you can make a $HOME/.terminfo directory, and then a $HOME/.termcap/l directory under that. Copy the linux terminfo file into that last directory. Then, set your environment for your shell... set TERMCAP to $HOME/.termcap and TERMINFO to $HOME/.terminfo (not the whole path to the file...terminfo works slightly differently). Then set TERM to linux via whatever mechanism your shell prefers. Or, you can have your remote sysadmin install the termcap/terminfo entries you provide, and just set TERM. :) I included the above in case that's not feasible due to lazy/clueless sysadmin syndrome. mark-> -- Fairlight-> |||[EMAIL PROTECTED] | Fairlight Consulting __/\__ ||| "I'm talking for free... | http://www.fairlite.com <__<>__> ||| It's a New Religion..." | [EMAIL PROTECTED] \/||| PGP Public Key available via finger @iglou, or Key servers
Re: modified cursor keys?
On Tue, Jan 18, 2000 at 03:12:29PM +0100, Stasinos Konstantopoulos wrote: > I've been trying to bind the cursor keys modified by ctrl, but > \C, etc. wouldn't work. I also couldn't find how to refer to > Meta-modified keys. Any ideas? Unfortunately I have never seen a term program which return different codes for ctrl or alt with a "function" key. me -- pgp key available from http://www.cs.hmc.edu/~me/elkins-pgp-key.asc PGP signature
Aliases, Databases, Emacs, and Mutt
* Eugene Lee <[EMAIL PROTECTED]> [000117 09:05]: > I dunno about your suggestions for a new alias file format. Have you > looked at "ML" or "Pine" that do support rudimentary address books? > I think it would be nice to be able to press '?' at any mail header > and have Mutt bring up a list of all the available aliases, > or be able to type a few letters, then press > to expand a list of all matching aliases. Mutt already shows all aliases with - but you have to invoke this when mutt prompts you for an address on one of the address lines. Mutt also interfaces to address databases such as lbdb and bbdb (little/big brother database) - but I have not used tehse yet. Emacs is also able to support these databases *and* knows about the mutt aliases in the alias file with a special setup so you can request "header editing" with mutt and have Emacs expand your aliases within the edit buffer. > Add support for an address book to the wish list? Sven? :) Naah. ;-) Thanks for the CC, Eugene, - now I see that I was unsubscribed to the mutt maillist since Xmas. :-( Sven [who just resubscribed to the maillists]
Re: Colour via telnet/ssh
On Tue, Jan 18, 2000 at 03:14:21PM +, Chris Green wrote: > I'm using mutt on this system (x-1.net) via an ssh connection from a > Sun workstation. It works fine except for colour. I have mutt > running on the Sun locally with colour working OK and have copied the > commands across. > > I have slrn working on this ssh session and displaying colour OK > (using slrn -C), is there any way to get mutt to send colour > information too? Please correct me if i am wrong but i think its mostly your ssh-client (-- it has to understand ANSI colors --) which is responsible for the colors. On some minor popular OS i use TeraTerm to connect to my linux box. It is in the public domain and supports colors in the VT100 emulation. Regards. -- Holger -- + PGP || GnuPG key -> finger [EMAIL PROTECTED] + +++ Debian GNU/Linux <[EMAIL PROTECTED]> +++ ICQ: 2882018 +++
Re: Colour via telnet/ssh
On Tue, Jan 18, 2000 at 08:06:29PM +0100, Holger Eitzenberger thus spoke: > On Tue, Jan 18, 2000 at 03:14:21PM +, Chris Green wrote: > > > I'm using mutt on this system (x-1.net) via an ssh connection from a > > Sun workstation. It works fine except for colour. I have mutt > > running on the Sun locally with colour working OK and have copied the > > commands across. > > > > I have slrn working on this ssh session and displaying colour OK > > (using slrn -C), is there any way to get mutt to send colour > > information too? > > Please correct me if i am wrong but i think its mostly your ssh-client > (-- it has to understand ANSI colors --) which is responsible for > the colors. On some minor popular OS i use TeraTerm to connect to > my linux box. It is in the public domain and supports colors in the > VT100 emulation. Well ssh understands what termcaps/terminfo's it's given to deal with. It's more a question of what are you running on the client side as far as a console to run it on (linux works...I do it daily), and having the remote end's terminal settings correct. It really does work out of the box with a 1.2.26 ssh install (last non-crappy-license version I know of). mark-> -- Fairlight-> |||[EMAIL PROTECTED] | Fairlight Consulting __/\__ ||| "I'm talking for free... | http://www.fairlite.com <__<>__> ||| It's a New Religion..." | [EMAIL PROTECTED] \/||| PGP Public Key available via finger @iglou, or Key servers
Re: Aliases, Databases, Emacs, and Mutt
On Tue, Jan 18, 2000 at 03:40:07PM +0100, Sven Guckes wrote: > Mutt already shows all aliases with - but you have to invoke this > when mutt prompts you for an address on one of the address lines. > > Mutt also interfaces to address databases such as lbdb and bbdb > (little/big brother database) - but I have not used tehse yet. > > Emacs is also able to support these databases *and* knows about > the mutt aliases in the alias file with a special setup > so you can request "header editing" with mutt and > have Emacs expand your aliases within the edit buffer. Emacs can expand mutt aliases for me, so that I can type user_name in emacs and have user name <[EMAIL PROTECTED]> show up in my emacs buffer? How? Or do I misinterpret you and you only mean that I can set $edit_headers=yes -- - Jeff Abrahamson [EMAIL PROTECTED] 610/270-4845
Re: Colour via telnet/ssh
Holger Eitzenberger <[EMAIL PROTECTED]> wrote: > > Please correct me if i am wrong but i think its mostly your ssh-client > (-- it has to understand ANSI colors --) which is responsible for the > colors. This is true for Win/Mac type platforms, where the ssh client generates the text window and VT100 emulation as well. But on Unix, which I believe the original poster is using, the xterm generates the windows, colors, etc, and ssh is merely a communication conduit, with no need to understand any sort of ANSI. I believe the other posters in this thread are correct; the termcap/ terminfo database on the remote computer does not contain color information. There is a FAQ on this topic at http://www.fefe.de/muttfaq/faq.html#no-color -- 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 UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: modified cursor keys?
On Tue, Jan 18, 2000 at 09:16:03AM -0800, Michael Elkins wrote: > On Tue, Jan 18, 2000 at 03:12:29PM +0100, Stasinos Konstantopoulos wrote: > > I've been trying to bind the cursor keys modified by ctrl, but > > \C, etc. wouldn't work. I also couldn't find how to refer to > > Meta-modified keys. Any ideas? > > Unfortunately I have never seen a term program which return different codes > for ctrl or alt with a "function" key. Eterm can do this, e.g: is \e[11~ Ctrl+ is \e[11^ Alt+ is \e\e[11~ is \e[D Ctrl+ is \e0d Alt+ is \e\e[D (you can check Eterm_reference.html for the strings if you have Eterm). It should be possible to bind mutt functions/macros by giving these sequences directly (e.g. I use `macro index \e[23~ ...' because Slang does not recognize it as ). OTOH if the terminal in question does not distinguish Ctrl/Alt+ from plain , it's harder to do, but doable (e.g. you can setup your keymap to send any sequences in the console, and many xterm's can be configured in one way or another). Yours, Marius Gedminas -- If A equals success, then the formula is A = X + Y + Z. X is work. Y is play. Z is keep your mouth shut. -- Albert Einstein
Mutt with PDCurses?
Can Mutt be compiled with pdcurses in place of ncurses? Yours, Marius Gedminas -- For those who like this sort of thing, this is the sort of thing they like. -- Abraham Lincoln
Re: IMAP/SSL Support Broken?
On Sat, Jan 15, 2000 at 10:51:33PM -0800, Jeremy Katz wrote:
> I've recompiled cvs mutt with --enable-imap and --enable-ssl (with openssl
> installed) and all goes fine. ldd of mutt shows that it is linked
> against libssl correctly. But, after changing my .muttrc to refer to
> the server as {server:993/ssl}INBOX, mutt still connects to port 143 and
> doesn't try to do SSL-ized IMAP. Any clues as to what's going on?
Hmm.. strange. Have you tried running it without specifying the port?
Port 993 is used as default in SSL mode so there's no need to specify
it explicitly. If that fixes the problem, then I know where to look.
If not, well...
It seems that I won't be having much time to develop mutt this spring
anyway but I'll see what I can do.
--
Tommi Komulainen [EMAIL PROTECTED]
autoviewing images
I would like to be able to autoview images (have them pop up in their own windows when I go to read their enclosing mail message). So I changed my mailcap entry from image/*:ee to image/*:miv where miv is a shell script that just says tmpfile=/tmp/miv_$$ ln $1 $tmpfile (ee $tmpfile; rm $tmpfile) & so that miv returns right away, but ee can still display my image. Then I say, in .muttrc, autoview image/* What happens, though, is that the saved file when autoviewing has a different length than the saved file from saying "v", and the autoview file is garbage. Any thoughts what might be going wrong or how to do this? Tia. -- - Jeff Abrahamson [EMAIL PROTECTED] 610/270-4845
Re: Aliases, Databases, Emacs, and Mutt
On Tue, Jan 18, 2000 at 03:40:07PM +0100, Sven Guckes wrote: :* Eugene Lee <[EMAIL PROTECTED]> [000117 09:05]: :> :> I dunno about your suggestions for a new alias file format. Have you :> looked at "ML" or "Pine" that do support rudimentary address books? :> I think it would be nice to be able to press '?' at any mail header :> and have Mutt bring up a list of all the available aliases, :> or be able to type a few letters, then press :> to expand a list of all matching aliases. : :Mutt already shows all aliases with - but you have to invoke this :when mutt prompts you for an address on one of the address lines. Didn't know about this feature. Happy happy joy joy! :) Thanks to both Sven and Jeremy Blosser for mentioning this feature. Personally, I'm not terribly concerned about Mutt aliases, as I tend to keep it trimmed regularly and don't make aliases for each person I've ever received email from. [...] :Thanks for the CC, Eugene, - now I see that I was :unsubscribed to the mutt maillist since Xmas. :-( : :Sven [who just resubscribed to the maillists] No problem. I guess that would explain why no one seemed to be interested in Mutt. Maybe everyone just left it for Outlook. ;-) -- Eugene Lee [EMAIL PROTECTED]
Mutt/1.1.2i + mixmaster support: multi part messages
Hi, I have just upgraded to 1.1.2i and find its mixmaster support really cool. I have one suggestion: If the outgoing message consists of multiple parts, the user should be allowed to choose (using a .muttrc variable perhaps) whether the 'Mime-Version:' and 'Content-Type:' headers should be included in the received message. If they are not included, the recipient's e-mail client will not recognize the part boundaries and will not be able to properly decode/save the attachments without her/his manual intervention (assuming (s)he has the knowledge/tools to do it). Thanks to everyone who has contributed to this nice program. -- Sotiris Vassilopoulos BetaTech, Inc. - Athens, Hellas
Re: Aliases, Databases, Emacs, and Mutt
-On [2118 19:28], Sven Guckes ([EMAIL PROTECTED]) wrote: >* Eugene Lee <[EMAIL PROTECTED]> [000117 09:05]: >> I dunno about your suggestions for a new alias file format. Have you >> looked at "ML" or "Pine" that do support rudimentary address books? >> I think it would be nice to be able to press '?' at any mail header >> and have Mutt bring up a list of all the available aliases, >> or be able to type a few letters, then press >> to expand a list of all matching aliases. > >Mutt already shows all aliases with - but you have to invoke this >when mutt prompts you for an address on one of the address lines. If you have any idea btw how to enable something like this from within vim I would be most happy =) The reason I ask is that I autodrop in edit mode and fill in my to:'s and cc:'s from within vim instead of first filling in (and thus using mutt's alias feature) the addresses. Cheers, -- Jeroen Ruigrok vd W/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/B-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project <http://home.wxs.nl/~asmodai> Sometimes the Heart wanders in fantasies, keeping the mind in its power constantly...
Re: Colour via telnet/ssh
On Tue, Jan 18, 2000 at 01:29:52PM -0600, David DeSimone wrote: > Holger Eitzenberger <[EMAIL PROTECTED]> wrote: > > > > Please correct me if i am wrong but i think its mostly your ssh-client > > (-- it has to understand ANSI colors --) which is responsible for the > > colors. > > This is true for Win/Mac type platforms, where the ssh client generates > the text window and VT100 emulation as well. But on Unix, which I > believe the original poster is using, the xterm generates the windows, > colors, etc, and ssh is merely a communication conduit, with no need to > understand any sort of ANSI. > > I believe the other posters in this thread are correct; the termcap/ > terminfo database on the remote computer does not contain color > information. There is a FAQ on this topic at > > http://www.fefe.de/muttfaq/faq.html#no-color Thanks for that pointer, I'll take a look there. However, I may not have made myself clear, but running slrn across the ssh connection I *do* get colours, whereas running mutt across the same link I *don't* get colours. Thus it is possible for a remote application to work in colour but for some reason mutt doesn't. With slrn I need to use the -C option though and I was wondering if there was an equivalent for mutt. Presumably the -C option to slrn says send the ANSI colour sequences even if it doesn't look like the terminal you are running on will understand them. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: IMAP/SSL Support Broken?
On Tue, 18 Jan 2000, Tommi Komulainen wrote:
> On Sat, Jan 15, 2000 at 10:51:33PM -0800, Jeremy Katz wrote:
> > I've recompiled cvs mutt with --enable-imap and --enable-ssl (with openssl
> > installed) and all goes fine. ldd of mutt shows that it is linked
> > against libssl correctly. But, after changing my .muttrc to refer to
> > the server as {server:993/ssl}INBOX, mutt still connects to port 143 and
> > doesn't try to do SSL-ized IMAP. Any clues as to what's going on?
>
> Hmm.. strange. Have you tried running it without specifying the port?
> Port 993 is used as default in SSL mode so there's no need to specify
> it explicitly. If that fixes the problem, then I know where to look.
> If not, well...
Actually, I have no clue why it was trying to connect to port 143 at
the time. It is now connecting to 993, but saying it is unable to get
certificate from peer. I have set $certificate file as in README.SSL
and tried both when the file does and when it does not exist, and yet it
still gives this as an error }=\ strace output is below
> It seems that I won't be having much time to develop mutt this spring
> anyway but I'll see what I can do.
:(
strace output:
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
connect(4, {sin_family=AF_INET, sin_port=htons(993),
sin_addr=inet_addr("152.1.2.236")}, 16) = 0
time(NULL) = 948229676
getpid()= 11248
brk(0x80dd000) = 0x80dd000
brk(0x80e2000) = 0x80e2000
getpid()= 11248
getuid()= 500
time(NULL) = 948229676
open("/dev/urandom", O_RDONLY) = 5
read(5,
"\363\240\220\327!\263\35g\335\277\334\323\305\222#\373\302zM\310xr\316\26\216\371D6@\273\23\376",
32) = 32
close(5)= 0
write(4, "\200k\1\3\1\0B\0\0\0
\0\0\26\0\0\23\0\0\n\0\0\7\0\0\5\0\0\4\0\0\25\0\0\22\0\0\t\7\0\300\5\0\200\3\0\200\1\0\200\10\0\200\6\0@\0\0\24\0\0\21\0\0\10\0\0\6\0\0\3\4\0\200\2\0\200\223\304\36bcN\277\230\226\317\3155\302\251^\230\3\336\375\242\327\261\240K\353\27"...,
109) = 109
read(4, "", 7) = 0
write(1, "\7", 1) = 1
write(1, "\r\33[0;1m\17\33[39;49m\33[31mUnable to get certificate from
peer\33[0m\17\33[39;49m\33[K\33[39;49m\33[m\17", 84) = 84
I'm going to try to do some more debugging myself, but not knowing much
about how ssl works, well, it's not overly useful :)
Jeremy
--
Jeremy Katz http://linuxpower.org
Personal: [EMAIL PROTECTED]
School: [EMAIL PROTECTED]
GPG fingerprint: 367E 8B6B 5E57 2BDB 972A 4D73 C83C B4E8 89FE 392D
QOTD:
A fail-safe circuit will destroy others.
-- Klipstein
Re: IMAP/SSL Support Broken?
On Tue, Jan 18, 2000 at 01:12:58PM -0800, Jeremy Katz wrote: > Actually, I have no clue why it was trying to connect to port 143 at > the time. It is now connecting to 993, but saying it is unable to get > certificate from peer. Eh.. you didn't touch a thing but it just started working? > strace output: Thanks, it revealed the IP so I quickly made my own tests: -8<--8<- ~% openssl s_client -host 152.1.2.236 -port 993 -verify -debug verify depth is 0 CONNECTED(0003) :error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:203: -8<--8<- Hmm.. so there's something wrong with SSL handshaking.. Now, disabling protocols one by one I got this: -8<--8<- ~% openssl s_client -host 152.1.2.236 -port 993 -verify -debug -no_tls1 verify depth is 0 CONNECTED(0003) depth=0 /C=US/ST=North Carolina/L=Raleigh/O=North Carolina State [EMAIL PROTECTED] verify error:num=18:self signed certificate verify return:1 depth=0 /C=US/ST=North Carolina/L=Raleigh/O=North Carolina State [EMAIL PROTECTED] verify return:1 ... -8<--8<- Which means it should work fine if you just disable the TLS protocol. There's no way to do this in mutt right now, so you're out of luck unless you can persuade your server administrator to change their configuration. Or you could try using stunnel or something, I think they can be configured to disable some protocols. Maybe we need to introduce a new variable allow disabling/enabling certain SSL protocols, or even better, modify the connection logic to notice unsupported protocols and try again without them. I'm not sure if the latter is even possible. I was under the impression that there's no harm in enabling all protocols and that if one isn't supported, another on would be tried. Apparently, I was wrong. -- Tommi Komulainen [EMAIL PROTECTED]
Re: Colour via telnet/ssh
Chris Green <[EMAIL PROTECTED]> wrote: > > However, I may not have made myself clear, but running slrn across the > ssh connection I *do* get colours, whereas running mutt across the > same link I *don't* get colours. You made yourself clear. What perhaps was not made clear to you is that, unlike slrn, Mutt is a rather pedantic application, and does not attempt to work around broken terminfo databases. Slrn has the -C option to force color, even if the terminfo database fails to mention color. Mutt has no such option, because Mutt believes that you should fix your terminfo database instead of trying to teach every application about colors. It is, indeed, the better solution, and Mutt simply takes a stand that forces you to fix the root problem, rather than treat the symptoms. -- 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 UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: Mutt/1.1.2i + mixmaster support: multi part messages
Mixmaster support is supposed to handle MIME correctly. Maybe you are experiencing problems with some remailer on the route? (You may also send me a test message which is supposed to exhibit the problem you believe to observe, I'll have a look at it then.) On 2000-01-18 19:54:28 +0200, Sotiris Vassilopoulos wrote: > Date: Tue, 18 Jan 2000 19:54:28 +0200 > From: Sotiris Vassilopoulos <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Mutt/1.1.2i + mixmaster support: multi part messages > Reply-To: [EMAIL PROTECTED] > User-Agent: Mutt/1.1.2i > Organization: BetaTech, Inc. - Athens, Hellas > > > Hi, > > I have just upgraded to 1.1.2i and find its mixmaster support really cool. > > I have one suggestion: > If the outgoing message consists of multiple parts, the user should be > allowed to choose (using a .muttrc variable perhaps) whether the > 'Mime-Version:' and 'Content-Type:' headers should be included in the > received message. If they are not included, the recipient's e-mail > client will not recognize the part boundaries and will not be able to > properly decode/save the attachments without her/his manual > intervention (assuming (s)he has the knowledge/tools to do it). > > Thanks to everyone who has contributed to this nice program. > > -- > Sotiris Vassilopoulos > BetaTech, Inc. - Athens, Hellas > -- http://www.guug.de/~roessler/
Re: modified cursor keys?
On Tue, Jan 18, 2000 at 09:59:07PM +0200, Marius Gedminas wrote: > > Unfortunately I have never seen a term program which return different codes > > for ctrl or alt with a "function" key. > > Eterm can do this, e.g: [...] rxvt can do it, as can XFree's xterm - I've used in in both to have Ctrl+cursor jump wordwise on commandline. I think there might be a bit X resource tweaking involved, but it's definitely possible. Thomas -- - Thomas Ribbrockhttp://www.bigfoot.com/~kaytanICQ#: 15839919 "You have to live on the edge of reality - to make your dreams come true!"
Re: IMAP/SSL Support Broken?
On Tue, 18 Jan 2000, Tommi Komulainen wrote: > On Tue, Jan 18, 2000 at 01:12:58PM -0800, Jeremy Katz wrote: > > Actually, I have no clue why it was trying to connect to port 143 at > > the time. It is now connecting to 993, but saying it is unable to get > > certificate from peer. > > Eh.. you didn't touch a thing but it just started working? Either that or I was just doing something weird (I removed the port refernce, it did as above, I put it back, and it still did... *shrug*) > > strace output: > > Thanks, it revealed the IP so I quickly made my own tests: Knew there'd be an unexpected benefit somehow of including that :) [snip] > > Which means it should work fine if you just disable the TLS protocol. > There's no way to do this in mutt right now, so you're out of luck > unless you can persuade your server administrator to change their > configuration. Or you could try using stunnel or something, I think > they can be configured to disable some protocols. > > Maybe we need to introduce a new variable allow disabling/enabling > certain SSL protocols, or even better, modify the connection logic to > notice unsupported protocols and try again without them. I'm not sure > if the latter is even possible. I was under the impression that > there's no harm in enabling all protocols and that if one isn't > supported, another on would be tried. Apparently, I was wrong. Guess I might be taking the time to read more on SSL in the near future... probably not a bad plan (and more likely to get results than convincing the admin to enable TLS ;) Jeremy -- Jeremy Katz http://linuxpower.org Personal: [EMAIL PROTECTED] School: [EMAIL PROTECTED] GPG fingerprint: 367E 8B6B 5E57 2BDB 972A 4D73 C83C B4E8 89FE 392D QOTD: Chemist who falls in acid is absorbed in work.
Re: Colour via telnet/ssh
Chris Green <[EMAIL PROTECTED]> wrote: >With slrn I need to use the -C option though and I was wondering if >there was an equivalent for mutt. Presumably the -C option to slrn >says send the ANSI colour sequences even if it doesn't look like the >terminal you are running on will understand them. Try setting the COLORTERM environment variable, e.g., setenv COLORTERM --John
Mutt running-dog animation for WMMail
Hullo, For those of you who use the WMMail dock-app mail notifier and the Mutt MUA, I've done up a series of XPM icons that will give you a little running mutt (dog) when you've got new mail. It's really quite cute. :-) Interested parties can grab the icons from http://alcor.concordia.ca/~rich/mutt/ Cheers, -Rich -- -- Rich Lafferty --- Sysadmin/Programmer, Instructional and Information Technology Services Concordia University, Montreal, QC (514) 848-7625 - [EMAIL PROTECTED] --
mbox / inbox & xterm colors
Howdy all, I've got two questions. The first: When I get new mail, it does not go to 'mbox'. I assume, therefore, it goes to a directory I'll call inbox for now, just to keep them separate. New mail comes in, it gets put in inbox. Say I exit mutt and come back later - those messages are then stored in mbox, (I have it set to do this when I exit...) but any new messages are again stored in "inbox." My question is how do I get all new messages automaticlly put into mbox, and then have mutt start in that directory by default? My second question: I used a mixture of muttrc's, one coming from the mutt home page. From there I took the color schemes and changed them a bit to suit my tastes. These work fine when I load mutt on a console, or telnet into my box through the network, but when I load mutt in an xterm, eterm, gnome-terminal, or rxvt, I don't get any colors. All the ls colors work fine without any adjustments to my terms, so I'm wondering if there is a special option I need to load these terms with. I know this isn't quite a mutt question, but I got the idea for the colors off the mutt homepage so I figured I'd give it a whirl. Thanks in advance. Bram -- Bram Shirani <[EMAIL PROTECTED]> "UNIX *is* user-friendly, it's just selective of it's friends."
