compile error
I'm trying to compile IMAP and I keep getting the following error: imap-2004c1]# make slx . . . ln -s ip4_unix.c ip_unix.c ln: `ip_unix.c': File exists make[3]: *** [onceenv] Error 1 make[3]: Leaving directory `/usr/local/imap-2004c1/c-client' make[2]: *** [slx] Error 2 make[2]: Leaving directory `/usr/local/imap-2004c1/c-client' make[1]: *** [OSTYPE] Error 2 make[1]: Leaving directory `/usr/local/imap-2004c1' make: *** [slx] Error 2 I've found that other users compiling this had no problem on fedora (using the slx as machine type). I'm using fedora 3. I figured dovecot was maybe conflicting, but I removed the dovecot package and same error comes up. I try other OS types (lnx, lrh) and still nothing. Any ideas? Thanks, mike
Re: compile error
On Tue, 1 Feb 2005, Kowal, Michael wrote: ln: `ip_unix.c': File exists ip_unix.c is a file that is made as part of the build. It should not exist when the build is started. Try doing a make clean and then try the build again. If you got your copy from a third-party, try getting it directly from the UW distribution at: ftp://ftp.cac.washington.edu/mail/imap.tar.Z -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum.
Re[2]: POP servers not advertising USER in CAPA reply
On Tue, 1 Feb 2005, Vadim Zeitlin wrote: In theory I totally agree but in practice there is this broken server which doesn't support any other way to login except by using USER but still doesn't advertise it. It's clearly is a bug in server implementation and using USER is the only way to work around it. The server may not be broken. They may have an administrative policy that clients should use the SSL POP3 service (port 995) instead of unencrypted POP3 port 110; but for the benefit of old pre-SSL clients (which also would not use CAPA) it allows the USER/PASS commands. The alternative is to not be able to login at all which may be correct (although in fact I don't see anything specifically forbidding use of USER in RFC 2449, it only states that its presence in CAPA response means that USER/PASS are supported but doesn't say anything about its absence!) but is absolutely useless. Not at all. Did you try the SSL POP3 service? Speaking practically, what problems can I have if I still use USER even if the server doesn't advertise it? Doing so violates the specifications, and may very well violate the intentions of the POP3 server administrator. Worse, you may find yourself accused of behaving just like Microsoft in violating specifications for convenience. All too often the excuse of a necessary workaround has been offered as to why Outlook, etc. violates a specification. Still worse, if it's considered to be something that c-client does, *I* will be accused of behaving just like Microsoft. No thanks. :-) AFAICS in the worst case the server will reply that command is not supported. This doesn't seem very bad to me. No. If it doesn't reject until the PASS command then the result is that passwords are sent in the clear. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum.
RE: compile error
On Tue, 1 Feb 2005, Kowal, Michael wrote: Worked perfectly, but I get errors about SSL. Is there a way I can tell make where my installation of SSL is (e.g ssl is currently installed in /usr/local/ssl/)? /usr/local/ssl is the default location. If you are building on Linux, you should use make lnp or make slx rather than one of the vendor versions (e.g. make lrh). The only difference between the vendor versions and make lnp is that the vendor versions reflect their non-default locations for SSL. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum.