Re: Getting mutt to access Mac addressbook with lbdb

[Eugene]

On Sun, Oct 25, 2009 at 02:02:22AM CDT, Cameron Simpson  wrote:
> On 23Oct2009 08:04, Trey Sizemore  wrote:
>
> | Thanks.  I performed a 'sudo port uninstall lbdb' and then did a 'sudo
> | port install lbdb'. Looking in the /opt/local/lib/lbdb/ directory, I
> | see: [...]
> | Note there is no m_osx_addressbook or ABQuery.  I have Mac's
> | addressbook install.  Any reason why these would be missing?
> 
> No, but I will note that I just did this on Leopard (not SL) and
> although it was there I also had to add the module to this line:
> 
>   METHODS="m_inmail m_osx_addressbook m_passwd m_finger"
> 
> in the file /opt/local/etc/lbdb.rc before it was used.
> 
> So even after you sort your missing module you may need to tweak a
> config.

There is a Mac OS X Hints article that mentions this too:




-- 
Eugene

Not enough entropy under MS-DOS

[Ersin Akinci]

Hi all,

I'm encountering an SSL error when I try to check my secure IMAP/POP3
mailboxes using Mutt 1.5.5 under MS-DOS.  Yes, that's right, not in a
DOS window under Windows or in DOSBox but under 100% MS-DOS.  After a
very long search, I managed to find a port at
http://www.caddit.net/engineering/programming/ that uses DJGPP and
Wattcp-32 for network functionality.  I've been looking forever for a
way to check my SSL-authenticated remote mailboxes under DOS and this
port appeared to be my last hope short of compiling my own client, but
now Mutt tells me that "SSL [is] disabled due to the lack of entropy".
 I sort of followed the workaround provided here
(http://mutt.sourceforge.net/imap/README.SSL) by creating my own
randfile that consists of a bunch of random letters and numbers that I
typed out, but when I try set the appropriate environment variables
and try to use it, Mutt complains about file permissions.  Of course,
there are no file permissions, since I'm using DOS, but according to
the instructions above my randfile's permissions need to be set to
600.

I'd appreciate any help that you could give on this subject or if you
could suggest a completely different alternative to Mutt altogether.
Other than finding an SSL-capable mail client for DOS, I've also
considered using an SSH tunnel (or is it an SSL tunnel?  I mean
"stunnel"), but so far I haven't been able to find one that will run
on it.

Thanks,
Ersin

-- 

=

Ersin Y. Akinci -- http://www.ersinakinci.com

Re: Not enough entropy under MS-DOS

[Rado S]

=- Ersin Akinci wrote on Tue 27.Oct'09 at  5:49:57 -0400 -=

> I'm encountering an SSL error when I try to check my secure IMAP/POP3
> mailboxes using Mutt 1.5.5 under MS-DOS.
> {...} but when I try set the appropriate environment variables
> and try to use it, Mutt complains about file permissions. Of
> course, there are no file permissions, since I'm using DOS, but
> according to the instructions above my randfile's permissions need
> to be set to 600.

Funny, but keep going! :)

I guess you'll have to hack the source to ignore file permissions
for DOS.

-- 
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.

Re: Not enough entropy under MS-DOS

[Andrew Haninger]

On Tue, Oct 27, 2009 at 5:49 AM, Ersin Akinci  wrote:
> Yes, that's right, not in a DOS window under Windows or
> in DOSBox but under 100% MS-DOS.
Wow. I didn't realize the world economic problems had gotten that bad.
There's a thread on the Xorg list about someone resurrecting a
1995-era laptop. What next? "How do I play my mp3s on this walkman?" ?

Anyway, since you specified *MS*-DOS, I wondered if maybe you'd tried
FreeDOS? If the mutt developers decide that supporting MS-DOS isn't
worth it and you can't hack their code, you might at least have some
luck convincing FreeDOS developers to make it support mutt.

Or maybe there's some other particular reason why you're using MS-DOS
(another DOS-only application?).

Andy

How to display patch/diff files in color?

[Horacio Sanson]

Does anyone know how to make mutt display patches/diff files in color?

I am using pygmentize that in a terminal outputs the diff/patch files with easy 
to read
colors but when used from within mutt the text is displayed correctly but not 
colored.

Here is my configuration:

My .mailcap file:

  text/x-diff;pygmentize -f console %s;copiousoutput
  text/x-patch;pygmentize -f console %s;copiousoutput

My .muttrc file:

  auto_view text/x-diff
  auto_view text/x-patch


I can see in Mutt that the pygmentize command is being called but the output
text is not colored on the console.

As second question how do I change the mime type of received emails based on
extension? without using procmail? Some times I get patches/diff with mime-type
set to plain/text and I want to change them to text/x-patch or text/x-diff
based on extension. 

-- 
regards,
Horacio Sanson

Re: How to display patch/diff files in color?

[Gary Johnson]

On 2009-10-28, Horacio Sanson  wrote:
> Does anyone know how to make mutt display patches/diff files in color?
> 
> I am using pygmentize that in a terminal outputs the diff/patch files with 
> easy to read
> colors but when used from within mutt the text is displayed correctly but not 
> colored.
> 
> Here is my configuration:
> 
> My .mailcap file:
> 
>   text/x-diff;pygmentize -f console %s;copiousoutput
>   text/x-patch;pygmentize -f console %s;copiousoutput
> 
> My .muttrc file:
> 
>   auto_view text/x-diff
>   auto_view text/x-patch
> 
> 
> I can see in Mutt that the pygmentize command is being called but the output
> text is not colored on the console.

Try this in your .muttrc:

set allow_ansi

> As second question how do I change the mime type of received emails based on
> extension? without using procmail? Some times I get patches/diff with 
> mime-type
> set to plain/text and I want to change them to text/x-patch or text/x-diff
> based on extension. 

This was originally intended for application/octet-stream but was
generalized to handle other MIME types.  I don't know whether it
will work for text/plain.  Look in the mutt manual for
'mime_lookup'.

HTH,
Gary