Re: Websieve and Cyrus 2.1.11 (smartsieve doesn't work neither)

2003-01-17 Thread Ken Murchison


[EMAIL PROTECTED] wrote:
> 
> >You could take a look at SmartSieve, at:
> 
> >   http://smartsieve.sourceforge.net
> 
> >Its an active project, written in PHP, and works with Websieve scripts.
> 
> Hi, thanks for the link, I just had a try at that project and same result,
> everything looks fine, the script gets created and activated but when
> sending test mails nothing happens... No idea why, there are also no error
> messages in my logs. Any ideas what I should check ?

Check the user's sieve directory (eg /usr/sieve/k/ken), and make sure
there is a link from 'default' to an actual script file.  You should see
something like:

lrwxrwxrwx1 cyrusmail   10 Nov 10  2001 default ->
ken.script
-rw---1 cyrusmail 8877 Jan  8 16:19 ken.script


I've seen Websieve not do this correctly when starting from scratch.

-- 
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp



Re: Latest on Cyrus and GFS?

2003-01-17 Thread jure pecar
On Friday 17 January 2003 21:01, Jared Watkins wrote:
> I've not been able to find the answer to the GFS question in the archives..
> so here goes.
>
> If one were using a dual attach scsi cabinet.. or fibre channel..  would it
> possible to use cyrus on GFS from two or more servers all with r/w access?

well, as cyrus is primarily i/o hungry (as any other mail app) there's no real 
benefit of having multiple machines doing i/o on the same storage ... the 
most such setup can give you is more weird problems.

i'm doing one of these 'shared' storage setups these days too. the solution i 
chose is kimberlite, well, RH advanced server actually, where i have only one 
box using the storage at a time. the other box can still be usefull, for 
example chewing mails with spamassassin. in case there is some problem with 
either of the boxen, the healty one can take over the service.

--

Jure Pecar



Re: Websieve and Cyrus 2.1.11 (smartsieve doesn't work neither)

2003-01-17 Thread marc . bigler

>You could take a look at SmartSieve, at:

>   http://smartsieve.sourceforge.net

>Its an active project, written in PHP, and works with Websieve scripts.

Hi, thanks for the link, I just had a try at that project and same result,
everything looks fine, the script gets created and activated but when
sending test mails nothing happens... No idea why, there are also no error
messages in my logs. Any ideas what I should check ?

Regards






Re: disable logging

2003-01-17 Thread Jonathan Marsden
On 17 Jan 2003, Woerns Urstmann writes:

>> So you will want local6.info or somesuch..

> thanks. but now i got it logging to /var/log/auth.log AND
> /var/log/messages - there is an entry in syslog.conf:

> # save the rest in one file
> *.*;mail.none;news.none -/var/log/messages

> the *.* is doing it, right? but if i remove it, am i loosing some important 
> logging entries?

(1) If you want auth.info in a separate file, add ";auth.none" to the
entry for /var/log/messages.  So it would become more like:

*.*;mail.none;news.none;auth.none -/var/log/messages

(2) If you want the auth messages only in /var/log/messages, just
delete your syslog.conf entry for /var/log/auth.log.  

Which way you do it just a matter of personal preference.

Jonathan
--
Jonathan Marsden| Internet: [EMAIL PROTECTED] | Making electronic 
1252 Judson Street  | Phone: +1 (909) 795-3877  | communications work 
Redlands, CA 92374  | Fax:   +1 (909) 795-0327  | reliably for Christian 
USA | http://www.xc.org/jonathan| missions worldwide 




Re: Latest on Cyrus and GFS?

2003-01-17 Thread Jeremy Rumpf
On Friday 17 January 2003 16:59 pm, [EMAIL PROTECTED] wrote:
> >A Murder allows segmentation (for most purposes) of the mailboxes.db,
> >which is the single-most-contended-for resource in Cyrus (as far as I
> >can tell).  The problem that *isn't* addresses is availability of each
> >IMAP back-end.  We're hoping to use IBM's HACMP for this, I think that
> >there is a Linux-ish, scriptable-takeover-on-hearbeat-failure hooya,
> >though I don't know what it is called.
>
> Hi there, I think what you are talking about with that
> scriptable-takeover-on-heartbeat-failre is actually heartbeat itself
> available at linux-ha.org :)
>
> Regards


A more HACMPish solution would be Kimberlite:

http://oss.missioncriticallinux.com/projects/kimberlite/




Re: Problem with invalid headers

2003-01-17 Thread Andreas S. Kerber
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Jan 17, 2003 at 10:53:47AM -0800, Jonathan Marsden wrote:
> > Jan 13 11:22:33 courier postfix/pipe[7]: 2DBF85058B:
> > to=<[EMAIL PROTECTED]>, relay=cyrus, delay=0, status=bounced (data
> > format error. Command output: asncin: Message contains invalid header )
> I think that is a pretty unusual Date: header.  I've never seen one
> with actual quote marks around the zone.  I just ran through some mail
> archives with a few thousand messages, grepping out the Date:
> headers... none did that.  And from my reading of RFC 822 and RFC2822
> I don't think they are permitted.

I had similar problems, mostly with spam which was sent
from yahoo. The messages that caused me problems had CR's several in headers
(From: "spammer\r" <[EMAIL PROTECTED]>) and I think that they are the cause
for the "Message contains invalid header" response.

If necessary I can post one of the offending messages.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Weitere Infos: siehe http://www.gnupg.org

iD8DBQE+KH2JP0gnkXA27R8RAoXUAJ9teydOLbrIYiDwsc/U9QWcbTBU/gCfeRDU
3JQ4ttlpdKX+gPqO20c3Zag=
=u5qD
-END PGP SIGNATURE-



Re: Latest on Cyrus and GFS?

2003-01-17 Thread marc . bigler


>A Murder allows segmentation (for most purposes) of the mailboxes.db,
>which is the single-most-contended-for resource in Cyrus (as far as I
>can tell).  The problem that *isn't* addresses is availability of each
>IMAP back-end.  We're hoping to use IBM's HACMP for this, I think that
>there is a Linux-ish, scriptable-takeover-on-hearbeat-failure hooya,
>though I don't know what it is called.

Hi there, I think what you are talking about with that
scriptable-takeover-on-heartbeat-failre is actually heartbeat itself
available at linux-ha.org :)

