http://bugs.winehq.org/show_bug.cgi?id=8773
Thomas Stephenson admin@linux-tstephenson.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |admin@linux-tstephenson.com
--- Comment #3 from Thomas Stephenson admin@linux-tstephenson.com 2008-11-29 10:23:11 --- (In reply to comment #0)
In Mercury, after I try to log in from Thunderbird, the IMAP4 window shows the following:
Password failure, user 'admin', from 192.168.0.2
One thing I was struck by is that Mercury seems to be behaving as if it doesn't recognize any user "admin", and so will not accept any password from someone trying to log in as "admin". I went into Mercury's configuration menu, selected "Local users", and there are no users listed there. I thought this was odd, since Mercury is supposed to use the file PMAIL.USR from the C:\PMAIL\MAIL directory. The contents of this file are as follows:
; PMAIL.USR Pegasus Mail user database. A;Admin;Mail Administrator
So I tried adding this user "admin" in Mercury, and it didn't take. No error message, or anything, but after filling in information for the user admin, and then clicking on "Add", the list of users is still blank. Just doesn't seem to work, not sure why.
Another odd thing is that when installing Mercury (both for version 4.01 and 4.51) I'd specified the location of the Pegasus Mail installation. But when I went into Mercury's configuration menu, and clicked on "Pegasus Mail", it shows a blank for "Directory for Pegasus Mail .EXE file". When I type in C:\PMAIL\MAIL, and then restart Mercury, this entry is blank again.
That's not the correct directory. You are supposed to be pointing at the directory containing the WinPMail executable so it can write the PMGATE.SYS file and the MERCURY User Defined Gateway to be used by Pegasus Mail. The mailbox directory spec is set in Configuration | Mercury core "Local mailbox directory path" and it should be c:\pmail\mail~8
In any case this is a Mercury/32 configuration problem and have nothing to do with Wine. I personally believe this bug should be closed.