Re: message signing
Others have answered the other points, so I'll just answer this: On Mon, Apr 01, 2002 at 11:00:39AM -0700, [EMAIL PROTECTED] wrote: > so you are saying it is a totally subjective judgement call? Yes. It's a question of trust, which is very difficult to compute algorithmically... The question is: (for local signing) Are you convinced that the keyholder is actually the person they say they are? (for export signing) all the above, plus: Are you willing to stake your reputation on guaranteeing that the keyholder is the person they say they are? Personally, I have not signed *any* keys on my keyring /yet/ (except my own). IMHO, identity validation should only happen in person, or if you know the person well enough to recognise their voice, you could do it over the phone. For example, I could validate friends from Uni over the phone, but people from my local LUG (where email is the only main channel of communication) would only be validated face-to-face (maybe with exchange of other forms of ID). Of course, you only have to exchange key fingerprints over the validating channel, not entire keys. -- David Smith| Tel: +44 (0)1454 462380Home: +44 (0)1454 616963 STMicroelectronics | Fax: +44 (0)1454 617910 Mobile: +44 (0)7932 642724 1000 Aztec West| TINA: 065 2380 Almondsbury| Work Email: [EMAIL PROTECTED] BRISTOL, BS32 4SQ | Home Email: [EMAIL PROTECTED]
customizing addresses
Hi all. Is there any way to customize the format of addresses records in mutt? I want to add some fields (mailing address, phone, etc) to the aliases records. -- Eduardo Gargiulo egargiulo(at)ingdesi(dot)net|com
Re: customizing addresses
Eduardo -- ...and then Eduardo Gargiulo said... % % Hi all. Hello! % % Is there any way to customize the format of addresses records in mutt? Not really; it's very basic and very structured. % I want to add some fields (mailing address, phone, etc) to the aliases % records. You're better off using something like abook, which can keep all of that extra stuff but only hand mutt what it needs. There are lots of address book utilities out there that work with mutt; abook is the one that pops to mind but that doesn't mean that I endorse (or impugn) it. % % -- % Eduardo Gargiulo % egargiulo(at)ingdesi(dot)net|com 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.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg26515/pgp0.pgp Description: PGP signature
Re: gpg-key probs
--uh9ZiVrAOUUm9fzH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alas! Rocco Rutte spake thus: > On Mon, Apr 01, 2002 at 04:18:29:PM -0500 Shawn McMahon wrote: > > begin quoting what Rocco Rutte said on Mon, Apr 01, 2002 at > > 11:02:23PM +0200: > > > On Mon, Apr 01, 2002 at 03:07:58:PM -0500 ShRen McMahon wrote: > > ^ > > Is that a stylistic choice, or is your config broken? > > Config broken... I'll try to figure out what exactly is going wrong > since it's working now without any change... Well, isn't "Aw" the German equivalent of "Re"? Looks like something is going through and making all your Aw's are actually Re's, but only on that one message... --=20 Rob 'Feztaa' Park [EMAIL PROTECTED] -- For certain people, after fifty, litigation takes the place of sex. -- Gore Vidal --uh9ZiVrAOUUm9fzH Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8qOlOPTh2iSBKeccRAr+8AJ9WH9PKxTKT/5a8nR/ir1Mh6QfL1QCfRbSD ZIhhrdozZMBwLNDy5ox8mDQ= =Nlx4 -END PGP SIGNATURE- --uh9ZiVrAOUUm9fzH--
Re: message signing
* Peter T. Abplanalp <[EMAIL PROTECTED]> [2002-04-01 12.14 -0700]: [...] > right. that is what i thought. so the question remains, how does one > develop a web of trust using good judgement while probably being unable > to verify anyone's identity outside of long distance (email, phone, fax, etc) > means? If you ever receive a good answer to this question, please let me in on the secret! Cheers, -- Martin | PGP/GPG: | There is no cow Karlsson | 9C924660 |on the ice. msg26517/pgp0.pgp Description: PGP signature
Re: Scrolling the Index -> current-{top,middle,bottom}
Sven Guckes <[EMAIL PROTECTED]> wrote:
>
> there is no command which scrolls the index by one line - sorry.
What about these?
Index bindings:
< previous-line scroll up one line
> next-line scroll down one line
If you were to combine these in a macro...
macro index {
macro index }
Then the cursor would sit still, while the index scrolls around it.
--
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
Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
automating move of folders, imap to imap
Hi,
I'm in the process of writing a CGI/Perl script to move
folders from one IMAP server to another IMAP server. I would
like to use mutt because I'm already familiar with it, but
it's the first time I use mutt in a non-interactive way.
I've looked at the docs and the mailing list archives,
unfortunately didn't find much info there.
Basically, what I've come up with so far is this:
foreach $f in @folders {
mutt -F alt.muttrc -f =$f -e \
'push
"T.;simap://user:[EMAIL PROTECTED]/$fq"'
}
Is there a more elegant way (using another tool maybe)? I've
looked at fetchmail, but it downloads the messages and give
them to MTA, which I don't want. I've also looked at UW's
imapxfer utility, but the username and password is entered
interactively there, and can't migrate one folder at a time.
Please CC me on the reply, as I just subscribed.
Thanks,
--
Robert Chien
Re: customizing addresses
On Tue, Apr 02, 2002 at 08:10:53AM -0500, David T-G wrote: > % I want to add some fields (mailing address, phone, etc) to the aliases > % records. > > You're better off using something like abook, which can keep all of that > extra stuff but only hand mutt what it needs. There are lots of address > book utilities out there that work with mutt; abook is the one that pops > to mind but that doesn't mean that I endorse (or impugn) it. I also use abook. It is worth installing it. Also you can use lbdb to collect email addresses from the mails which comes to u. -- Pankaj Jangid National Centre for Software Technology GnuPG Public Key: http://yugandhar.ncst.ernet.in/~pankaj/gpg.txt msg26520/pgp0.pgp Description: PGP signature
Re: automating move of folders, imap to imap
01-Apr-02 at 18:57, Robert Chien ([EMAIL PROTECTED]) wrote : > Hi, > > I'm in the process of writing a CGI/Perl script to move > folders from one IMAP server to another IMAP server. I would > like to use mutt because I'm already familiar with it, but > it's the first time I use mutt in a non-interactive way. Err... why are you using Mutt? Why not just set up an NFS share or FTP access, and just *copy* the files from one server to the other? Or is there a specific reason you need to use an MUA to do it? I can't think of one good reason, unless of course you don't have anything but IMAP access to each server, in which case you're not going to be doing it for a whole heap of users, are you? I don't think mutt is too good at switching IMAP servers anyway... really not the tool for the job. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:61.05% see www.mersenne.org] All this talk about everyone being connected to the Internet by the year ignores the simple fact that a large number of people in the world are fighting for survival. [Linux user #170823 http://counter.li.org. Home cooked signature rotator.]
close IMAP connections
I'm trying to use an IMAP folder with mutt, and running into an annoying problem: when I don't access that one folder for a while, and I switch to it (with a macro), I get an error "connection closed" and an empty index. the only thing I could find that would fix this is to quit mutt and start it again - a new connection will then be established. Is there anything I can do to fix this? Is there are way, perhaps, to explicity tell mutt to close the IMAP connection, so it will be reopened, without quitting mutt? thanks :) msg26522/pgp0.pgp Description: PGP signature
Re: pgp_create_traditional in 1.5.0
On 2002-03-27 09:47:07 -0500, Shawn McMahon wrote: >OpenPGP specifies application/pgp, but that breaks some MUAs that >don't follow the OpenPGP RFC. Where does the OpenPGP RFC specify that? -- Thomas Roessler <[EMAIL PROTECTED]> (ICQ: 127158008) msg26523/pgp0.pgp Description: PGP signature
Re: close IMAP connections
On Tue, Apr 02, 2002 at 10:50:24AM -0500, Dan Boger wrote: > when I don't access that one folder for a while, and I switch to it > (with a macro), I get an error "connection closed" and an empty index. > the only thing I could find that would fix this is to quit mutt and > start it again - a new connection will then be established. I have the same problem here. I find it very annoying that due to the lost connection my sent E-Mail cannot be saved. By the way - I use the preconnect-feature in order to access my imap-port: set preconnect="ssh -f -q -L 8090:127.0.0.1:143 -L 8091:127.0.0.1:389 \ [EMAIL PROTECTED] sleep 120 < /dev/null > /dev/null 2>&1" -- Cheers, Heiko Heil using Mutt 1.3.28i (2002-03-13)
Re: close IMAP connections
On Tue, Apr 02, 2002 at 06:32:07PM +0200, Heiko Heil wrote: > I have the same problem here. I find it very annoying that due to the > lost connection my sent E-Mail cannot be saved. > > By the way - I use the preconnect-feature in order to access my > imap-port: > set preconnect="ssh -f -q -L 8090:127.0.0.1:143 -L 8091:127.0.0.1:389 \ > [EMAIL PROTECTED] sleep 120 < /dev/null > /dev/null 2>&1" I just use imaps, and it's all behind my firewall anyway... but that doesn't solve the problem ... -- Dan Boger [EMAIL PROTECTED] msg26525/pgp0.pgp Description: PGP signature
Re: pgp_create_traditional in 1.5.0
begin quoting what Thomas Roessler said on Tue, Apr 02, 2002 at 05:59:32PM +0200: > >OpenPGP specifies application/pgp, but that breaks some MUAs that > >don't follow the OpenPGP RFC. > > Where does the OpenPGP RFC specify that? Sorry, I mispoke; it was another standard that specified that, and it has since been withdrawn, so I don't care enough to find out what it was. :-) msg26526/pgp0.pgp Description: PGP signature
Re: close IMAP connections
02-Apr-02 at 11:35, Dan Boger ([EMAIL PROTECTED]) wrote : > I just use imaps, and it's all behind my firewall anyway... but that > doesn't solve the problem ... > All my mailboxes are IMAP, so I don't have this problem, since I'm always connected to the server. However, I have a fairly short imap_checkinterval: set imap_checkinterval=60 I don't know if this will help keep your IMAP connection alive whilst in IMAP folders... -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:61.06% see www.mersenne.org] Whenever I watch TV and see those poor starving kids all over the world, I can't help but cry. I mean, I'd love to be skinny like that but not with all those flies and death and stuff. -- Mariah Carey [Linux user #170823 http://counter.li.org. Home cooked signature rotator.]
Re: close IMAP connections
On Tue, Apr 02, 2002 at 04:56:41PM +, Simon White wrote: > All my mailboxes are IMAP, so I don't have this problem, since I'm always > connected to the server. However, I have a fairly short > imap_checkinterval: > set imap_checkinterval=60 I saw that in the manual, but when I try it, I get an unknown setting error... here's my mutt -v: Mutt 1.3.28i (2002-03-13) Copyright (C) 1996-2001 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.19-6.2.7 (i586) [using ncurses 4.0] Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK -USE_POP +USE_NNTP +USE_IMAP -USE_GSS +USE_SSL -USE_SASL +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET ++HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_GETSID +HAVE_GETADDRINFO ISPELL="/usr/bin/ispell" SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/spool/mail" PKGDATADIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" EXECSHELL="/bin/sh" -MIXMASTER To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please use the flea(1) utility. vvv.nntp patch-1.3.28.rr.compressed.1 patch-1.2.xtitles.1 -- Dan Boger [EMAIL PROTECTED] msg26528/pgp0.pgp Description: PGP signature
Re: automating move of folders, imap to imap
* On 2002.04.02, in <[EMAIL PROTECTED]>, * "Simon White" <[EMAIL PROTECTED]> wrote: > 01-Apr-02 at 18:57, Robert Chien ([EMAIL PROTECTED]) wrote : > > Hi, > > > > I'm in the process of writing a CGI/Perl script to move > > folders from one IMAP server to another IMAP server. I would > > Err... why are you using Mutt? Why not just set up an NFS share or FTP > access, and just *copy* the files from one server to the other? You answered this yourself > Or is there a specific reason you need to use an MUA to do it? I can't > think of one good reason, unless of course you don't have anything but > IMAP access to each server to either server, you mean. > in which case you're not going to be doing it > for a whole heap of users, are you? Why not? I've been in this situation (or, more accurately, postured a similar on behalf of my users). With access to one hierarchy of mboxes, I use a command like this to transfer them all to an IMAP server: cd .../path/to/folders find . -type f -print | while read folder; do directory=`dirname $folder` folder=`basename $folder` mutt -f $directory/$folder -e "push '~Aimap://SERVER/$directory/$folderPASSWORD'" echo echo "$directory/$folder is transferred." done It's trivial to extend that to handle multiple users, if you know their passwords. If you don't know their passwords, then it's probably possible to arrange a back-channel transfer not involving IMAP directly. For doing this between two servers *neither* of which you have access to, I don't see a way to automate it, since there's no direct means of getting the folder tree structure in mutt and passing it to a script. But if you can use another IMAP tool (or cobble your own) to get that list, you can use a similar approach. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: Scrolling the Index -> current-{top,middle,bottom}
David --
...and then David DeSimone said...
%
% Sven Guckes <[EMAIL PROTECTED]> wrote:
% >
% > there is no command which scrolls the index by one line - sorry.
%
% What about these?
%
% Index bindings:
% < previous-line scroll up one line
% > next-line scroll down one line
Oh. *duh* I completely missed those when I was looking for his answer!
%
% If you were to combine these in a macro...
%
% macro index {
% macro index }
%
% Then the cursor would sit still, while the index scrolls around it.
Hey, that's pretty slick :-)
%
% --
% 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
% Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
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.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
msg26530/pgp0.pgp
Description: PGP signature
Re: gpg-key probs
Hi, * Rob 'Feztaa' Park [04/02/02 01:12:14] wrote: > Alas! Rocco Rutte spake thus: > > On Mon, Apr 01, 2002 at 04:18:29:PM -0500 Shawn McMahon wrote: > > > begin quoting what Rocco Rutte said on Mon, Apr 01, 2002 at > > > 11:02:23PM +0200: > > > > On Mon, Apr 01, 2002 at 03:07:58:PM -0500 ShRen McMahon wrote: > > > ^ > > > Is that a stylistic choice, or is your config broken? > > > > Config broken... I'll try to figure out what exactly is going wrong > > since it's working now without any change... > Well, isn't "Aw" the German equivalent of "Re"? It's a term that some German versions of broken pieces of software use as default. > Looks like something is > going through and making all your Aw's are actually Re's, but only on > that one message... Yeah, that was the reason. I just changed the right pattern to a wrong one allthough I wanted to change a wrong to a right one. That's why I thought I didn't change anything. But it should do now. Cheers, Rocco. msg26531/pgp0.pgp Description: PGP signature
Re: automating move of folders, imap to imap
begin quoting what David Champion said on Tue, Apr 02, 2002 at 11:47:51AM -0600: > For doing this between two servers *neither* of which you have access > to, I don't see a way to automate it, since there's no direct means of > getting the folder tree structure in mutt and passing it to a script. > But if you can use another IMAP tool (or cobble your own) to get that > list, you can use a similar approach. http://search.cpan.org/doc/DJKERNEN/Mail-IMAPClient-2.1.3/IMAPClient.pm msg26532/pgp0.pgp Description: PGP signature
Re: close IMAP connections
On Tue, Apr 02, 2002 at 11:35:51AM -0500, Dan Boger wrote: > I just use imaps, and it's all behind my firewall anyway... but that > doesn't solve the problem ... I like port-forwarding via ssh because I don't want to open my imap-port. -- Cheers, Paranoia-Heiko ;-) msg26533/pgp0.pgp Description: PGP signature
Re: automating move of folders, imap to imap
02-Apr-02 at 11:47, David Champion ([EMAIL PROTECTED]) wrote : > > in which case you're not going to be doing it > > for a whole heap of users, are you? > > Why not? > > I've been in this situation (or, more accurately, postured a similar on > behalf of my users). Ouch! How lucky I am to work for an ISP where I have su on pretty much all the boxes :) > It's trivial to extend that to handle multiple users, if you know > their passwords. If you don't know their passwords, then it's probably > possible to arrange a back-channel transfer not involving IMAP directly. Yes, but if you're talking thousands of users, then you are going to give the respective IMAP servers a big boost to their load averages ... don't try this with Exchange IMAP support :) Simon. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:61.06% see www.mersenne.org] /"\ASCII Ribbon Campaign \ /Respect for open standards X No HTML/RTF in email / \No M$ Word docs in email
Re: close IMAP connections
02-Apr-02 at 11:59, Dan Boger ([EMAIL PROTECTED]) wrote : > On Tue, Apr 02, 2002 at 04:56:41PM +, Simon White wrote: > > All my mailboxes are IMAP, so I don't have this problem, since I'm always > > connected to the server. However, I have a fairly short > > imap_checkinterval: > > set imap_checkinterval=60 > > I saw that in the manual, but when I try it, I get an unknown setting > error... > Duh. So do I. I had the line commented and I didn't notice. So, does mail_check work for IMAP too, or is this a problem? My INBOX certainly seems to update on a reasonably frequent basis. Let me confirm for Heike and Dan, that you have local folders and IMAP folders in your config, and this is why your IMAP folders are timing out (on the server) causing the connection to close and thus creating your problem with not being able to log back in without restarting? -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:61.06% see www.mersenne.org] UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie [Linux user #170823 http://counter.li.org. Home cooked signature rotator.]
Re: close IMAP connections
On Tue, Apr 02, 2002 at 06:17:50PM +, Simon White wrote: > Let me confirm for Heike and Dan, that you have local folders and IMAP > folders in your config, and this is why your IMAP folders are timing out > (on the server) causing the connection to close and thus creating your > problem with not being able to log back in without restarting? I have two setups (two different boxes) - one has a bunch of local (non-imap) folders, and a macro defined to access an IMAP folder (infrequently). the other box is all IMAP - my folders via IMAP (which update and work fine), and that same macro for an imap folder (on the same server, but with a different username). When I access that one IMAP folder, leave it for a while, and try to come back is when I run into this problem. -- Dan Boger [EMAIL PROTECTED] msg26536/pgp0.pgp Description: PGP signature
Re: close IMAP connections
Dan Boger ([EMAIL PROTECTED]) muttered: > when I don't access that one folder for a while, and I switch to it > (with a macro), I get an error "connection closed" and an empty index. > the only thing I could find that would fix this is to quit mutt and > start it again - a new connection will then be established. Check out $imap_keepalive HTH, Michael -- There are no threads in a.b.p.erotica, so there's no gain in using a threaded news reader. (Unknown source) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key
Re: close IMAP connections
* On 2002.04.02, in <[EMAIL PROTECTED]>, * "Dan Boger" <[EMAIL PROTECTED]> wrote: > On Tue, Apr 02, 2002 at 04:56:41PM +, Simon White wrote: > > All my mailboxes are IMAP, so I don't have this problem, since I'm always > > connected to the server. However, I have a fairly short > > imap_checkinterval: > > set imap_checkinterval=60 > > I saw that in the manual, but when I try it, I get an unknown setting > error... $imap_checkinterval was removed in recent 1.3.x releases. Here's the section the original patch from Brendan: +- $imap_checkinterval has been retired. You use $mail_check to control + how often your mailboxes are polled. Note that the default setting of + $mail_check (5 seconds) makes mutt sluggish if you have more than a + couple of IMAP mailboxes defined. Also note that mutt polls the current + IMAP mailbox for new mail no more often than $timeout seconds, and its + default may also surprise you. It's a little briefer in the actual NEWS file (which this was meant to patch). Basically, it was determined that $imap_checkinterval and $mail_check were redundant, so we dropped the special imap one. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: close IMAP connections
02-Apr-02 at 13:22, Dan Boger ([EMAIL PROTECTED]) wrote : > I have two setups (two different boxes) - one has a bunch of local > (non-imap) folders, and a macro defined to access an IMAP folder > (infrequently). the other box is all IMAP - my folders via IMAP (which > update and work fine), and that same macro for an imap folder (on the > same server, but with a different username). > > When I access that one IMAP folder, leave it for a while, and try to come > back is when I run into this problem. I'm assuming that you mean the IMAP folder with a different username. Do you have anything set for mail_check in your .muttrc? How about you, Heike? -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:61.06% see www.mersenne.org] Microsoft isn't the answer. Microsoft is the question, and the answer is no. [Linux user #170823 http://counter.li.org. Home cooked signature rotator.]
Re: close IMAP connections
02-Apr-02 at 20:22, Michael Tatge ([EMAIL PROTECTED]) wrote : > Check out $imap_keepalive The default is 600 seconds for imap_keepalive, so I guess those who have problems should set this lower. I assume if mail_check is set to 30 (as in my config) then I needn't set an imap_keepalive, since I haven't had problems, and my mailbox will get polled anyway. Anyone? -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:61.07% see www.mersenne.org] Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -- Rich Cook [Linux user #170823 http://counter.li.org. Home cooked signature rotator.]
Re: close IMAP connections
On Tue, Apr 02, 2002 at 12:23:01PM -0600, David Champion wrote: > It's a little briefer in the actual NEWS file (which this was meant > to patch). Basically, it was determined that $imap_checkinterval and > $mail_check were redundant, so we dropped the special imap one. _very_ interesting. so while it doesn't help with my current problem (since the mailbox that's timing out isn't one that's getting polled for new mail) it might explain why my all-IMAP config is very slow, compared with the local one... esp since my IMAP server is a P90 with 48M of ram :) -- Dan Boger [EMAIL PROTECTED] msg26541/pgp0.pgp Description: PGP signature
Re: close IMAP connections
On Tue, Apr 02, 2002 at 06:24:45PM +, Simon White wrote: > 02-Apr-02 at 13:22, Dan Boger ([EMAIL PROTECTED]) wrote : > > I have two setups (two different boxes) - one has a bunch of local > > (non-imap) folders, and a macro defined to access an IMAP folder > > (infrequently). the other box is all IMAP - my folders via IMAP (which > > update and work fine), and that same macro for an imap folder (on the > > same server, but with a different username). > > > > When I access that one IMAP folder, leave it for a while, and try to come > > back is when I run into this problem. > > I'm assuming that you mean the IMAP folder with a different username. correct. > Do you have anything set for mail_check in your .muttrc? yup - "set mail_check = 5" -- Dan Boger [EMAIL PROTECTED] msg26542/pgp0.pgp Description: PGP signature
Re: close IMAP connections
Hi, > > when I don't access that one folder for a while, and I switch to it > > (with a macro), I get an error "connection closed" and an empty index. > > the only thing I could find that would fix this is to quit mutt and > > start it again - a new connection will then be established. > > Check out $imap_keepalive This, and the other suggestions, don't work if, say your connection drops. I use mutt patched with vvv-nntp (I know not now - I'm on holiday on a strange computer), and if the NNTP connection gets closed it asks if you want to reconnect, and then continues where it left off - perhaps IMAP can be patched to do the same. Luke
Re: Mutt ignoring 'From ' lines in mailbox
James Greenwood <[EMAIL PROTECTED]> wrote: > > I looked more carefully at the From lines of the messages > it was picking up compared to those it wasn't, and in the > ones mutt can see, the sender is an e-mail address, e.g. : > > From [EMAIL PROTECTED] Tue Oct 16 12:48:57 2001 > > whereas in the messages mutt is ignoring, it is a name, e.g.: > > From Bruce Smith Wed Oct 17 17:08:13 2001 > > and just removing the space like this solves the problem: > > From BruceSmith Wed Oct 17 17:08:13 2001 This is exactly the problem. Mutt uses a more stringent definition for the mailbox separator, namely "From ". Mutt has some heuristics for recognizing date stamps, but if the userid is more than one word, the heuristics fail. Technically it shouldn't be multiple words anyway. > I don't know enough about the mailbox format to know whether > this is a bug in mutt, or a bug in the LibDBX program I used > to translate the Outlook files into mailbox format. It's a bug in the tool that wrote the mailbox, LibDBX, I suppose. But it's hard to fault it, since the mailbox format is so loosely defined. Mutt chooses to be picker about the "From " syntax because some mailers don't properly escape a "From " that is inside the body of the message. -- 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 Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: Scrolling the Index -> current-{top,middle,bottom}
That is slick.
It's more like
macro index {
macro index }
-R
On Mon, Apr 01, 2002 at 06:30:12PM -0600, David DeSimone wrote:
> Sven Guckes <[EMAIL PROTECTED]> wrote:
> >
> > there is no command which scrolls the index by one line - sorry.
>
> What about these?
>
> Index bindings:
> < previous-line scroll up one line
> > next-line scroll down one line
>
> If you were to combine these in a macro...
>
> macro index {
> macro index }
>
> Then the cursor would sit still, while the index scrolls around it.
>
> --
> 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
> Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
--
Robert S Conde
PGP Key: 0xE94C96E3
msg26545/pgp0.pgp
Description: PGP signature
Re: close IMAP connections
On Tue, Apr 02, 2002 at 06:24:45PM +, Simon White wrote: > I'm assuming that you mean the IMAP folder with a different username. > > Do you have anything set for mail_check in your .muttrc? > How about you, Heike? ^ --> o ;-) Currently I use: set mail_check=120 set timeout=15 After I have sent some mail my connection is lost an therefore my E-Mail cannot be saved... -- Cheers, Heiko Heil msg26546/pgp0.pgp Description: PGP signature
Re: close IMAP connections
02-Apr-02 at 13:34, Dan Boger ([EMAIL PROTECTED]) wrote : > On Tue, Apr 02, 2002 at 06:24:45PM +, Simon White wrote: > > Do you have anything set for mail_check in your .muttrc? > > yup - "set mail_check = 5" So... let me know how you get on if you lower imap_keepalive and/or if you add the IMAP folder to your new mail poll... although you'll set mail_check higher or that poor old P90 might get a bit overworked :) -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:61.07% see www.mersenne.org] History is the version of past events that people have decided to agree upon. -- Napoleon Bonaparte [Linux user #170823 http://counter.li.org. Home cooked signature rotator.]
Re: close IMAP connections
On Tue, Apr 02, 2002 at 07:48:18PM +0100, Luke Ross wrote: > Hi, > > > > when I don't access that one folder for a while, and I switch to it > > > (with a macro), I get an error "connection closed" and an empty index. > > > the only thing I could find that would fix this is to quit mutt and > > > start it again - a new connection will then be established. > > > > Check out $imap_keepalive > > This, and the other suggestions, don't work if, say your connection drops. > I use mutt patched with vvv-nntp (I know not now - I'm on holiday on a > strange computer), and if the NNTP connection gets closed it asks if you > want to reconnect, and then continues where it left off - perhaps IMAP can > be patched to do the same. I have the vvv patch as well, and yes, it does reconnect. That's how I expected the IMAP to work as well, but I don't have the time to recall my C well enough to add it myself... -- Dan Boger [EMAIL PROTECTED] msg26548/pgp0.pgp Description: PGP signature
Re: Why is http address attachet to header?
Patrik Modesto <[EMAIL PROTECTED]> wrote:
>
> I create new message, then to the first empty line under header i
> write http://www.something.com and send this mail. This address is
> send as a part of email's header and body of this mail is empty. Why?
> Is this correct?
The other posters on this thread are correct, that you must leave a
blank line after the headers of your message.
A header is always of the form "Identifier: text". Mutt knows this, so
if you mess up, and just start typing "Hello" without leaving a blank
line, Mutt will look at it, roll his eyes, mumble "stupid user", and
then insert the blank line for you, that you should have put there
yourself. Mutt can tell there's a mistake, because the line has no
colon (":") characters in it.
However, when you type just "http://www.something.com"; at the beginning
of the first line, well, there is a colon there! So Mutt thinks you are
adding a new header to your message, "http: //www.something.com". So
Mutt does not fix your mistake in this case, because it does not look
like a mistake.
--
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
Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Outhouse on Mutt-Users? Was: Re: close IMAP connections
02-Apr-02 at 19:48, Luke Ross ([EMAIL PROTECTED]) wrote : > I use mutt patched with vvv-nntp (I know not now - I'm on holiday on a > strange computer), and if the NNTP connection gets closed it asks if you > want to reconnect, and then continues where it left off - perhaps IMAP can > be patched to do the same. Good job you said you were on holiday, with headers like X-Mailer: Microsoft Outlook Express 5.50.4807.1700 that is a travesty :) -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:61.07% see www.mersenne.org] The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet. [Linux user #170823 http://counter.li.org. Home cooked signature rotator.]
Re: close IMAP connections
On Tue, Apr 02, 2002 at 01:32:01PM -0500, Dan Boger wrote: > _very_ interesting. so while it doesn't help with my current problem > (since the mailbox that's timing out isn't one that's getting polled for ^^^ The same applies for me... > new mail) [...] -- Cheers, Heiko Heil msg26551/pgp0.pgp Description: PGP signature
Re: "update encoding?"
Sadiq Al-Lawatia <[EMAIL PROTECTED]> wrote: > > "~/Mail/tmp/mutt-csce-4803-30 [#1] modified. Update encoding? > ([yes]/no): " This message indicates that the time-stamp on the file has been changed since Mutt last saw you write to the file. That is, when Mutt launches your editor, and your editor finishes writing, the timestamp is set to a certain time, and Mutt makes note of it. Then, when you press "y" to send, Mutt looks at the timestamp again, and notices that it has changed. Mutt thinks that you did something behind his back, and so it asks you what's going on, should it check the file again to see if it should change the encoding (us-ascii, iso-8859-1, etc). So, the mystery here is, why does Mutt think that you're changing the file behind his back? Does your editor run in parallel with Mutt, like does it launch a separate X-window for you to edit in, while in the xterm where you ran Mutt, it thinks you are finished editing? That's the only thing I can think of. -- 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 Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: Mutt ignoring 'From ' lines in mailbox
On Tue, Apr 02, 2002 at 12:46:36PM -0600 I heard the voice of David DeSimone, and lo! it spake thus: > > Mutt chooses to be picker about the "From " syntax because some mailers > don't properly escape a "From " that is inside the body of the message. Well. Mutt doesn't escape "^From " in the body either when it writes, since it always writes with Content-Length: headers. There's no way to win with mbox. You escape From_'s, you mangle the message, which can do things like screw up crypto signatures, and the various other similar problems. You don't escape them and rely totally on Content-Length:, you get yourself into trouble if the file is edited manually or otherwise changed without updating Content-Length to match. Say I change stuff in the middle of a message, and the last line is "From something ". If I don't adjust the Content-Length:, depending on how smart the parser is, it'll either: - Puke when (end-of-header+content-length) isn't the start of a new message - Search forward from(end-of-header+content-length) to try and figure out where the next message is, in which case it'll either get an extra empty message (my From) if I added stuff, or skip over a whole message and include it in the current, if I deleted stuff. - Search forward AND backward, in which case, who knows? -- Matthew Fuller (MF4839) |[EMAIL PROTECTED] Unix Systems Administrator |[EMAIL PROTECTED] Specializing in FreeBSD |http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet"
Re: close IMAP connections
Dan -- ...and then Dan Boger said... % % On Tue, Apr 02, 2002 at 12:23:01PM -0600, David Champion wrote: % ... % with the local one... esp since my IMAP server is a P90 with 48M of ram You have 48M? Wow; lucky you. My box at home is only a P60 with 16M :-) 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.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg26554/pgp0.pgp Description: PGP signature
Re: close IMAP connections
On Tue, Apr 02, 2002 at 06:57:59PM +, Simon White wrote: > So... let me know how you get on if you lower imap_keepalive and/or if you > add the IMAP folder to your new mail poll... although you'll set > mail_check higher or that poor old P90 might get a bit overworked :) I changed my keepalive, and will report - thanks for the help! -- Dan Boger [EMAIL PROTECTED] msg26555/pgp0.pgp Description: PGP signature
[OT] Re: close IMAP connections
On Tue, Apr 02, 2002 at 02:10:43PM -0500, David T-G wrote: > You have 48M? Wow; lucky you. My box at home is only a P60 with 16M :-) yah, we upgraded after it was too slow acting as a fileserver/dns/dhcp/web server/twiki/cvs/smb master etc... it's actually working quite nice, except that AIDE takes too long to run on it (17 hrs/day), so I need to fix that... and it still beats my firewall - 486/25 with 7.8M of ram (don't ask)... though that one is purring away nicely :) -- Dan Boger [EMAIL PROTECTED] msg26556/pgp0.pgp Description: PGP signature
How do you search to: header?
I was just wondering how I would search for someone I sent a message to. Using / doesn't help -- that only seems to search subject and from:. Also, is there documentation somewhere on searching? I tried hitting help in mutt, but it doesn't even show that / is a key to hit for searching. Thanks! Jen
Re: How do you search to: header?
Jen, have you tried using / with ~t? / ~t [EMAIL PROTECTED] should key on mail 'To: [EMAIL PROTECTED]'. -tim On Tue, 02 Apr 2002, jennyw wrote: > I was just wondering how I would search for someone I sent a message to. > Using / doesn't help -- that only seems to search subject and from:. > > Also, is there documentation somewhere on searching? I tried hitting help > in mutt, but it doesn't even show that / is a key to hit for searching. > > Thanks! > > Jen -- "He's God. He's flighty. First it's a garden, then there's apples, but you can't EAT the apples, and there's a man and a women, but they can't bump uglies, and then, ah the hell with it, it's cities and smog and wars and shit and he's off resting on the seventh day anyway." --Jeff
Re: "update encoding?"
On Tue, Apr 02, 2002 at 01:04:24PM -0600, David DeSimone wrote: > Sadiq Al-Lawatia <[EMAIL PROTECTED]> wrote: > > > > "~/Mail/tmp/mutt-csce-4803-30 [#1] modified. Update encoding? > > ([yes]/no): " > > So, the mystery here is, why does Mutt think that you're changing the > file behind his back? Does your editor run in parallel with Mutt, like > does it launch a separate X-window for you to edit in, while in the > xterm where you ran Mutt, it thinks you are finished editing? That's > the only thing I can think of. I notice that the tmp directory is somewhere under the home directory so could possibly be nfs mounted - if there is a time skew between the server and the computer running mutt this could potentially cause problems too. I am having a hard time expressing exactly how this would work but I'm pretty sure I've seen something like this happen to me before. -kyle -- http://mas.cs.umass.edu/~rawlins -- To recall is to call.
Re: "update encoding?"
On Tue, Apr 02, 2002 at 05:02:02PM -0500, Kyle Rawlins wrote: > On Tue, Apr 02, 2002 at 01:04:24PM -0600, David DeSimone wrote: > > Sadiq Al-Lawatia <[EMAIL PROTECTED]> wrote: > > > > > > "~/Mail/tmp/mutt-csce-4803-30 [#1] modified. Update encoding? > > > ([yes]/no): " > > > > So, the mystery here is, why does Mutt think that you're changing the > > file behind his back? Does your editor run in parallel with Mutt, like > > does it launch a separate X-window for you to edit in, while in the > > xterm where you ran Mutt, it thinks you are finished editing? That's > > the only thing I can think of. > > I notice that the tmp directory is somewhere under the home directory so could > possibly be nfs mounted - if there is a time skew between the server and the > computer running mutt this could potentially cause problems too. I am having a > hard time expressing exactly how this would work but I'm pretty sure I've seen > something like this happen to me before. The client's clock is running a few minutes behind the server. You write the file at local noon, which the server sets to be 12:03. Mutt checks the file, sees that its mtime is in the future (12:03 being later than 12:00), and warns you. Happens regularly to me. Adam
Re: How do you search to: header?
* jennyw <[EMAIL PROTECTED]> [2002-04-02 11:53:11 -0800]: > I was just wondering how I would search for someone I sent a message to. > Using / doesn't help -- that only seems to search subject and from:. Look for "Pattern" in the manual. Nicolas
pager-index display
How do i get my mutt to ise pager-index display like i have seen a friend of mine using? I have read man muttrc and man mutt and googled for all of the mutt documentation but cannot find how to set this up anywhere ... TIA for any help... -- Natalie Ford .. [EMAIL PROTECTED]
Re: pager-index display
Natalie Ford wrote: > How do i get my mutt to ise pager-index display like i have seen > a friend of mine using? I have read man muttrc and man mutt and > googled for all of the mutt documentation but cannot find how to > set this up anywhere ... TIA for any help... see pager_index_lines in the manual.
Re: "update encoding?"
Adam Shostack <[EMAIL PROTECTED]> wrote: > > The client's clock is running a few minutes behind the server. You > write the file at local noon, which the server sets to be 12:03. Mutt > checks the file, sees that its mtime is in the future (12:03 being > later than 12:00), and warns you. I guess I had always assumed that Mutt took the timestamp from the file, not from looking at the current time. Interesting.. -- 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 Richardson IT|PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
browser menu - add next-new command?
* Bo Peng <[EMAIL PROTECTED]> [2002-04-01 23:30]: > > % Tab key is used to "go to next new message" > > % within a mailfolder. Can it jump to new > > % messages of another mailfolder like pine does? I > > % am sorry if I missed something in the manual. > > > > mutt won't go to next-new in another folder, but > > once you tell it (through the mailboxes command) > > what folders to watch, you can go to the next > > folder with new messages when you're in the > > browser. > > I set my "incoming folders" and everything is fine. > I just think Pine/TAB is a better way to read new > mails. I will try to write a macro but I am > afraid that I will be reinventing the wheel. this is definitely becoming a faq now... so how about adding a "next-new" command to the "browser menu" *before* 1.4 ships? Sven
Re: browser menu - add next-new command?
> * Bo Peng <[EMAIL PROTECTED]> [2002-04-01 23:30]: > > > % Tab key is used to "go to next new message" > > > % within a mailfolder. Can it jump to new > > > % messages of another mailfolder like pine does? I > > > % am sorry if I missed something in the manual. > > > > > > mutt won't go to next-new in another folder, but > > > once you tell it (through the mailboxes command) > > > what folders to watch, you can go to the next > > > folder with new messages when you're in the > > > browser. > > > > I set my "incoming folders" and everything is fine. > > I just think Pine/TAB is a better way to read new > > mails. I will try to write a macro but I am > > afraid that I will be reinventing the wheel. > this is definitely becoming a faq now... > so how about adding a "next-new" command > to the "browser menu" *before* 1.4 ships? > Sven Yeah! I read the manual again and I think a dedicated macro, if possible, is too complicated for this purpose. Modifying the source is easier. I would definitely suggest this feature for version 1.4. -- Bo Peng Department of Statistics Rice University http://www.stat.rice.edu/~bpeng
Re: "update encoding?"
Quoting Kyle Rawlins ([EMAIL PROTECTED]): > I notice that the tmp directory is somewhere under the home directory so could > possibly be nfs mounted - if there is a time skew between the server and the > computer running mutt this could potentially cause problems too. I am having a > hard time expressing exactly how this would work but I'm pretty sure I've seen > something like this happen to me before. The home directories are indeed nfs mounted. And after a little chat with the system administrator, it turns out the problem is exactly as Adam has suggested in his reply about the clocks not running at the same time. So I guess there is nothing I can do, unless the clocks on both the client and the server are in sync! --Sadiq
Re: "update encoding?"
Sadiq Al-Lawatia wrote: > The home directories are indeed nfs mounted. And after a little chat > with the system administrator, it turns out the problem is exactly as > Adam has suggested in his reply about the clocks not running at the > same time. > > So I guess there is nothing I can do, unless the clocks on both the > client and the server are in sync! ask the admin to run ntpd on both machines to keep the times in sync. -- Will Yardley input: william < @ hq . newdream . net . >
Re: echo $EUID
* Matthew D. Fuller <[EMAIL PROTECTED]> [2002-03-27 11:50]:
> .. I end up having to work around Solaris'
> braindamage in a number of ways.
> For instance, on every OTHER OS (including
> pre-Solaris-renaming SunOS, HP/UX 9, NeXT Mach),
> I can use "id -u" to get the EUID. Solaris?
> setenv EUID `id | sed "s/[a-z\(\)\=]//g" | awk '{print $1}'`
>
> Yippie. Yeah, I could use cut(1) and do
> it a bit more efficiently probably, but...
won't "sed" suffice? let's see..
$ uname -a
SunOS ritz 5.8 Generic_108528-13 sun4u sparc
$ id
uid=10077(guckes) gid=10025(emailer) groups=10025(emailer),10365(hacker),..
so we just need the first number before the first space.
easy:
$ id | sed -e 's/^uid=\([0-9][0-9]*\).*/\1/'`
10077
"works for me"
of course this is much easier with the ZShell:
$ echo $EUID
10077
ZShell rules! :-)
Sven
--
Sven Guckes [EMAIL PROTECTED]
ZSH HomePage: http://www.zsh.org
latest version: zsh-4.0.4 [011024]
Re: echo $EUID
On Wed, Apr 03, 2002 at 05:55:25AM +0200, Sven Guckes wrote: > * Matthew D. Fuller <[EMAIL PROTECTED]> [2002-03-27 11:50]: > > .. I end up having to work around Solaris' > > braindamage in a number of ways. > > For instance, on every OTHER OS (including > > pre-Solaris-renaming SunOS, HP/UX 9, NeXT Mach), > > I can use "id -u" to get the EUID. Solaris? /usr/xpg4/bin/id -u -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- 186,282 miles per second: It isn't just a good idea, it's the law!
Re: echo $EUID
On Tue, Apr 02, 2002 at 11:27:31PM -0500, Mark J. Reed wrote: > /usr/xpg4/bin/id -u To expand upon this: When SunOS becamse Solaris, its base moved from BSD (Berkeley's UNIX-based OS) to System V (official UNIX from AT&T). For compatibility with System V applications (and with the POSIX standard), they had to give all of the standard commands in /bin (or /usr/bin) the System V semantics. However, the older behavior was in many cases superior, and those commands have been retained in /usr/xpg4. I tend to prefer the XPG version of most commands, so I have /usr/xpg4 before /usr/bin in my PATH. In cases where there was an even wider divergence between the BSD and System V commands (the ps(1) command being the most infamous example), you may find the BSD version in /usr/ucb (this is analogous to but reversed from the old SunOS case, where the System V versions were in /usr/5bin). Note that not all Solaris installs have these packages; I've found that more have /usr/xpg4 than /usr/ucb. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Now I lay me down to sleep I pray the double lock will keep; May no brick through the window break, And, no one rob me till I awake.
Re: close IMAP connections
Dan Boger ([EMAIL PROTECTED]) muttered: > when I don't access that one folder for a while, and I switch to it > (with a macro), I get an error "connection closed" and an empty index. > the only thing I could find that would fix this is to quit mutt and > start it again - a new connection will then be established. Try setting $imap_keepalive to a higher value. HTH, Michael -- I did this 'cause Linux gives me a woody. It doesn't generate revenue. (Dave '-ddt->` Taylor, announcing DOOM for Linux) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key
language-problem
Hello mutt-users, I have compiled mutt v1.3.28i both on my Server (based on SuSE7.1) and on my Laptop (based on SuSE7.3). Now I have noticed that the mutt-version on the server runs in English language and the mutt-version on my laptop in German language. The language-settings (according to locale) only differ from the @euro-suffix. But I want both versions in German language. hh@server:~ > locale LANG=de_DE LC_CTYPE="de_DE" LC_NUMERIC="de_DE" LC_TIME="de_DE" LC_COLLATE=POSIX LC_MONETARY="de_DE" LC_MESSAGES="de_DE" LC_PAPER="de_DE" LC_NAME="de_DE" LC_ADDRESS="de_DE" LC_TELEPHONE="de_DE" LC_MEASUREMENT="de_DE" LC_IDENTIFICATION="de_DE" LC_ALL= hh@server:~ > mutt -v Mutt 1.3.28i (2002-03-13) Copyright (C) 1996-2001 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.18 (i586) [using ncurses 5.2] Compile options: -DOMAIN -DEBUG -HOMESPOOL -USE_SETGID +USE_DOTLOCK -DL_STANDALONE +USE_FCNTL -USE_FLOCK -USE_POP +USE_IMAP -USE_GSS +USE_SSL -USE_SASL +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_GETSID +HAVE_GETADDRINFO ISPELL="/usr/bin/ispell" SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" EXECSHELL="/bin/sh" -MIXMASTER To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please use the flea(1) utility. patch-1.3.26.dw.pgp-traditional.2 -- Cheers, Heiko Heil msg26573/pgp0.pgp Description: PGP signature
