Hi list,
I'm sorry, but I am not sure if thi is OT or OT. :)
I am having problems where postfix does not deliver to all recipients if the
message has multiple recepients. This does not always happen, but sometimes (I
daresay almost always). Has anyone experienced similar problems?
All tips
On 09/25/01 08:06 AM, Jeremy Howard sat at the `puter and typed:
Q: Why isn't plussed addressing working?
A: There are 3 possible reasons:
* [anyone p] not set on subfolder
Check: not the problem
* subfolder is not all lowercase
Check: not the problem
* Sieve includes an explict rule
On Mon, 2001-09-24 at 17:06, Jeremy Howard wrote:
Q: Why isn't plussed addressing working?
A: There are 3 possible reasons:
* [anyone p] not set on subfolder
* subfolder is not all lowercase
* Sieve includes an explict rule to deliver to INBOX
I know of a 4th reason, that being that
I discovered a bug in lib/util.c of the CVS version of cyrus-imapd-2.0.16.
It only causes trouble if you configure Cyrus with the improved directory
hashing and enable hashed spool directories. The result of the bug is that
subfolders hash into different hash directories than the INBOX. The fix
Done.
Ken
[EMAIL PROTECTED] wrote:
I discovered a bug in lib/util.c of the CVS version of cyrus-imapd-2.0.16.
It only causes trouble if you configure Cyrus with the improved directory
hashing and enable hashed spool directories. The result of the bug is that
subfolders hash into
On 09/25/01 08:17 AM, Jim Levie sat at the `puter and typed:
. . .
I know of a 4th reason, that being that virtusertable is in use. There
may be some way around it, but everytime I use virtusertable it kills
subfolder delivery.
Not using it.
Thanks anyway.
L
--
Louis LeBlanc [EMAIL
From what I can tell from scanning through the mail archives, it would appear
that you cannot force an overquota delivery when using LMTP with cyrus 2.0.??.
What is required here to implement this? Do the MTA's need to support the
IGNOREQUOTA draft rfc?
What functionality do I loose, other than
Hi,
When testing sieve, I tried to connect via telnet to the sieve port:
telnet localhost sieve
the problem is that the following appears in /var/log/messages:
Sep 25 20:48:38 coral service-sieve[29311]: executed
Sep 25 20:48:38 coral service-sieve[29311]: unable to set close on exec:
Bad
Roland Pope wrote:
From what I can tell from scanning through the mail archives, it would appear
that you cannot force an overquota delivery when using LMTP with cyrus 2.0.??.
What is required here to implement this? Do the MTA's need to support the
IGNOREQUOTA draft rfc?
Pretty much.