Regards




Re: Latest on Cyrus and GFS?

2003-01-17 Thread Stephen L. Ulmer

 "jwatkins" == Jared Watkins <[EMAIL PROTECTED]> writes:

  jwatkins> I've not been able to find the answer to the GFS question
  jwatkins> in the archives.. so here goes.  If one were using a dual
  jwatkins> attach scsi cabinet.. or fibre channel..  would it
  jwatkins> possible to use cyrus on GFS from two or more servers all
  jwatkins> with r/w access?  I'm thinking of a setup that would have
  jwatkins> all user mailboxes visible to all cyrus servers.. but
  jwatkins> clients would be directed to different systems with
  jwatkins> perdition to balance the load.  So if one server needed to
  jwatkins> come down.. you would simply take that system out of the
  jwatkins> pool and direct the users hitting it to the remaining
  jwatkins> cyrus servers.. increasing their load... but leaving the
  jwatkins> clients none the wiser. Jared


We were attempting to use IBM's GPFS to do exactly this.  It isn't
going to work well.

The main problem is that Cyrus makes heavy usage of MMAP, and if you
turn of MMAP in Cyrus, you've still got locking issues within
BerkeleyDB.  I posted a patch to this list a few weeks ago that get
you about 85% of the way to using BerkleyDB's built-in RPC abstraction
for the mailboxes.db, but it's just not going to work as well as
Murder.

There are also uses of MMAP within Cyrus that are looked on as
unconventional.  For example, Cyrus will MMAP a file (for r/w), then
open the same file (from the same process) for writing -- thus
invalidating the map.  In a distributed filesystem, you've locked the
mmap'd region of the file across the cluster -- that invalidation if
*very* expensive.

