dovecot - Mar 2003 - Help

Hi to all,  
We are a bit of newbes to imap etc, so may be we just not doing it
right.  Nevertheless,

We have compiled dovecot to run under Solaris 8/9 for IPv6 test.  We are
going crazy.

After a successful compilation, the troubles really began.

Solaris 9
1. Every?time we reboot- the directory /var/run/dovecot/auth is gone
????
2. After the dir is created manually, the server starts.

However!!! 
	1.  A telnet to host 143 connect to the server fine but no
commands are accepted.  The server simply returns "bad command"
	2.  If we try to connect via a e-mail client to the server - we
get a login refused - which I suspect is simply the "bad command"
error
being interpreted as such.

We have tried every concivable combination of conf items in the conf
file but nothing.

Solaris8

Just does not start.

Any help apprecialted

Ron





-- 
Dr. Ronald Barker
Senior Technology Manager
Vodafone Group Research & Development - D

Vodafone Pilotentwicklung GmbH
Chiemgaustrasse 116
81549 Munich 
Germany
Fon: + 49 (89) 95 410-0
Fax: + 49 (89) 95 410-111
mailto:ron.barker at v-pe.de
http://www.vodafone-rnd.com
 <<Barker, Ron, vpe.vcf>> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Barker, Ron, vpe.vcf
Type: text/x-vcard
Size: 353 bytes
Desc: Barker, Ron, vpe.vcf
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20030325/369373fd/attachment-0001.vcf>

On Tue, 2003-03-25 at 15:01, Barker, Ron, vpe wrote:
> Solaris 9
> 1. Every?time we reboot- the directory /var/run/dovecot/auth is gone
> ????
> 2. After the dir is created manually, the server starts.
Hm. You've set auth_chroot then. Looks like I don't check that the
directory exists, I'll fix that.
> 
> However!!! 
> 	1.  A telnet to host 143 connect to the server fine but no
> commands are accepted.  The server simply returns "bad command"
What commands did you try? IMAP commands are prefixed with a tag, so
you'd need to do eg. "1 login user password".
> 	2.  If we try to connect via a e-mail client to the server - we
> get a login refused - which I suspect is simply the "bad command"
error
> being interpreted as such.
And this is probably because you set the auth_chroot, and the auth
process can't read /etc/passwd (or whatever) when chrooted. So just
comment out the auth_chroot line and it would probably work. If not, set
auth_verbose = yes and see what it shows in log file.