Re: when using `which` send errors to /dev/null

On 2007-05-25 12:06:26 -0400, Derek Martin wrote: > I'm not aware of any Unix-derivative systems where /bin/sh is > not a Bourne-shell derivative (Bourne Shell, Korn Shell, POSIX shell, > or Bash). All of those shells use ':' as the path separator for > $PATH. Can you suggest an example? It seem

Re: when using `which` send errors to /dev/null

On 26May2007 12:49, Vincent Lefevre <[EMAIL PROTECTED]> wrote: | On 2007-05-25 12:06:26 -0400, Derek Martin wrote: | > I'm not aware of any Unix-derivative systems where /bin/sh is | > not a Bourne-shell derivative (Bourne Shell, Korn Shell, POSIX shell, | > or Bash). All of those shells use ':' a

Re: when using `which` send errors to /dev/null

On 2007-05-26 21:56:35 +1000, Cameron Simpson wrote: > Of course, such a system isn't a UNIX system... Is there any reason why Mutt should not run on non-UNIX systems? -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 100% accessible validated (X)HTML - Blog:

Re: [Mutt] #2846: Security vulnerability in APOP authentication

#2846: Security vulnerability in APOP authentication Comment (by brendan): (In [3d1d7f6cf693]) Validate msgid in APOP authentication. Closes #2846 -- Ticket URL:

Re: [Mutt] #2885: Buffer overflows in mutt_gecos_name

#2885: Buffer overflows in mutt_gecos_name Comment (by Jonathan Smith ): (In [736653ce1896]) merge changeset 47d08903b79b: Use signed arithmetic in mutt_gecos_name to avoid an overflow. Closes #2885. -- Ticket URL:

mime, freedesktop.org and mutt

I posted this to mutt-users and Kyle there suggested posting it here. This message may be complete nonsense. I am trying to find my way into something. I understand that KDE 4 and GNOME > 2.4 use the freedesktop.org mime databases to determine the mime type. Has any thought ever been given to u

Re: when using `which` send errors to /dev/null

On 26May2007 18:37, Vincent Lefevre <[EMAIL PROTECTED]> wrote: | On 2007-05-26 21:56:35 +1000, Cameron Simpson wrote: | > Of course, such a system isn't a UNIX system... | | Is there any reason why Mutt should not run on non-UNIX systems? I can think of numerous things that might fail: maildir fi

Re: when using `which` send errors to /dev/null

On 2007-05-27 08:26:53 +1000, Cameron Simpson wrote: > On 26May2007 18:37, Vincent Lefevre <[EMAIL PROTECTED]> wrote: > | On 2007-05-26 21:56:35 +1000, Cameron Simpson wrote: > | > Of course, such a system isn't a UNIX system... > | > | Is there any reason why Mutt should not run on non-UNIX syste

[Mutt] #2895: mutt should keep a deletion log

#2895: mutt should keep a deletion log After spending the past hour or so deleting piles of old email, and then watching mutt crash because of some sort of bizarre server-side IMAP bug, and losing track of all my deletions, I am somewhat frustrated. It would be nice if mutt could keep a delet

Re: [Mutt] #2895: mutt should keep a deletion log

#2895: mutt should keep a deletion log Comment (by Brendan Cully): {{{ On Sunday, 27 May 2007 at 00:34, Mutt wrote: > #2895: mutt should keep a deletion log > > After spending the past hour or so deleting piles of old email, and then > watching mutt crash because of some sort of bizarre

Re: [Mutt] #2895: mutt should keep a deletion log

#2895: mutt should keep a deletion log Comment (by John Hawkinson): {{{ Mutt <[EMAIL PROTECTED]> wrote on Sun, 27 May 2007 at 00:38:28 - in <[EMAIL PROTECTED]>: > Comment (by Brendan Cully): > Feel free to sync-mailbox whenever you want to commit your work. As > long as you don't ex

Re: [Mutt] #2895: mutt should keep a deletion log

#2895: mutt should keep a deletion log Comment (by jhawk): Actually, I just got "Fatal: word too long" while running sync-mailbox ($ n). mutt (1.5.12) didn't crash, but, well, deletion state lost. These deletions much less painfully earned, though. -- Ticket URL:

[Announce] mutt-1.4.2.3 is out

Hi, I've just released mutt-1.4.2.3. It's 1.4.2.2 plus backported fixes for CVE-2007-2683 (gecos overflow) and CVE-2007-1558 (APOP MD5 collision attack). pgp9JJ1uFGy1Z.pgp Description: PGP signature