On Aug 17, 2005, at 14:53, Mark Crispin wrote:
It's "preferred" in that it permits longer passwords than the legacy
getpass(). On most other systems they just increased the length that
getpass() returns.
If you don't need passwords longer than 8 characters in the mailutil
program, it doesn't matter either way. It is not an imapd issue in
any way.
It seems like another mechanism should be found to test for it is
/lib/libc.a has gone away in Solaris 10...
I agree, but getting the necessary information out of Sun is like
pulling teeth. This is not the first time that something like this
has happened. Past experience makes me reluctant to waste much more
time with Sun, especially since this particular question only affects
mailutil.
In general, SVR4 based systems (such as Solaris, HP-UX, and AIX) are
not recommended platforms for an IMAP server. These systems are
expensive and the SVR4 kernel has severe deficiencies which render it
particularly unsuitable for IMAP usage.
BSD and Linux are technically far superior to SVR4 for IMAP service,
cost much less, and run on much less expensive hardware.
This is clearly an opinion issue. Your cost issues are not relevant,
now
that Solaris 10 is free, and runs on the same x86/amd64 hardware your
BSD and Linux versions do.
I am one who prefers BSD systems myself, but you shouldn't make
such pronouncements about Solaris, or SysV in general.
Why don't you solve this the same way autoconf does? Ship a little
5 line program that you try to link. If it links, you know there's a
getpassphrase. If not, you can presume there's not. I know it's
not the cleanest way, but it does do the job and is easier than
pulling teeth.
- Chris
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
