dovecot - Jun 2008 - local rimapd not working with 1.1.1, fatal error

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
dhalik at jla.rutgers.edu
================================

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
dhalik at jla.rutgers.edu
================================