Hello,
I am using Cyrus 2.0.16 and OpenSSL 0.9.6 and am using
Outlook as my client to retrieve mail. The client
craps out with a very generic error message:
"Could not fetch new headers in the inbox for
catfish.jmq.net an unknown error has occured. Please
save any existing work and restart the pr
--On Sunday, August 26, 2001 3:55 PM -0400 Lawrence Greenfield
<[EMAIL PROTECTED]> wrote:
> Does this correspond to /usr/sbin/sendmail being invoked by a user
> process (not from a network I/O message)?
Sendmail is still invoked as root and runs that way. However, deliver
runs as user cyrus an
Does this correspond to /usr/sbin/sendmail being invoked by a user
process (not from a network I/O message)?
This is a pretty weird thing to be happening, and I don't think that
this message can be caused by a listen queue overflow.
I'd guess some process is invoking /usr/sbin/sendmail not as ro
We are seeing a lot of messages getting deferred in our sendmail logs
when deliver is executed. Basically, deliver is exitting with EX_TEMPFAIL.
Looking at the cyrus logs, I can correlate most of those failures to the
following message:
deliver: connect(/var/imap/socket/lmtp) failed: Permission
Hello Mailinglist-User,
I login as user "cyrus" and input "cyradm localhost" to get the
opportunity to administrate the server. Then I made a "auth cyrus", but
the program aborted currently with the following error message:
perl: digestmd5.c:1423: privacy_encode: Zusicherung »text->maxbuf > 0«
I no longer have the original message in this thread, but for the
benefit of others trying to make Sieve Vacation work, I'm going to
summarize what I've discovered.
Ken Murchison is correct in that Sieve Vacation does not consult
the `servername' setting from /etc/imapd.conf to determine the
doma
