2008/135 Mail Utilities

[Stephen Talley]

Danek Duvall wrote:

> >      3.2.1 mutt
> >
> >      NAME                    STABILITY               NOTES
> >
> >      OpenSSL                 External/Volatile       PSARC/2003/500  [2]
> >      LibIDN                  Uncommitted             PSARC/2007/000  [6]
> >      S-Lang library          Uncommitted             (this case)
> >      Math & Microtasking     Committed
>
> I don't think it matters too much, but why do all these executables
> depend on Math & Microtasking?  My copies of mutt and fetchmail, at
> least, don't link against these libraries, though.

This line refers to the dependency on libm.so (part of SUNWlibmsr),
which is required by libc.  As such, this dependency is implicit and
could be removed from the list for all intents and purposes.

> >      3.2.3 fetchmail
> >
> >      NAME                    STABILITY               NOTES
> >
> >      OpenSSL                 External/Volatile       PSARC/2003/500  [2]
> >      Kerberos [MIT]          External                PSARC/1999/617 et seq.
> >      Math & Microtasking     Committed
> >      Generic Security Svcs   Committed
>
> Since you're shipping fetchmailconf, shouldn't Tcl/Tk be included in
> the imported interfaces?

Quite right:

         Tk - TCL GUI Toolkit   Uncommitted

> >      SUNWmutt                    Uncommitted             Package name
> >
> >      /usr/bin/flea               Volatile                Shell script
> >      /usr/bin/mutt               Volatile                Executable
> >      /usr/bin/muttbug            Volatile                Shell script
> >      /usr/bin/pgpewrap           Volatile                Executable
> >      /usr/bin/pgpring            Volatile                Executable
> >      /usr/bin/smime_keys         Volatile                Perl script
>
> Hmm.  Is there any point in shipping the pgp-related bits if we
> don't ship pgp?

Gnupg is on the list of open source projects to be included in
OpenSolaris (see the list at
http://infoshare.sfbay/twiki/bin/view/Main/OpenSolarisCabinet).  When
it comes, the pgp bits should be in place.

Until then, others (like myself) who have their own GPG compilation
rely on mutt to be able to work with it.

> And I don't see a man page for smime_keys, so how does it relate to
> the key management tools we already have on Solaris?

This is a script that sets up S/MIME for mutt users.  I know of no
existing S/MIME management utilities on Solaris.

> > 3.3.3. procmail
> >
> >      NAME                        STABILITY               NOTES
> >
> >      SUNWprocmail                Uncommitted             Package name
> >
> >      /usr/bin/formail            Volatile                Executable
> >      /usr/bin/lockfile           Volatile                Executable
> >      /usr/bin/mailstat           Volatile                Shell script
> >      /usr/bin/procmail           Volatile                Executable
>
> I also wonder if, given that procmail hasn't been updated in 7
> years, if it couldn't be considered Committed.

A reasonable suggestion.  As far as I know, there is no active
development on the project currently.

Steve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 185 bytes
Desc: not available
URL: <http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080222/efd0ce48/attachment.bin>