There will also be regular-old file locking issues.  Since distributed
filesystems are slow with meta-data updates, stat(), fcntl(), and
friends are going to be painful.

A Murder allows segmentation (for most purposes) of the mailboxes.db,
which is the single-most-contended-for resource in Cyrus (as far as I
can tell).  The problem that *isn't* addresses is availability of each
IMAP back-end.  We're hoping to use IBM's HACMP for this, I think that
there is a Linux-ish, scriptable-takeover-on-hearbeat-failure hooya,
though I don't know what it is called.

Can it be done?  Yes.  It won't give you even close to the same
performance of a Murder.  In our environment, it just sucked and we
found out the hard way.


Regards,

--
Stephen L. Ulmer  [EMAIL PROTECTED]
Senior Systems Programmer http://www.ulmer.org/
Northeast Regional Data Center  VOX: (352) 392-2061
University of Florida   FAX: (352) 392-9440




Re: Trouble with Cyrus2.2

2003-01-17 Thread Carlos Velasco
On 17/01/2003 at 6:53 Christopher Riordan wrote:

>--with-dbdir=/usr/local/BerkeleyDB.4.1
>
>Running FreeBSD 4.7
>
>gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. -I. -Wall 
>-g -O2  cyrusdb_berkeley.c
>cyrusdb_berkeley.c:86: syntax error before `*'
...
>Stop in /usr/local/src/cyrus/cyrus-imapd-2_2/lib.
>*** Error code 1

It seems a problem with db.h header file.

>here is the output from Configure line above
...
>checking db.h usability... yes
>checking db.h presence... yes
>checking for db.h... yes
>checking for db_create in -ldb-4.1... no
>checking for db_create in -ldb4.1... no
>checking for db_create in -ldb-4.0... no
>checking for db_create in -ldb4.0... no
>checking for db_create in -ldb-4... no
>checking for db_create in -ldb4... yes

However it seems to detect a usable "db.h", strange. have you another "db.h" in your 
system apart of /usr/local/BerkeleyDB.4.1 one?

The real problem is that actually configure script is 1) ignoring --with-dbdir, and  
2) --with-bdb-libdir and --with-bdb-incdir are not used at the time of checking.

Here's a patch:

> cvs -d :pserver:[EMAIL PROTECTED]:/cvs diff -r cyrus-imapd-2_2 configure.in 
>cmulocal/*
Index: configure.in
===
RCS file: /cvs/src/cyrus/configure.in,v
retrieving revision 1.232.4.32
diff -u -r1.232.4.32 configure.in
--- configure.in2003/01/17 15:29:15 1.232.4.32
+++ configure.in2003/01/17 19:47:23
@@ -127,9 +127,7 @@
 
 dnl support old-style
 AC_ARG_WITH(dbdir,
-   [  --with-dbdir=DIRBerkeley DB files are in prefix DIR],
-   with_bdb_lib="$withval/lib"; with_db_inc="$withval/include",
-   with_bdb_lib=none; with_bdb_inc=none)
+   [  --with-dbdir=DIRBerkeley DB files are in prefix DIR])
 
 CYRUS_BERKELEY_DB_CHK()
 
Index: cmulocal/berkdb.m4
===
RCS file: /cvs/src/cmulocal/berkdb.m4,v
retrieving revision 1.3.4.1
diff -u -r1.3.4.1 berkdb.m4
--- berkdb.m4   2002/12/10 20:57:06 1.3.4.1
+++ berkdb.m4   2003/01/17 19:47:26
@@ -89,12 +89,18 @@
[  --with-db-lib=dir use db libraries in dir],
[if test "$withval" = "yes" -o "$withval" = "no"; then
AC_MSG_ERROR([No argument for --with-db-lib])
-   fi])
+   fi], 
+[if test -n "$with_dbdir"; then
+with_db_lib="${with_dbdir}/lib"
+fi])
 AC_ARG_WITH(db-include,
[  --with-db-include=dir use db headers in dir],
[if test "$withval" = "yes" -o "$withval" = "no"; then
AC_MSG_ERROR([No argument for --with-db-include])
-   fi])
+   fi],
+[if test -n "$with_dbdir"; then
+with_db_inc="${with_dbdir}/include"
+fi])
 AC_ARG_ENABLE(db4,
[  --enable-db4  use db 4.x libraries])
 
@@ -233,11 +239,19 @@
 AC_ARG_WITH(bdb-libdir,
[  --with-bdb-libdir=DIR   Berkeley DB lib files are in DIR],
with_bdb_lib=$withval,
-   with_bdb_lib=none)
+[if test -n "$with_dbdir"; then
+with_bdb_lib="${with_dbdir}/lib"
+ else
+with_bdb_lib=none
+fi])
 AC_ARG_WITH(bdb-incdir,
[  --with-bdb-incdir=DIR   Berkeley DB include files are in DIR],
with_bdb_inc=$withval,
-   with_bdb_inc=none)
+[if test -n "$with_dbdir"; then
+with_bdb_inc="${with_dbdir}/include"
+ else
+with_bdb_inc=none
+fi])
 ])
 
 AC_DEFUN(CYRUS_BERKELEY_DB_CHK,
@@ -250,9 +264,19 @@
BDB_INCADD=""
fi
 
+SAVE_CPPFLAGS=${CPPFLAGS}
+CPPFLAGS="${BDB_INCADD} ${CPPFLAGS}"
+
+dnl Note that FreeBSD puts it in a wierd place
+dnl (but they should use with-bdb-incdir)
+AC_CHECK_HEADER(db.h,
+CYRUS_BERKELEY_DB_CHK_LIB(),
+dblib="no")
dnl Note that FreeBSD puts it in a wierd place
 dnl (but they should use with-bdb-incdir)
 AC_CHECK_HEADER(db.h,
 CYRUS_BERKELEY_DB_CHK_LIB(),
 dblib="no")
+
+CPPFLAGS=${SAVE_CPPFLAGS}
 ])


Regards,
Carlos Velasco






Latest on Cyrus and GFS?

2003-01-17 Thread Jared Watkins
I've not been able to find the answer to the GFS question in the archives.. so here goes.  

If one were using a dual attach scsi cabinet.. or fibre channel..  would it possible to use cyrus on GFS from two or more servers all with r/w access?   

I'm thinking of a setup that would have all user mailboxes visible to all cyrus servers.. but clients would be directed to different systems with perdition to balance the load.  So if one server needed to come down.. you would simply take that system out of the pool and direct the users hitting it to the remaining cyrus servers.. increasing their load... but leaving the clients none the wiser. 

Jared

--
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT/S/B d- s-:+ a- C$ UL$ P--- L+++$ E---
W+++ N++ o+ K- w O- M-- !V PS+ PE Y++ PGP++ t+
5- X+ R* tv+ b++ DI+ D G e++>+++ h+ r>+++ z* 
--END GEEK CODE BLOCK--



Re: How does cyrus react if delivering to NonExistant Subfolder?

2003-01-17 Thread Ken Murchison


Allan Rafuse wrote:
> 
> Just reposting this since I didn't get any responses :(
> ==
> 
> If a subfolder doesn't exists, it seems to put it in INBOX.
> 
> Is there anyway to make the email go to the parent folder?
> 
> IE:
> INBOX
> INBOX.Test1
> INBOX.Test1.Personal
> INBOX.Public
> 
> So if mail was to be delivered to Personal, but for some reason it
> didn't exist, could "deliver" try and deliver it to INBOX.Test1,
> and then INBOX, etc?
> 
> Is there any way to make that happen in v2.1.5 ?


Not without changing the source code (lmtpd.c)

-- 
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp



Re: Cyrus and NFS

2003-01-17 Thread Rob Siemborski
It might be useful to check the archives, since this comes up alot, and
the answers are always the same.

For example:

http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=11795

http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=11644

and, to a lesser extent:

http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=6914

-Rob


On Fri, 17 Jan 2003 [EMAIL PROTECTED] wrote:

> Hello,
>
> I've read in the documentation of Cyrus that it was not safe to use NFS.
> Now it doesn't tell much more about what really isn't safe with NFS, that's
> why I am writting this mail with the following questions:
>
> - Are ALL usage cases of Cyrus with NFS unsafe ? For example a Cyrus IMAP
> server mounting it's partition dir from an NFS server and being the ONLY
> one writting to this NFS share, is that also unsafe ?
>
> - Which cases of usage of Cyrus with NFS are safe, if any ?
>
> Thanks...
>
> Regards
>
>
>
>
>

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper




Re: Problem with invalid headers

2003-01-17 Thread Jonathan Marsden
On 17 Jan 2003, John Straiton writes:

> This one has been driving me crazy. I have a Cyrus/Postfix system in
> place that is working quite well. However, I have one customer who tries
> to deliver a particular message to an individual and I get a kick back
> that looks like this:
> 
> Jan 13 11:22:33 courier postfix/pipe[7]: 2DBF85058B:
> to=<[EMAIL PROTECTED]>, relay=cyrus, delay=0, status=bounced (data
> format error. Command output: asncin: Message contains invalid header )

>> From: <[EMAIL PROTECTED]>
>> To: <[EMAIL PROTECTED]>
>> Date: Mon, 13 Jan 2003 16:19:55 "GMT"

I think that is a pretty unusual Date: header.  I've never seen one
with actual quote marks around the zone.  I just ran through some mail
archives with a few thousand messages, grepping out the Date:
headers... none did that.  And from my reading of RFC 822 and RFC2822
I don't think they are permitted.

I'd guess that whoever implemented the client or MTA that added that
Date: header did not know how to read the BNF in RFCs correctly.
There are quote marks around the three letter zone specifiers (defined
as obs-zone in Section 3.3 of RFC 2822) in the BNF.  But that means to
treat the stuff within them literally, not to include the actual quota
marks in the resulting string :-)

Disclaimer: I don't know if that *is* what Cyrus is complaining about,
but it stands out to my eye as the 'odd' header in your message.
Someone who knows the Cyrus codebase can probably quickly confirm or
deny whether the quotes there would be a problem for the Cyrus Date:
header parser or not.

Jonathan
--
Jonathan Marsden| Internet: [EMAIL PROTECTED] | Making electronic 
1252 Judson Street  | Phone: +1 (909) 795-3877  | communications work 
Redlands, CA 92374  | Fax:   +1 (909) 795-0327  | reliably for Christian 
USA | http://www.xc.org/jonathan| missions worldwide 




How does cyrus react if delivering to NonExistant Subfolder?

2003-01-17 Thread Allan Rafuse



Just reposting this since I didn't get any responses :(

==



If a subfolder doesn't exists, it seems to put it in INBOX.



Is there anyway to make the email go to the parent folder?



IE:

INBOX

INBOX.Test1

INBOX.Test1.Personal

INBOX.Public



So if mail was to be delivered to Personal, but for some reason it

didn't exist, could "deliver" try and deliver it to INBOX.Test1, 

and then INBOX, etc?



Is there any way to make that happen in v2.1.5 ?



Thanks,

 -Allan



<- Allan Rafuse, CCNA ->

Systems Administrator

Equat.com Technologies

email: [EMAIL PROTECTED]

web: http://www.equat.com











===END FORWARDED MESSAGE===









<- Allan Rafuse, CCNA ->
Systems Administrator
Equat.com Technologies
email: [EMAIL PROTECTED]
web: http://www.equat.com



Cyrus and NFS

2003-01-17 Thread marc . bigler
Hello,

I've read in the documentation of Cyrus that it was not safe to use NFS.
Now it doesn't tell much more about what really isn't safe with NFS, that's
why I am writting this mail with the following questions:

- Are ALL usage cases of Cyrus with NFS unsafe ? For example a Cyrus IMAP
server mounting it's partition dir from an NFS server and being the ONLY
one writting to this NFS share, is that also unsafe ?

- Which cases of usage of Cyrus with NFS are safe, if any ?

Thanks...

Regards






Re: compiling cyrus-imap-2_2

2003-01-17 Thread Danny Garcia Hernandez
Sorry, but the problem was some wrong characters inside my configure, maybe
downloading to my windows station and after passing the files to my linux
box

Thanks
Danny
- Original Message -
From: "Danny Garcia Hernandez" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 17, 2003 6:03 PM
Subject: compiling cyrus-imap-2_2


> hello:
>
> i have a linux redhat 7.3 with cyrus-sasl, right now i´m trying to compile
> cyrus-imap-2_2 from de cvs source but configure script is getting some
> errors.
>
> 1- first i have created the configure script
>
>/bin/sh/ ./SMakefile
>
> 2- running configure without params
>
>   ./configure
>
>   loading cache ./config.cache
>   configure: error: can not run ./config.sub
>
> config.sub is in the directory.
>
> can anyone give me some idea about what´s happen?
>
> thanks
> danny
>
>
>
>




compiling cyrus-imap-2_2

2003-01-17 Thread Danny Garcia Hernandez
hello:

i have a linux redhat 7.3 with cyrus-sasl, right now i´m trying to compile
cyrus-imap-2_2 from de cvs source but configure script is getting some
errors.

1- first i have created the configure script

   /bin/sh/ ./SMakefile

2- running configure without params

  ./configure

  loading cache ./config.cache
  configure: error: can not run ./config.sub

config.sub is in the directory.

can anyone give me some idea about what´s happen?

thanks
danny





Re: Received: headers after LMTP delivery

2003-01-17 Thread Ken Murchison


OBATA Akio wrote:
> 
> On Friday 17 January 2003 11:35, Scott Adkins wrote:
> > --On Thursday, January 16, 2003 4:25 PM -0500 Ken Murchison
> >
> > <[EMAIL PROTECTED]> wrote:
> > > It already does (as of 2.1.0).  Take a look at the headers from your
> > > post:
> >
> > Ah, of course, version 2.1.0 :)
> >
> > > Return-Path: <[EMAIL PROTECTED]>
> > > Received: from mx3.andrew.cmu.edu (MX3.andrew.cmu.edu [128.2.10.113]) by
> > > mail1.andrew.cmu.edu (Cyrus v2.1.11-072) with LMTP; Thu, 16 Jan 2003
> > > 15:54:16 -0500
> > > X-Sieve: CMU Sieve 2.2
> >
> > Exactly what I am looking for!
> >
> > > I'm not sure why you aren't seeing this.  What verision of Cyrus?
> >
> > Uh, version 2.0.16 :-)  Ah well... I doubt we will attempt an upgrade of
> > any kind until the summer gets here... I am sure we can live without that
> > functionality until then... otherwise, I will check out the code changes
> > between 2.0.16 and 2.1.0 (can't be a lot in the LMTP area, right?) and
> > backport them.

Its a lot more than you think because of the change from SASL 1.5 to
2.x.


> 2.0.17 also add such a Recieved header.
> You should upgrade to 2.0.17 for security reason.

True.  I had to take a look at the CVS archive to notice this.  Note
that it doesn't include any TLS info.  Wait, 2.0.17 doesn't support
STARTTLS.  I'd just upgrade to 2.0.17.

-- 
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp



perl issues

2003-01-17 Thread Kevin J. Menard, Jr.
Hey info-cyrus,

  I'm not sure if this is debian specific (or just an issue with my
  machine's config), if so, I apologize in advance.  But, whenever I
  try to use Cyrus::IMAP::Admin, I get the following error:

  /usr/bin/perl: relocation error:
  /usr/lib/perl5/auto/Cyrus/IMAP/IMAP.so: undefined symbol:
  Perl_sv_setsv

  Anyone else seen this, or know how to remedy it?

  Thanks.

-- 
 Kevin





Problem with invalid headers

2003-01-17 Thread John Straiton
This one has been driving me crazy. I have a Cyrus/Postfix system in
place that is working quite well. However, I have one customer who tries
to deliver a particular message to an individual and I get a kick back
that looks like this:

Jan 13 11:22:33 courier postfix/pipe[7]: 2DBF85058B:
to=<[EMAIL PROTECTED]>, relay=cyrus, delay=0, status=bounced (data
format error. Command output: asncin: Message contains invalid header )

Which tells me that Postfix didn't mind the message, but Cyrus did when
it tried to pipe it over. This is confirmed (to me) by the fact that if
I redirect the message recipient to someone on a non-cyrus machine,
they're able to accept the message fine.

I've tried injecting this message with various lines of the header
missing but I either get A) the kickback or B) nothing 

Does anyone have any idea on which line this could be dying? The only
thing I've been able to confirm is that it is not the From: or To:
lines.

Thanks for any input,
John Straiton
[EMAIL PROTECTED]
Clickcom, Inc
704-365-9970x101 

==

From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Date: Mon, 13 Jan 2003 16:19:55 "GMT"
X-MSMail-Priority: Normal
X-mailer: AspMail 3.06 (QSMT460AF5)
Subject: company name Event RSVP 1/22/2003  11:30 AM - 1 PM
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <[EMAIL PROTECTED]>
 
Meeting Date and Time: 1/22/2003  11:30 AM - 1 PM
Name: Andy 
Company: tester
e-mail: [EMAIL PROTECTED]
Member status: member
Dietary Considerations: tester
Names of Guest(s): tester





lmtpd & sieve

2003-01-17 Thread Per Steinar Iversen

I am looking into using Sieve, we have been using the filtering in the
Exim MTA until now on our Cyrus IMAP server. There seems to be some small
problems with the Cyrus lmtpd + Sieve combination in our environment,
where everyone uses 8 bit characters.

Unlike the Sieve vacation command the reject command does not seem to
support any :mime option. Thus, if a message is rejected by a Sieve reject
command the report returned may well contain 8 bit characters, yet there
is no Content-Type header for the text segment of the report sent by
lmtpd. As far as I can see such headers are allowed by RFC1892 - is it
likely that anything will break if I hack lmtpd.c and add a header like
this for the first text segment of the rejection report? :

Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Would UTF-8 be a better choice?

-psi







Trouble with Cyrus2.2

2003-01-17 Thread Christopher Riordan
./configure  --with-cyrus-prefix=/usr/local --with-cyrus-group=cyrus --with-
sasl=/usr/local --with-auth=unix --with-com_err --with-dbdir=/usr/local/Berk
eleyDB.4.0 --enable-fulldirhash --enable-listext  --enable-annotatemore --en
able-netscapehack --with-cyrus-user=cyrus --with-cyrus-group=cyrus --with-op
enssl --with-idle=poll

--with-dbdir=/usr/local/BerkeleyDB.4.1

Running FreeBSD 4.7

Below is what I'm getting  when trying to compile.

gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. 
-I. -Wall -g -O2  imapurl.c
gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. 
-I. -Wall -g -O2  nonblock_fcntl.c
gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. 
-I. -Wall -g -O2  lock_fcntl.c
gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. 
-I. -Wall -g -O2  gmtoff_tm.c
gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. 
-I. -Wall -g -O2  map_shared.c
gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. 
-I. -Wall -g -O2  acl_afs.c
gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. 
-I. -Wall -g -O2  auth_unix.c
gcc -c -I..   -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. 
-I. -Wall -g -O2  cyrusdb_berkeley.c
cyrusdb_berkeley.c:86: syntax error before `*'
cyrusdb_berkeley.c:86: warning: type defaults to `int' in declaration of
`dbenv'
cyrusdb_berkeley.c:86: warning: data definition has no type or storage class
cyrusdb_berkeley.c:92: syntax error before `*'
cyrusdb_berkeley.c:97: syntax error before `75'
cyrusdb_berkeley.c:97: warning: type defaults to `int' in declaration of
`exit'
cyrusdb_berkeley.c:97: conflicting types for `exit'
/usr/include/stdlib.h:96: previous declaration of `exit'
cyrusdb_berkeley.c:97: warning: data definition has no type or storage class
cyrusdb_berkeley.c:85: warning: `dbinit' defined but not used
cyrusdb_berkeley.c:89: warning: `commit_txn' declared `static' but never
defined
cyrusdb_berkeley.c:90: warning: `abort_txn' declared `static' but never
defined
*** Error code 1

