[Dovecot] local rimapd not working with 1.1.1, fatal error

David Halik dhalik at jla.rutgers.edu
Wed Jun 25 18:02:29 EEST 2008


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
================================



More information about the dovecot mailing list