Our mail server currently uses the sendmail MTA and cyrus-imap. Sendmail
passes mail for local delivery to /var/imap/socket/lmtp
I need to be able to filter mail. Is there a way to patch procmail into
the process to use it to filter mail?
Are there any other means to use filtering with cyrus-im
SORRY! Post to the wrong list!
>
> Hi,
>
> I have loaded the SIEVE filter plugin and I am very happy about it.
> Great work!
> Anyway I found a few things you might use for improvement:
>
> 1) The text in the interface for the valid variable $env-from should
> be changed to $env-from$ which
Hi,
I have loaded the SIEVE filter plugin and I am very happy about it. Great work!
Anyway I found a few things you might use for improvement:
1) The text in the interface for the valid variable $env-from should be changed to
$env-from$ which is the correct value.
2) In the german translation o
You're right, it works. I used Squirrelmail's SIEVE plugin to create the filter script
and it lists the allowable variables as: $env-from
I'll try to get a hold of the plugin author. Is there a schedule about the
implementation of the $text$ variables?
Dave
>
>
> Joakim Ryden wrote:
>
>> On
Joakim Ryden wrote:
On Fri, 2003-08-29 at 09:34, Ken Murchison wrote:
David Meier wrote:
When I am sending mailto notifications the following variables are not resolved:
$env-from$
$text$
$text[n]$
The $text$ variables aren't implemented yet. $env_from$ IS implemented,
but I can't see any
Rob Siemborski wrote:
> On Thu, 28 Aug 2003, Michael Sims wrote:
>
>> Thanks for the quick response and the explanation. Do you think it
>> will be a problem if I continue to use the reconstruct binary from
>> 2.1.14 until the bug is fixed, or should I revert my entire
>> installation to 2.1.14? T
On Fri, 2003-08-29 at 09:34, Ken Murchison wrote:
> David Meier wrote:
>
> > When I am sending mailto notifications the following variables are not resolved:
> >
> > $env-from$
> > $text$
> > $text[n]$
>
> The $text$ variables aren't implemented yet. $env_from$ IS implemented,
> but I can't se
On Thu, 28 Aug 2003, Michael Sims wrote:
> Thanks for the quick response and the explanation. Do you think it will be
> a problem if I continue to use the reconstruct binary from 2.1.14 until the
> bug is fixed, or should I revert my entire installation to 2.1.14?
> Thanks...
If you're feeling a
Wil Cooley wrote:
On Fri, 2003-08-29 at 08:41, Yuri Pimenov wrote:
Hello.
Im going to try out cyrus22 with virtual domains. For example, i have to
fqdns pointing to single ip address. Say, imap.example1.com and
imap.example2.com. How the problem: how to create a certificate which
will suit bot
On Fri, 2003-08-29 at 08:41, Yuri Pimenov wrote:
> Hello.
>
> Im going to try out cyrus22 with virtual domains. For example, i have to
> fqdns pointing to single ip address. Say, imap.example1.com and
> imap.example2.com. How the problem: how to create a certificate which
> will suit both domains?
David Meier wrote:
When I am sending mailto notifications the following variables are not resolved:
$env-from$
$text$
$text[n]$
The $text$ variables aren't implemented yet. $env_from$ IS implemented,
but I can't see any obvious reason in the source that would cause it not
to work.
--
Kennet
We have had the exact same problem. It occurred when we migrated some users
from UW to Cyrus. Only affected those who use POP and "leave message on
server."
We have encouraged those with the problem to euth use an IMAP client, our
IMAP based webmail (based on SquirrelMail), or to stop using the "l
Hello.
Im going to try out cyrus22 with virtual domains. For example, i have to
fqdns pointing to single ip address. Say, imap.example1.com and
imap.example2.com. How the problem: how to create a certificate which
will suit both domains? Of course i can set CN of my certificate to the
ip address o
Tarjei Huse wrote:
Hi,
Auto-transition doesn't do what you expect in most of the 2.x versions,
since the auxprop database wasn't writable.
It works in current CVS.
What auxprops support this?
Currently just sasldb, which I did in conjunction with the writable
auxprop interface. IIRC, Rob was
When I am sending mailto notifications the following variables are not resolved:
$env-from$
$text$
$text[n]$
However notification works and $from$ and $subject$ are resolved as expected. I do get
a notification mail body like this (without #, of course):
# David Meier <[EMAIL PROTECTED]>, $env-
[EMAIL PROTECTED] wrote:
>>> Obviously this broke the case where the cyrus.header file doesn't
>>> exist, which I'm going to throw into bugzilla.
>
> Can you try 'touching' cyrus.{header,cache,index} files so they
> exist, have the correct permissions, but are empty? Older versions of
> reconstruct
On Friday 29 August 2003 15:24, Rob Siemborski wrote:
Hi Rob,
> Auto-transition doesn't do what you expect in most of the 2.x versions,
> since the auxprop database wasn't writable.
> It works in current CVS.
hahaha, just checked out current cvs of sasl2 and cyrus imapd, compiled,
worked out of
Hi,
Auto-transition doesn't do what you expect in most of the 2.x versions,
since the auxprop database wasn't writable.
It works in current CVS.
What auxprops support this?
Tarjei
-Rob
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group *
On Thu, Aug 28, 2003 at 03:54:01PM -0400, Dave McMurtrie wrote:
> Has anyone successfully built the latest cyrus & sasl (wanting krb4
> support) linked against the latest kth-kerberos libraries?
>
> kth-kerberos no longer includes it own DES implementation. It now relies
> on DES routines from li
On Thu, 28 Aug 2003, Michael Sims wrote:
> Thanks for the quick response and the explanation. Do you think it will be
> a problem if I continue to use the reconstruct binary from 2.1.14 until the
> bug is fixed, or should I revert my entire installation to 2.1.14?
> Thanks...
Yes, this is fine,
On Thu, 28 Aug 2003, Marc-Christian Petersen wrote:
> Another question I noticed with 2.1.14: If I login with plain and
> autotransition is true, shouldn't it create the needed mech entries in
> sasldb2? This was not the case. I had to create them by hand with
> saslpasswd2.
Auto-transition doesn
On Friday 29 August 2003 10:41, Thomas Hager wrote:
Hi Thomas,
> i use cyrus imapd 2.1.15 and cyrus sasl 2.1.15 and everything works as
> expected.
*shrug* I wish it would do the same for me :>
> > 2. Saslauthd is running!! So why it cannot connect to it?!?!
> have you checked the permissions of
On Friday 29 August 2003 07:51, Nikola Milutinovic wrote:
Hi Nikola,
> Why BOTH pwcheck and saslauthd?
good question ;) ... I tried almost everything to get this working what I
want. Normally I don't enable this.
> Strange. Why is it NOT showing "GSSAPI" (Kerberos 5)?
I don't have kerberos head
On Thu, 2003-08-28 at 21:23, Marc-Christian Petersen wrote:
> Hi all,
hi!
> either I did something completely wrong or there are some heavy problems
> within v2.1.15.
i use cyrus imapd 2.1.15 and cyrus sasl 2.1.15 and everything works as
expected.
[snip]
> 2. Saslauthd is running!! So why it ca
> > Obviously this broke the case where the cyrus.header file doesn't
> > exist, which I'm going to throw into bugzilla.
Can you try 'touching' cyrus.{header,cache,index} files so they exist, have
the correct permissions, but are empty? Older versions of reconstruct seemed
to work ok in this case
-- Forwarded message --
Date: Wed, 27 Aug 2003 11:57:48 -0700 (PDT)
From: Mike Allen <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Ken:
For your information my hardware and software system is as follows:
Hardware -- Compaq ML350 with 4GB RAM and 128GB Raid 5 Raid array
26 matches
Mail list logo