Stop in /usr/local/src/cyrus/cyrus-imapd-2_2/lib.
*** Error code 1


here is the output from Configure line above

checking build system type... i386-unknown-freebsdelf4.7
checking host system type... i386-unknown-freebsdelf4.7
checking for makedepend... makedepend
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for ranlib... ranlib
checking whether make sets ${MAKE}... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking for library containing strerror... none required
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for long file names... yes
checking for __attribute__... yes
checking for runpath switch... -R
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking for unistd.h... (cached) yes
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking for memmove... yes
checking for strcasecmp... yes
checking for ftruncate... yes
checking for strerror... yes
checking for getaddrinfo... yes
checking for getnameinfo... yes
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for struct tm.tm_zone... yes
checking for vprintf... yes
checking for _doprnt... no
checking for connect... yes
checking for res_search... yes
checking for dn_expand... yes
checking for dns_lookup... no
checking db.h usability... yes
checking db.h presence... yes
checking for db.h... yes
checking for db_create in -ldb-4.1... no
checking for db_create in -ldb4.1... no
checking for db_create in -ldb-4.0... no
checking for db_create in -ldb4.0... no
checking for db_create in -ldb-4... no
checking for db_create in -ldb4... yes
checking "duplicate db" database backend... berkeley_nosync
checking "mboxlist" database backend... skiplist
chec

