I was able to solve this by removing "2>/dev/null" from the end of the
imap command. Apparently:
"If --exec-mail is used, it must be the last argument on the command
line, as <section> is an optional parameter, otherwise if no section is
given but another parameter follows, this parameter is used as section."
I'm still not sure what the fatal error message was for, but it must
have been because of this since it has gone away.
David Halik wrote:
Hi all,
I just upgraded a couple of Fedora 9 workstations to try out 1.1.1
over NFS'd homedir's and I'm having trouble running dovecot in the
same configuration we were with 1.0.14.
It's fairly simple, we use pine/alpine and set a couple of variables
to fork rimapd directly:
* smtp-server=host (for the main mail machine)
* user-domain=host (same)
* set the inbox-path={localhost}INBOX
* ssh-command=%s %s %s %s
* ssh-path=/etc/rimapd
In rimapd we specifiy:
exec /usr/sbin/dovecot --exec-mail imap 2>/dev/null
In dovecot.conf we specify:
protocols = imap
listen = localhost
mail_location =
maildir:~/Maildir:INDEX=<path>/index/%u:CONTROL=<path>/control/%u
namespace public {
separator = .
prefix = INBOX.
inbox = yes
}
protocol imap {
mail_executable = /usr/libexec/dovecot/imap
mail_plugins = quota imap_quota
}
...and away we go. This enables us to run pine and dovecot locally on
the workstations since our home directories are all NFS'd to a central
server, essentially giving us Maildir access anywhere local.
This has been working great for a long time, and we still use it with
1.0.14, but as soon as I upgraded to 1.1.1, pine is telling me:
"rsh to IMAP server timed out"
"localhost,143: Connection refused"
I know this is very pine specific, but our pine configuration hasn't
changed, only dovecot has. I check the obvious answers like perms, and
ensured the same dovecot conf exists, and it does. I'm pretty stumped.
It's obviously the newer dovecot causing problems, but I don't know
where exactly. If I run "/usr/sbin/dovecot --exec-mail imap" manually,
i still get the normal IMAP session.
The only error I see anywhere is this in /var/log/maillog:
Jun 24 15:36:28 host IMAP(user): : Fatal: io_loop_handle_add:
epoll_ctl(1, 2): Operation not permitted
That doesn't really tell me much though.
Any ideas? Is dovecot taking different arguments now so my rimapd line
isn't working properly?
Any help would be appreciated.
Thanks.
--
================================
David Halik
System Administrator
OIT-CSS Rutgers University
[EMAIL PROTECTED]
================================
