Re: Binding both complete and complete-query to tab key
On 2002-03-20, David Champion [EMAIL PROTECTED] wrote: : : It's quite clear what he wants, and it's not to stymie mutt with : a logical error. Please don't assume idiocy on the part of your : correspondents just because you're brilliant. :) : No. If there is no match among mutt's internal aliases, then, : and only then, perform an external query and show those results. Yes, exactly. I have also looked briefly at lbdb http://www.spinnaker.de/lbdb/ as another reader suggested, but would prefer a Mutt-only solution. To put the question another way, I was wondering if there was a way to conditionally call an internal function if a previous function fails, in this case complete and complete-query. Sounds like the answer is no... ;) -- Tres Hofmeister [EMAIL PROTECTED] http://www.rap.ucar.edu/~tres/ Research Applications Program, National Center for Atmospheric Research
Binding query-command and alias expansion to tab key
I'm wondering if there's a way to bind complete and complete-query to the same key, rather than two keys as shown in the manual: Tab completecomplete filename or alias ^T complete-query complete address with query I'd like to hit the tab key, and see first my aliases matching my string, and then the results of an external query to an LDAP server. It would also be O.K. to see the external query results only if there was no alias match. I have the LDAP query working, but at the moment it is bound to ^T. Is this even possible? Any suggestions? Thanks... -- Tres Hofmeister [EMAIL PROTECTED] http://www.rap.ucar.edu/~tres/ Research Applications Program, National Center for Atmospheric Research
Binding both complete and complete-query to tab key
I'm wondering if there's a way to bind complete and complete-query to the same key, rather than two keys as shown in the manual: Tab completecomplete filename or alias ^T complete-query complete address with query I'd like to hit the tab key, and see first my aliases matching my string, and then the results of an external query to an LDAP server. It would also be O.K. to see the external query results only if there was no alias match. I have the LDAP query working, but at the moment it is bound to ^T. Is this even possible? Any suggestions? Thanks... -- Tres Hofmeister [EMAIL PROTECTED] http://www.rap.ucar.edu/~tres/ Research Applications Program, National Center for Atmospheric Research
SSL Error, Mutt 1.2.5
I've compiled Mutt 1.2.5 on a Debian 2.2 (potato) system, using the following configure options: --enable-imap --with-ssl --enable-pop The build goes fine, but when I attempt to connect to our SSL-wrapped IMAP server, I get an error immediately after accepting the site certificate. For example: tres$ mutt -f '{imap/ssl}' [I see: -- Mutt: SSL Certificate check (r)eject, accept (o)nce ] I type "o", then Mutt fails with this error: SSL connection using (NONE) "imap" is the name of our IMAP server, which works fine with Netscape Messenger with the "Use secure connection (SSL)" option checked. Any suggestions? -- Tres Hofmeister [EMAIL PROTECTED] http://www.rap.ucar.edu/~tres/ Research Applications Program, National Center for Atmospheric Research
Re: SSL Error, Mutt 1.2.5
On 2001-01-20, Tommi Komulainen [EMAIL PROTECTED] wrote: : : IIRC the reason for 'NONE' is that there's a slight mismatch between : client and server SSL protocols and versions. See below. Ah, thanks. That's helpful. : In this case the FM would be README.SSL: I've already tried all of Mutt's ssl_use_* options in various combinations, with no difference in the behaviour. The "openssl" tests all seem to be about the same, looks like there's a handshaking problem. The results are below. Maybe this is a problem with the stunnel "wrapper" I'm using on the IMAP server, though why it should work with Netscape Messenger is beyond me. tres$ openssl s_client -host imap -port 993 -verify -debug -no_tls1 verify depth is 0 CONNECTED(0003) depth=0 [EMAIL PROTECTED] verify error:num=18:self signed certificate verify return:1 depth=0 [EMAIL PROTECTED] verify return:1 9577:error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure:s3_pkt.c:958:SSL alert number 40 9577:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:216: tres$ openssl s_client -host imap -port 993 -verify -debug -no_ssl2 verify depth is 0 CONNECTED(0003) depth=0 [EMAIL PROTECTED] verify error:num=18:self signed certificate verify return:1 depth=0 [EMAIL PROTECTED] verify return:1 9578:error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure:s3_pkt.c:958:SSL alert number 40 9578:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:216: tres$ openssl s_client -host imap -port 993 -verify -debug -no_ssl3 verify depth is 0 CONNECTED(0003) depth=0 [EMAIL PROTECTED] verify error:num=18:self signed certificate verify return:1 depth=0 [EMAIL PROTECTED] verify return:1 9583:error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure:s3_pkt.c:958:SSL alert number 40 9583:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:216: Last bit: here are a few representative log entries from the IMAP server: Jan 19 16:11:56 imap stunnel[20202]: /usr/sbin/imapd connected from 128.117.193.5:1843 Jan 19 16:11:56 imap stunnel[20202]: Generating Diffie-Hellman key... Jan 19 16:11:56 imap stunnel[20202]: could not load DH parameters Jan 19 16:11:56 imap stunnel[20202]: SSL_accept: error:0906D06C:PEM routines:PEM_read_bio:no start line Jan 19 16:11:56 imap /usr/sbin/imapd[20203]: port 2472 service init from 127.0.0.1 Jan 19 16:11:56 imap /usr/sbin/imapd[20203]: Broken pipe, while reading line user=??? host=UNKNOWN -- Tres Hofmeister [EMAIL PROTECTED] http://www.rap.ucar.edu/~tres/ Research Applications Program, National Center for Atmospheric Research