dns_lookup

2003-01-17 Thread Danny Garcia Hernandez
Hello All!!!

Logging  into a file the ouput from configure process, i can see that
dns_lookup cheking is disabled.

Can any  body tell me what  it´s mean?.

Thanks
Danny




Re: Websieve and Cyrus 2.1.11

2003-01-17 Thread Stephen Grier
[EMAIL PROTECTED] wrote:



This Websieve thing really looks old :(



You could take a look at SmartSieve, at:

  http://smartsieve.sourceforge.net

Its an active project, written in PHP, and works with Websieve scripts.



Regards





--

Stephen Grier <[EMAIL PROTECTED]>
SmartSieve Project
http://smartsieve.sourceforge.net





Re: disable logging

2003-01-17 Thread Woerns Urstmann
Zitat von Patrick Welche <[EMAIL PROTECTED]>:

> On Thu, Jan 16, 2003 at 07:27:27PM +0100, Woerns Urstmann wrote:
> > how can i disable this excessive logging to my syslog? i really can't find
> > any "debug" switch in my setup.
> 
> from doc/install-configure.html part 3:
> 
>If you do not copy the "syslog/syslog.conf" file to the "/etc"
>directory, be sure to add support for "local6.debug". The file
>should include a line like:
>   local6.debug  /var/log/imapd.log
>You probably also want to log SASL messages with a line like:
>   auth.debug /var/log/auth.log
>After installation and testing, you probably want to change the
>".debug" component to something a little less verbose. Create the
>log files:
>   touch /var/log/imapd.log /var/log/auth.log
> 
> 
> So you will want local6.info or somesuch..

thanks. but now i got it logging to /var/log/auth.log AND /var/log/messages - 
there is an entry in syslog.conf:

# save the rest in one file
*.*;mail.none;news.none -/var/log/messages

the *.* is doing it, right? but if i remove it, am i loosing some important 
logging entries?

jens