Re: moving from 2.0 to 2.1.3
Nick Ustinov schrieb: > > We are planning to switch production server from 2.0.16 to 2.1.3/skiplist. > The system has about 60 mailboxes and is quite heavily loaded (seeing > alot of db lockers). Are there any hidden catches people i should avoid? > Besides converting mailboxes file using cvt_cyrusdb is there anything else I > should know about? How about sieve scripts? Are these compatbile? Also, is > it recommended to switch to skiplist only for mailbox file or for the rest > as well? > > Sincerely, > Nick Hi Nick, this is a cut and paste from a mail where I asked about skiplist: > > On Thu, 21 Mar 2002 07:40:30 +0100, > > Simon Matter <[EMAIL PROTECTED]> (sm) writes: > > sm> OT, but did you upgrade all dbs from DB3 to skiplist? Is it possible at > sm> all? I'm not sure about this but as I understand the configure script it > sm> should be possible now to use skiplist for every db. So my question is > sm> whether this is true, if yes then it means we can compile cyrus without > sm> depending on any DB[3,4] whathever, right? > sm> I'd like this idea because building RPM (or other bin packages) is much > sm> easier if you don't depend on too many libs. > > At this time I believe it would not be good to replace deliver.db or > tls.db with skiplist. While skiplist works well for mailboxes.db, I > don't think that would be the case for deliver.db or tls.db. There > are many more writes going on to these than mailboxes.db. HTH -Simon
Re: web info-cyrus archives
1) better search 2) you can download attached files :) (that was the main reason) 3) supposed to be faster :) Sincerely, Nick - Original Message - From: "Ken Murchison" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, April 04, 2002 04:01 Subject: Re: web info-cyrus archives > > > Nick Ustinov wrote: > > > > If anyone is interested, there is a full searchable archive of info-cyrus at > > http://giga.bit.lv/info-cyrus > > How is this different from: > > http://asg.web.cmu.edu/archive/mailbox.php?mailbox=archive.info-cyrus > > -- > 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: web info-cyrus archives
1) better search 2) you can download attached files :) (that was the main reason) 3) supposed to be faster :) Sincerely, Nick - Original Message - From: "Ken Murchison" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, April 04, 2002 04:01 Subject: Re: web info-cyrus archives > > > Nick Ustinov wrote: > > > > If anyone is interested, there is a full searchable archive of info-cyrus at > > http://giga.bit.lv/info-cyrus > > How is this different from: > > http://asg.web.cmu.edu/archive/mailbox.php?mailbox=archive.info-cyrus > > -- > 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: keeping proccess active after client closed connection (more info)
sorry to reply to my own message. but here is a little bit more info
output of truss on imapd process which stayed active after client closed
connection,it starts just before i quit mutt
select(0x1,0xbfbff2e4,0x0,0x0,0xbfbff2c8)= 1 (0x1)
gettimeofday(0xbfbff26c,0x0) = 0 (0x0)
read(0x0,0x812a000,0x5) = 5 (0x5)
read(0x0,0x812a005,0x28) = 40 (0x28)
stat("cyrus.index",0xbfbff314) = 0 (0x0)
fstat(13,0xbfbff314) = 0 (0x0)
flock(0xe,0x2) = 0 (0x0)
lseek(14,0x430,0)= 1072 (0x430)
write(14,0xbfbfefcc,4) = 4 (0x4)
lseek(14,0x434,0)= 1076 (0x434)
write(14,0xbfbfefcc,4) = 4 (0x4)
lseek(14,0x438,0)= 1080 (0x438)
write(14,0xbfbfefcc,4) = 4 (0x4)
lseek(14,0x43c,0)= 1084 (0x43c)
write(14,0xbfbfefcc,4) = 4 (0x4)
lseek(14,0x19f4,0) = 6644 (0x19f4)
writev(0xe,0xbfbff094,0xa) = 236 (0xec)
fsync(0xe) = 0 (0x0)
lseek(14,0x1ae0,0) = 6880 (0x1ae0)
write(14,0xbfbff270,4) = 4 (0x4)
fsync(0xe) = 0 (0x0)
flock(0xe,0x8) = 0 (0x0)
munmap(0x2838f000,0x8000)= 0 (0x0)
munmap(0x283f1000,0x56000) = 0 (0x0)
close(11)= 0 (0x0)
munmap(0x28386000,0x96) = 0 (0x0)
close(12)= 0 (0x0)
munmap(0x28387000,0x8000)= 0 (0x0)
close(13)= 0 (0x0)
munmap(0x2839b000,0x56000) = 0 (0x0)
sendto(0x6,0xbfbff284,0x1e,0x0,0x8103ac0,0x10) ERR#2 'No such file or
directory'
open("/var/imap/msg/shutdown",0,00) ERR#2 'No such file or
directory'
select(0x1,0xbfbff2e4,0x0,0x0,0xbfbff2c8)= 0 (0x0)
write(1,0x8134000,53)= 53 (0x35)
gettimeofday(0xbfbff26c,0x0) = 0 (0x0)
select(0x1,0xbfbff2e4,0x0,0x0,0xbfbff2c8)= 1 (0x1)
gettimeofday(0xbfbff26c,0x0) = 0 (0x0)
read(0x0,0x812a000,0x5) = 5 (0x5)
read(0x0,0x812a005,0x28) = 40 (0x28)
sendto(0x6,0xbfbff294,0x1f,0x0,0x8103ac0,0x10) ERR#2 'No such file or
directory'
write(1,0x8134000,69)= 69 (0x45)
sendto(0x6,0xbfbff6b4,0x1f,0x0,0x8103ac0,0x10) ERR#2 'No such file or
directory'
close(8) = 0 (0x0)
unlink(0x8107d40)= 0 (0x0)
close(0) = 0 (0x0)
close(1) = 0 (0x0)
close(2) = 0 (0x0)
break(0x8135000) = 0 (0x0)
write(3,0xbfbff8b0,4)= 4 (0x4)
sigaction(SIGALRM,0xbfbff89c,0x0)= 0 (0x0)
setitimer(0x0,0xbfbff894,0xbfbff884) = 0 (0x0)
SIGNAL 14
SIGNAL 14
SIGNAL 14
fcntl(0x7,0x9,0xbfbff900)ERR#92 'Unknown error: 92'
sigreturn(0xbfbff724)ERR#92 'Unknown error: 92'
PS
i dont have "/var/imap/msg/shutdown" , but should I? my msg directory is empty
On Wed, Apr 03, 2002 at 08:53:53PM -0500, Ilya wrote:
> Ive seen reports of Cyrus not closing TCP connection in mail list,
> but no resolution to that problem.
> I am seeing a similar issue on FreeBSD 4.5 with cyrus imap 2.1.3.
> after telnet localhost 110
> login and logout
> the process for pop3 daemon is still present in the system after an hour:
> 11692 ?? I 0:00.04 pop3d: pop3d: alchemistry.net[192.168.0.3] (pop3d)
> if I kill master process, 11692 still stays. I have to kill it manually to
> get rid of it.
> if i dont kill the process manually, master will not start properly, it says the
> port is already taken.
> same thing happens with imap. quick login with a mail client and than logout
> and after 30min I still can see imapd process browsing the folder which mail client
> opened.
>
> cyrus imap 2.1.3
> cyrus-sasl 2.1.2
> everything on skiplist
> FreeBSD 4.5 stable
> START {
> recover cmd="ctl_cyrusdb -r"
> }
> SERVICES {
> imap cmd="imapd" listen="imap" prefork=0
> imaps cmd="imapd -s" listen="imaps" prefork=0
> pop3 cmd="pop3d" listen="pop3" prefork=0
> pop3s cmd="pop3d -s" listen="pop3s" prefork=0
> sieve cmd="timsieved" listen="sieve" prefork=0
> lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0
> }
>
> EVENTS {
> checkpointcmd="ctl_cyrusdb -c" period=30
> delp
keeping proccess active after client closed connection
Ive seen reports of Cyrus not closing TCP connection in mail list,
but no resolution to that problem.
I am seeing a similar issue on FreeBSD 4.5 with cyrus imap 2.1.3.
after telnet localhost 110
login and logout
the process for pop3 daemon is still present in the system after an hour:
11692 ?? I 0:00.04 pop3d: pop3d: alchemistry.net[192.168.0.3] (pop3d)
if I kill master process, 11692 still stays. I have to kill it manually to
get rid of it.
if i dont kill the process manually, master will not start properly, it says the
port is already taken.
same thing happens with imap. quick login with a mail client and than logout
and after 30min I still can see imapd process browsing the folder which mail client
opened.
cyrus imap 2.1.3
cyrus-sasl 2.1.2
everything on skiplist
FreeBSD 4.5 stable
START {
recover cmd="ctl_cyrusdb -r"
}
SERVICES {
imap cmd="imapd" listen="imap" prefork=0
imaps cmd="imapd -s" listen="imaps" prefork=0
pop3 cmd="pop3d" listen="pop3" prefork=0
pop3s cmd="pop3d -s" listen="pop3s" prefork=0
sieve cmd="timsieved" listen="sieve" prefork=0
lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0
}
EVENTS {
checkpointcmd="ctl_cyrusdb -c" period=30
delprune cmd="ctl_deliver -E 3" period=1440
tlsprune cmd="tls_prune" period=1440
}
Re: sieve problem
Harris Landgarten wrote:
>
> Your patch turns lmtpengine.c,v 1.58 2002/02/21 17:43:08 rjs3 into
> lmtpengine.c,v 1.60 2002/02/22 18:36:58.
>
> Cyrus-imap 2.016 contains lmtpengine.c v 1.26
>
> You are only changing two lines of code and the same code segment
> appears in v1.26 starting at line 626. I assume the change can be made
> manually with the same effect.
Yes. The other stuff is just RCS/CVS version info which means nothing.
Ken
> -Original Message-
> From: Ken Murchison [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 03, 2002 5:07 PM
> To: Harris Landgarten
> Cc: Richard Gilbert; cyrus
> Subject: Re: sieve problem
>
> Harris Landgarten wrote:
> >
> > Will this patch work on 2.0.16?
>
> Yes. This is why I posted it (see Richards original post below).
>
> > On Wed, 2002-04-03 at 13:41, Ken Murchison wrote:
> > >
> > >
> > > Richard Gilbert wrote:
> > > >
> > > > I have a sieve script set up which puts all mail from the
> info-cyrus list
> > > > into a folder using the rule
> > > >
> > > >if address :is :localpart ["to", "cc", "bcc"] "info-cyrus" {
> > > > fileinto "INBOX.info-cyrus"; }
> > > >
> > > > This works fine except for every message from Simon Matter which
> ends up
> > > > in my INBOX. I used the test program in the sieve/ directory to
> work out
> > > > why this was happenning. The second Received header reading
> upwards is
> > > > preceded by a '>'. If the '>' is removed then it gets filtered as
> > > > expected. An example follows. Is this a sieve problem? But why
> is the
> > > > '>' there? I am running version 2.0.16 of the cyrus-imapd package
> (on
> > > > Solaris 8).
> > >
> > >
> > > This has been fixed in v2.1.3. Trying applying this patch:
> > >
> > >
> http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/lmtpeng
> ine.c.diff?tr1=1.60&r1=text&tr2=1.58&r2=text&f=u
> > >
> > > Ken
> > > --
> > > 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
>
> --
> 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
--
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: web info-cyrus archives
Nick Ustinov wrote: > > If anyone is interested, there is a full searchable archive of info-cyrus at > http://giga.bit.lv/info-cyrus How is this different from: http://asg.web.cmu.edu/archive/mailbox.php?mailbox=archive.info-cyrus -- 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
web info-cyrus archives
If anyone is interested, there is a full searchable archive of info-cyrus at http://giga.bit.lv/info-cyrus It's a bit slow at the moment, however, it's apache+php+cyrus2.1.3 on 200 mhz pentium and very slow hdd with 16k messages in one mailbox :) I promise to upgrade it asap. Sincerely, Nick
Re: empty message body problem (Cyrus 2.1.3, postfix, LMTP)
Thanks for the quick reaction! The patch applies cleanly enough, but lmtpengine.c doesn't compile anymore because the variable r is not declared. I'll look into this tomorrow. Thanks again, Hein msg06964/pgp0.pgp Description: PGP signature
RE: sieve problem
Your patch turns lmtpengine.c,v 1.58 2002/02/21 17:43:08 rjs3 into
lmtpengine.c,v 1.60 2002/02/22 18:36:58.
Cyrus-imap 2.016 contains lmtpengine.c v 1.26
You are only changing two lines of code and the same code segment
appears in v1.26 starting at line 626. I assume the change can be made
manually with the same effect. Let me know if I am wrong.
Harris
-Original Message-
From: Ken Murchison [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 03, 2002 5:07 PM
To: Harris Landgarten
Cc: Richard Gilbert; cyrus
Subject: Re: sieve problem
Harris Landgarten wrote:
>
> Will this patch work on 2.0.16?
Yes. This is why I posted it (see Richards original post below).
> On Wed, 2002-04-03 at 13:41, Ken Murchison wrote:
> >
> >
> > Richard Gilbert wrote:
> > >
> > > I have a sieve script set up which puts all mail from the
info-cyrus list
> > > into a folder using the rule
> > >
> > >if address :is :localpart ["to", "cc", "bcc"] "info-cyrus" {
> > > fileinto "INBOX.info-cyrus"; }
> > >
> > > This works fine except for every message from Simon Matter which
ends up
> > > in my INBOX. I used the test program in the sieve/ directory to
work out
> > > why this was happenning. The second Received header reading
upwards is
> > > preceded by a '>'. If the '>' is removed then it gets filtered as
> > > expected. An example follows. Is this a sieve problem? But why
is the
> > > '>' there? I am running version 2.0.16 of the cyrus-imapd package
(on
> > > Solaris 8).
> >
> >
> > This has been fixed in v2.1.3. Trying applying this patch:
> >
> >
http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/lmtpeng
ine.c.diff?tr1=1.60&r1=text&tr2=1.58&r2=text&f=u
> >
> > Ken
> > --
> > 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
--
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: empty message body problem (Cyrus 2.1.3, postfix, LMTP)
Hein Roehrig wrote: > > Dear all, > > when I send myself a message without a body, lmptd gets stuck --- it > eventually times out with a "451 4.3.0 System I/O error" and subsequent > messages through the same LMTP connection fail as well. > > My setup is Cyrus 2.1.3, Debian postfix 1.1.6-1, configured to deliver > mail via unix sockets through LMTP, as outlined in several example > configurations. Things work very well, except for messages which I can > (re)create by talking SMTP to postfix and sending a message like this: > > $ telnet mymailserver smtp > Trying x.x.x.x... > Connected to mymailserver > Escape character is '^]'. > 220 mymailserver ESMTP Postfix (Debian/GNU) > helo myclient > 250 mymailserver > mail from: <[EMAIL PROTECTED]> > 250 Ok > rcpt to: > 250 Ok > data > 354 End data with . > From: [EMAIL PROTECTED] > To: roehrig@mymailserver > . > 250 Ok: queued as B0708C33D3 > quit > 221 Bye > Connection closed by foreign host. > > My next attempt will be to look up the basics of LMTP and try to talk > LMTP directly with Cyrus lmtpd, but perhaps somebody can already tell me > whether a null body makes a legal message? If not, then a more > meaningful lmtpd error message would be very helpful. Technically, this isn't a valid RFC[2]822 message. There is supposed to be a blank line between the headers and body of a message even though most MTAs accept it. I _think_ this is what is causing lmtpd to hang out. Your timing is good, because I committed a fix for this yesterday. Try this patch and see if it solves the problem. http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/lmtpengine.c.diff?r1=1.69&r2=1.70&f=u Ken -- 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: sieve problem
Harris Landgarten wrote:
>
> Will this patch work on 2.0.16?
Yes. This is why I posted it (see Richards original post below).
> On Wed, 2002-04-03 at 13:41, Ken Murchison wrote:
> >
> >
> > Richard Gilbert wrote:
> > >
> > > I have a sieve script set up which puts all mail from the info-cyrus list
> > > into a folder using the rule
> > >
> > >if address :is :localpart ["to", "cc", "bcc"] "info-cyrus" {
> > > fileinto "INBOX.info-cyrus"; }
> > >
> > > This works fine except for every message from Simon Matter which ends up
> > > in my INBOX. I used the test program in the sieve/ directory to work out
> > > why this was happenning. The second Received header reading upwards is
> > > preceded by a '>'. If the '>' is removed then it gets filtered as
> > > expected. An example follows. Is this a sieve problem? But why is the
> > > '>' there? I am running version 2.0.16 of the cyrus-imapd package (on
> > > Solaris 8).
> >
> >
> > This has been fixed in v2.1.3. Trying applying this patch:
> >
> >
>http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/lmtpengine.c.diff?tr1=1.60&r1=text&tr2=1.58&r2=text&f=u
> >
> > Ken
> > --
> > 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
--
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
empty message body problem (Cyrus 2.1.3, postfix, LMTP)
Dear all, when I send myself a message without a body, lmptd gets stuck --- it eventually times out with a "451 4.3.0 System I/O error" and subsequent messages through the same LMTP connection fail as well. My setup is Cyrus 2.1.3, Debian postfix 1.1.6-1, configured to deliver mail via unix sockets through LMTP, as outlined in several example configurations. Things work very well, except for messages which I can (re)create by talking SMTP to postfix and sending a message like this: $ telnet mymailserver smtp Trying x.x.x.x... Connected to mymailserver Escape character is '^]'. 220 mymailserver ESMTP Postfix (Debian/GNU) helo myclient 250 mymailserver mail from: <[EMAIL PROTECTED]> 250 Ok rcpt to: 250 Ok data 354 End data with . From: [EMAIL PROTECTED] To: roehrig@mymailserver . 250 Ok: queued as B0708C33D3 quit 221 Bye Connection closed by foreign host. My next attempt will be to look up the basics of LMTP and try to talk LMTP directly with Cyrus lmtpd, but perhaps somebody can already tell me whether a null body makes a legal message? If not, then a more meaningful lmtpd error message would be very helpful. Thanks in advance for any advice, Hein msg06960/pgp0.pgp Description: PGP signature
Re: LDAP accounts for Cyrus
On Wednesday 03 April 2002 19:02, Theodore J. Knab wrote: > I have not found any Cyrus specific documentation for LDAP > authentication, nor do I have Cyrus configured for LDAP > authentication support yet. > > So, could someone tell me if this will work ? Yes, it works. I am using Cyrus and OpenLDAP and authenticating by asking the PAM framework. The most important things are that your users have a uid and a userpassword attribute. Norbert
Majordomo not working for large # of people
Hello all, I installed majordomo on the cyrus server just like any other majordomo installation. However, I notcied that if there are more than say 500 people on the list, postfix never finishes delivering the stuff to cyrus via lmtp. Basically it never gets to the end of the list of recipients. Just wondering if anyone had a similar problem. -Elmo
Re: your mail
Hello! Am Wed, 3 Apr 2002 10:09:44 -0800 schrieb damm: > Ok, do you have saslauthd running? and in what manner do you have it running? ie >saslauthd > -a pam? or shadow? or getpwent? now it runs ls -l /var/state/saslauthd total 1 srwxrwxrwx 1 root root0 Apr 3 22:07 mux -rw--- 1 root root0 Apr 3 22:07 mux.accept -rw--- 1 root root6 Apr 3 22:07 mux.pid > Man saslauthd and see the other options, sounds like you dont have pwcheck or >saslauthd > running which could be a problem. no such manual [...] > > sasl_passwd_check: sasldb > > #sasl_pwcheck_method: pwcheck > > #sasl_pwcheck_method: saslauthd > > > > The user "snips" has an entry in sasldb2. > > > > delta:/usr # ls -l /etc |grep sasldb2 > > -rw-r- 1 cyrusmail12288 Apr 3 12:25 sasldb2 [...] > # at least one LMTP is required for delivery > # lmtp cmd="lmtpd" listen="lmtp" prefork=0 > lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0 > } > as you notice by default lmtplisten is disabled... > > Maybe that's why also? it's a thought. > > Good luck Man, you made my day! The lmtpunuix-line was commented. I have a socket now! I´ll try to solve the problem with this: plaintext snips SASL(-13): authentication failure: checkpass fail It´s still there although saslauthd is running as 'saslauthd -shadow' The user "snips" exits on the server. cyradm -user cyrus localhost Password: localhost> lm user.andreas (\HasChildren) user.miles.Drafts (\HasNoChildren) user.andreas.Drafts (\HasNoChildren) user.miles.Sent (\HasNoChildren) user.andreas.Sent (\HasNoChildren)user.miles.Trash (\HasNoChildren) user.andreas.Trash (\HasNoChildren) user.miles.inbox (\HasNoChildren) user.andreas.inbox (\HasNoChildren) user.snips (\HasNoChildren) user.miles (\HasChildren) regards -- Andreas Meyer http://home.wtal.de/MeineHomepage
Re: Cyrus IMAPd v2.1.3 and sasl_checkapop()
Awesome, thanks everyone! On Wed, 2002-04-03 at 11:37, Rob Siemborski wrote: > On 3 Apr 2002, David Fuchs wrote: > > > Any insight into this issue would be greatly appreciated. > > It's a bug in the configure script which I have fixed in CVS (the correct > LDFLAGS were not being given to the sasl_checkapop test). > > -Rob > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 > Research Systems Programmer * /usr/contributed Gatekeeper > > -- David Fuchs Systems Administrator / Software Developer UNIServe Online ~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~ "The sender intends this message for a specific recipient and, as it may contain information that is privileged or confidential, any use, dissemination, forwarding, or copying by anyone without permission from the sender is prohibited. Personal e-mail may contain views that are not necessarily those of the company." ~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~\~/~
Re: sieve problem
Will this patch work on 2.0.16?
Harris
On Wed, 2002-04-03 at 13:41, Ken Murchison wrote:
>
>
> Richard Gilbert wrote:
> >
> > I have a sieve script set up which puts all mail from the info-cyrus list
> > into a folder using the rule
> >
> >if address :is :localpart ["to", "cc", "bcc"] "info-cyrus" {
> > fileinto "INBOX.info-cyrus"; }
> >
> > This works fine except for every message from Simon Matter which ends up
> > in my INBOX. I used the test program in the sieve/ directory to work out
> > why this was happenning. The second Received header reading upwards is
> > preceded by a '>'. If the '>' is removed then it gets filtered as
> > expected. An example follows. Is this a sieve problem? But why is the
> > '>' there? I am running version 2.0.16 of the cyrus-imapd package (on
> > Solaris 8).
>
>
> This has been fixed in v2.1.3. Trying applying this patch:
>
>
>http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/lmtpengine.c.diff?tr1=1.60&r1=text&tr2=1.58&r2=text&f=u
>
> Ken
> --
> 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 IMAPd v2.1.3 and sasl_checkapop()
On 3 Apr 2002, David Fuchs wrote: > Any insight into this issue would be greatly appreciated. It's a bug in the configure script which I have fixed in CVS (the correct LDFLAGS were not being given to the sasl_checkapop test). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Cyrus IMAPd v2.1.3 and sasl_checkapop()
Quoting David Fuchs <[EMAIL PROTECTED]>: > configure: error: libsasl2 without working sasl_checkapop. Cannot > continue. For me it worked only after i put LDFLAGS and CPPFLAGS pointing to the sasl2 place in front of ./configure ... -- Jure Pecar
Re: Cyrus IMAPd v2.1.3 and sasl_checkapop()
Quoting David Fuchs <[EMAIL PROTECTED]>: > configure: error: libsasl2 without working sasl_checkapop. Cannot > continue. For me it worked only after i put LDFLAGS and CPPFLAGS pointing to the sasl2 place in front of ./configure ... -- Jure Pecar
moving from 2.0 to 2.1.3
We are planning to switch production server from 2.0.16 to 2.1.3/skiplist. The system has about 60 mailboxes and is quite heavily loaded (seeing alot of db lockers). Are there any hidden catches people i should avoid? Besides converting mailboxes file using cvt_cyrusdb is there anything else I should know about? How about sieve scripts? Are these compatbile? Also, is it recommended to switch to skiplist only for mailbox file or for the rest as well? Sincerely, Nick
Cyrus IMAPd v2.1.3 and sasl_checkapop()
Hello, I'm having some trouble compiling Cyrus IMAPd v2.1.3 on a FreeBSD-4.5 box. I receive an error when running `configure', the last few lines of the `configure' output follow: checking for dlopen... yes checking for sasl/sasl.h... yes checking for sasl/saslutil.h... yes checking for prop_get in -lsasl2... yes checking for perl5... perl5 checking for MD5Init... no checking for MD5Init in -lmd... yes checking for sasl_checkapop in -lsasl2... no configure: error: libsasl2 without working sasl_checkapop. Cannot continue. I receive the same error when configuring Cyrus IMAPd versions 2.1.1, 2.1.2, and 2.1.3 - I've been compiling (well, configuring) against a successful compile of Cyrus SASL 2.1.2 libs. I'm not sure if this helps, but an `nm' (or `objdump -t') on the libsasl2 shared object infers that the function 'sasl_checkapop' exists: % nm /usr/local/cyrus-sasl/lib/libsasl2.so.2 | grep sasl_checkapop c5cc T sasl_checkapop As you can see by the output from `configure', the script is able to properly determine the existence of other symbol table entries in libsasl2.so.2 (such as the prop_get function). My configure statements follow: Cyrus-SASL (v2.1.2): ./configure --prefix=/usr/local/cyrus-sasl \ --with-pwcheck=/usr/local/cyrus-sasl/pwcheck \ --with-saslauthd=/usr/local/cyrus-sasl/saslauthd \ --with-dblib=berkeley \ --with-bdb-libdir=/usr/local/BerkeleyDB.3.2/lib \ --with-bdb-incdir=/usr/local/BerkeleyDB.3.2/include \ --enable-krb4=no Cyrus-IMAPd (v2.1.3): ./configure --prefix=/usr/local/cyrus \ --with-cyrus-prefix=/usr/local/cyrus \ --with-cyrus-user=cyrus \ --with-cyrus-group=mail \ --with-dbdir=/usr/local/BerkeleyDB.3.2 \ --with-auth=unix \ --with-sasl=/usr/local/cyrus-sasl Any insight into this issue would be greatly appreciated. Thanks! David Fuchs
Re: Kerberos authorization methods
Please keep me posted as you undertake this process. I am attempting a similar solution (currently with the OpenLDAP only used for Sendmail). If I get things working I will let you know what I did. I am currently using Solaris 8. Tony At 11:46 AM 04/02/2002 -0800, you wrote: >I'm trying to move my Cyrus installation to a complete Kerberos V >install. I have SASL working w/ Sendmail, OpenLDAP & KerberosV and it >appears to be working fine. The question: Has anyone implemented >KerberosV authorization methods for Cyrus IMAP (lib/auth_krb5.c) in >either 2.0.x or 2.1.x?? If not I'm willing to undertake the process. Any >comments or suggestions before I start into this?? Any pointers for >parsing principals in Kerberos V?? > > >Thanks > >Paul > >--- >Paul Fleming >[EMAIL PROTECTED] >SIU School of Medicine >Springfield IL ** * Anthony Brock [EMAIL PROTECTED] * * Director of Network Services George Fox University * **
Re: sieve problem
Richard Gilbert wrote:
>
> I have a sieve script set up which puts all mail from the info-cyrus list
> into a folder using the rule
>
>if address :is :localpart ["to", "cc", "bcc"] "info-cyrus" {
> fileinto "INBOX.info-cyrus"; }
>
> This works fine except for every message from Simon Matter which ends up
> in my INBOX. I used the test program in the sieve/ directory to work out
> why this was happenning. The second Received header reading upwards is
> preceded by a '>'. If the '>' is removed then it gets filtered as
> expected. An example follows. Is this a sieve problem? But why is the
> '>' there? I am running version 2.0.16 of the cyrus-imapd package (on
> Solaris 8).
This has been fixed in v2.1.3. Trying applying this patch:
http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/lmtpengine.c.diff?tr1=1.60&r1=text&tr2=1.58&r2=text&f=u
Ken
--
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
sieve problem
I have a sieve script set up which puts all mail from the info-cyrus list
into a folder using the rule
if address :is :localpart ["to", "cc", "bcc"] "info-cyrus" {
fileinto "INBOX.info-cyrus"; }
This works fine except for every message from Simon Matter which ends up
in my INBOX. I used the test program in the sieve/ directory to work out
why this was happenning. The second Received header reading upwards is
preceded by a '>'. If the '>' is removed then it gets filtered as
expected. An example follows. Is this a sieve problem? But why is the
'>' there? I am running version 2.0.16 of the cyrus-imapd package (on
Solaris 8).
Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5])
by lists2.andrew.cmu.edu (8.12.0.Beta16/8.12.2.Beta3) with ESMTP id
g336n8iB021479
for <[EMAIL PROTECTED]>; Wed, 3 Apr 2002 01:49:08 -0500 (EST)
Received: from lizard.webland.de (lizard.webland.de [194.122.76.201])
by mx.de.kpnqwest.net (Postfix (mx08)) with ESMTP
id 8A67261B1; Wed, 3 Apr 2002 08:49:08 +0200 (MEST)
(envelope-from [EMAIL PROTECTED])
Received: (from uucp@localhost)
by lizard.webland.de (8.8.8/8.8.7) id IAA17233;
Wed, 3 Apr 2002 08:49:08 +0200 (MET DST)
>Received: from mobile.sauter-bc.com (unknown [10.1.6.21])
by basel1.sauter-bc.com (Postfix) with ESMTP
id C285857306; Wed, 3 Apr 2002 08:49:02 +0200 (CEST)
Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117])
by mobile.sauter-bc.com (Postfix) with ESMTP
id C4FE925835; Wed, 3 Apr 2002 08:49:01 +0200 (CEST)
Message-ID: <[EMAIL PROTECTED]>
Date: Wed, 03 Apr 2002 08:49:01 +0200
From: Simon Matter <[EMAIL PROTECTED]>
Organization: Sauter AG, Basel
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686)
X-Accept-Language: de-CH, en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Cc: cyrus <[EMAIL PROTECTED]>
Subject: Re: your mail
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
Sender: [EMAIL PROTECTED]
Precedence: bulk
Andreas Meyer schrieb:
>
> Hallo!
--
Richard Gilbert
Corporate Information and Computing Services
University of Sheffield, Sheffield, S10 2TN, UK
Phone: +44 114 222 3028 Fax: +44 114 222 3040
Re: Outlook and search
Guy Plunkett wrote: > Use Mulberry... Mulberry is not bad, and it seems to be the most full-featured IMAP client out there, but... a) I need to support users who are already used to Outlook and won't switch for any reason, and... b) Mulberry's UI is one that you could love or hate... it certainly ins't for everyone. :j -- Jürgen Botz | While differing widely in the various [EMAIL PROTECTED] | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper
Re: LDAP accounts for Cyrus
At 12:02 PM -0500 4/3/02, Theodore J. Knab wrote: >I have not found any Cyrus specific documentation for LDAP >authentication, nor do I have Cyrus configured for LDAP >authentication support yet. Isn't it preferable to have cyrus and LDAP both doing sasl Auth? I have cyrus, LDAP and Postfix all doing sasl Auth, and I really, really like it. Now if I could just create some mailboxes, I'd be happy. -- http://www.4am-media.com Mac OS X Consulting and Training Michael Bartosh [EMAIL PROTECTED] 303.517.0272 Denver, CO "The surest way to corrupt a youth is to instruct him to hold in higher regard those who think alike than those who think differently." - -- Nietzsche Think Different.
LDAP accounts for Cyrus
I have not found any Cyrus specific documentation for LDAP authentication, nor do I have Cyrus configured for LDAP authentication support yet. So, could someone tell me if this will work ? [washcoll.edu] + People (browsable) + Accounts (login info for Cyrus) mytestldapserver:/home/tjk# us specific documentation for LDAP dn: dc=washcoll, dc=edu objectClass: top objectClass: organization o: Washington College description: Top level of Directory dn: ou=People, dc=washcoll, dc=edu objectClass: top objectClass: organizationalUnit ou: People description: People within Washington College. dn: ou=accounts, dc=washcoll, dc=edu objectClass: top objectClass: organizationalUnit ou: Accounts description: People with accounts at Washington College. dn: cn=cyrus, dc=washcoll, dc=edu cn: cyrus sn: cyrus objectClass: top objectClass: person description: cyrus admin user and daemon dn: cn=postfix, dc=washcoll, dc=edu cn: postfix sn: postfix objectClass: top objectClass: person description: postfix daemon account # not a real user dn: uid=bmarshal,ou=accounts, dc=washcoll, dc=edu uid: bmarshal cn: Brad Alan Marshall sn: Marshall ou: staff objectClass: top objectClass: person objectClass: account objectClass: posixAccount objectClass: shadowAccount objectClass: qmailUser objectClass: organizationalPerson objectClass: inetOrgPerson accountStatus: active deliveryMode: normal mail: [EMAIL PROTECTED] mailHost: imap.washcoll.edu mailAlternateAddress: [EMAIL PROTECTED] loginShell: /bin/false uidNumber: 500 gidNumber: 100 homeDirectory: /mnt/home/bmarshal userPassword:: e2NyeXB0fWxuYkRhejRuYjlhUXA= # not a real user dn: uid=bmarshal,ou=People, dc=washcoll, dc=edu uid: bmarshal givenName: Brad initials: BAM cn: Brad Alan Marshall sn: Marshall o: Washington College ou: staff objectClass: top objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson mail: [EMAIL PROTECTED] title: programmer homePostalAddress: 110 Clove St Chestertown, MD 21401 homePhone: 410-555-1212 telephoneNumber: 410-555-1212 mobile: 443-770-5658 facsimileTelephoneNumber: 1-800-111- pager: 1-800-555-1212 -- * *Theodore Knab * *Systems Engineer [Unix] * * --- * *My Desk: x7419 * *Fax: 410-778-7830* *
Cryus on Debian ( Woody )
Which version of Cyrus IMAP is stable now ? I want to begin building the Cyrus part for our production environment but the developers keep changing the versions. Requirements: LDAP authentication(dependent on Cyrus) CYRUS IMAP (What version should I use?) LDAP campus address book (created using OpenLDAP 2.0.23-3 ) LDAP mail accounts (created using OpenLDAP 2.0.23-3 ) System: 700MHZ XEON 1M cache (2 CPUS) 100MHz 30G /var/imap IBM RAID (for IMAP MAIL) 1.5 GB RAM EEC 100MHz OS Debian Woody Kernel 2.4.18 SMP with EXT3 The server will process 70,000 mails a day. 50,000 Local Traffic (from imap.washcoll.edu to imap.washcoll.edu) 20,000 Other sites (From or To the world) [POSTFIX Gateway] <===> [imap.washcoll.edu] mailhub.washcoll.edu| | sldapd.washcoll.edu Other Requests: Please release some new Debian Packages. -- * *Theodore Knab * *Systems Engineer [Unix] * * --- * *My Desk: x7419 * *Fax: 410-778-7830* *
Re: Outlook and search
Use Mulberry... http://www.cyrusoft.com ... The coolest IMAP client on the planet... and it works with Mac/Unix/Windo$e Cheers, --Guy --On Wednesday, April 03, 2002 08:17 -0800 Jurgen Botz <[EMAIL PROTECTED]> wrote: > Am I missing something, or does Outlook not support IMAP server-side > search? > > :j > > > -- > Jürgen Botz | While differing widely in the various > [EMAIL PROTECTED] | little bits we know, in our infinite > | ignorance we are all equal. -Karl > Popper > >
Re: Starting master on Mac OS X
--On Tuesday, 2002 April 2 11:59 -0500 Kevin Bond <[EMAIL PROTECTED]> wrote: > On Tuesday, April 2, 2002, at 11:35 AM, Michael Bartosh wrote: > >>> The only thing I had to do to make cyradm work was fix the build >>> command lines to include a -L option so that the sasl2 library was >>> found. >> >> I'll have to look at pier's stuff again. >> >> my build already finds sasl libs though, which makes the fact that >> cyradm can't see them odd. >> > > Are you sure? The configuration for the perl subtree is different from > the rest of the imapd tree. That is why my patch adds -L/usr/local/lib > to the three Makefile.PL files. If you don't do this everything builds > with some warnings in the Perl section about sasl2 but cyradm will not > run. As an alternative, you could work the environment variable LDFLAGS into the configure. That would make the Perl configuration a little more consistent with the rest of Cyrus imap. Of course then you would have to remember to set the environment variable before the configure. Cheers, Mark
Sasl & Unix combined
I have been looking in the archives, but I suspect I am not picking the correct combination of keywords. Does anybody have any suggestions for the following scenario: 1/3 of my users are currently employees or students--they need accounts on my mail server and so would authenticate with the unix password file. 2/3 of my users are alumni, and only need a mailbox. In fact, I don't want them to have an account on the mail server. So they would authenticate with sasldb. Can this be done with a combination of the features of cyrus? I have currently: HP-UX 11.0 cyrus-sasl 1.5.24 cyrus-imapd-2.0.16 db-3.3.11 I won't be able to upgrade to the newest imap, since I just upgraded to 2.0 at Xmas, and had really major performance problems with the Berkeley part, and had to go to flat files. (So my bosses won't let me bring down the mail server again to do this.). BUT, their bosses want to add the alumni mail accounts into the system, and I have to come up with plan. Thanks in advance for all of your help. c*
Outlook and search
Am I missing something, or does Outlook not support IMAP server-side search? :j -- Jürgen Botz | While differing widely in the various [EMAIL PROTECTED] | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper
Re: your mail
Hello! Am Tue, 2 Apr 2002 23:07:11 -0800 schrieb damm: > On Wed, Apr 03, 2002 at 08:49:01AM +0200, Simon Matter wrote: > > Hm, I don't understand. I have the following in main.cf: > > > > mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp > > > > If Cyrus imapd is stopped, I get the error you mentioned when I try to > > deliver mail. > That's fine, but master has to be running in order for lmtpd to work. it is > So you can pick either lmtp or the deliver command, either works. > I imagine equally as well, but if you want try mailbox_transport = cyrus > > then in master.cf change it to use /usr/cyrus/bin/deliver or > wherever you keep your cyrus dir at. I tried 'mailbox_transport = cyrus' as well as 'mailbox_transport = lmtp:unix:/var/imap/socket/lmtp' but still have an entry in /var/log/mail: delta postfix/qmgr[1418]: E55633E5B: skipped, still being delivered I have entries like this in imapd.conf: notifysocket: /var/imap/socket/notify lmtpsocket: /var/imap/socket/lmtp idlesocket: /var/imap/socket/idle The testmessage I sent to the user andreas@ ain´t delivered. Another problem is with the user "snips": /var/log/imapd.log badlogin: gamma.meyer.home[192.168.1.3] plaintext snips SASL(-4): \ no mechanism available: checkpass failed Here I tried in imapd.conf: sasl_passwd_check: sasldb #sasl_pwcheck_method: pwcheck #sasl_pwcheck_method: saslauthd The user "snips" has an entry in sasldb2. delta:/usr # ls -l /etc |grep sasldb2 -rw-r- 1 cyrusmail12288 Apr 3 12:25 sasldb2 delta imapd[2047]: badlogin: gamma.meyer.home[192.168.1.3] plaintext \ snips SASL(-13): authentication failure: checkpass failed This stuff is all very confusing to me. I wonder if I forgot to compile in something in postfix or imap sigh regards -- Andreas Meyer http://home.wtal.de/MeineHomepage
Re: Fwd: Re: Postfix/Procmail/Cyrus-Imap
abarthel wrote: > And Cyrus, before defering the mails will them to procmail for > procesing but how will they be delivered because the "argv= > /usr/cyrus/bin/deliver" line does not exist anymore As I wrote in private mail (don't make Cc's, g), with a procmail recipe like: :0 * ^To:.*some@address | /usr/cyrus/bin/deliver -a username -m user.username.some.mailbox User cyrus must have read permissions to the .procmailrc Thomas
cyradm> cm user.pierre.dupont.03 ???
Hi; Is it possible in cyrus to create an account with a dot inside the imap "login" or is the dot only reserved for subdirectory ? i had to create users who have a login like : pierre.dupont.03 ; his mail is [EMAIL PROTECTED] thanks ;)) @+ a little french boy = Nico http://slysculpteur.multimania.com ,, // \\ (_,\/ \_/ \ \ \_/_\_/> /_/ /_/ http://www.ascii-art.de/ __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
Fwd: Re: Postfix/Procmail/Cyrus-Imap
-- Message transmis --
Subject: Re: Postfix/Procmail/Cyrus-Imap
Date: Wed, 3 Apr 2002 11:22:26 +0200
From: abarthel <[EMAIL PROTECTED]>
To: Thomas Schramm <[EMAIL PROTECTED]>
Le Mardi 2 Avril 2002 19:52, vous avez écrit :
> Alain Barthélemy wrote:
>
> [..Procmail..]
>
> > With Postfix
> > The mail must be first processed by Procmail. Thus I suppose I
> > uncomment the following line in /etc/postfix/main.cf:
> > mailbox_command = /usr/bin/procmail
>
> Should be ignored if you set in master.cf for example:
> cyrus blabla
> flags=R user=cyrus argv=/path/to/procmail -p /path/to/.procmailrc
>
> > Then the mail is transferred to Cyrus for delivery
> > mailbox_transport = cyrus
>
> User cyrus gets the mail, yes. See above.
>
> > Is it enough? Nothing else to do? Except creating .procmailrc of
> > course.
>
> Maybe some funny permission problems with lmtp, but that's easy, if the
> rest of the stuff is working. :) Or your first testmails are going to
> Nirvana. Hint: Set procmail option VERBOSE=yes and the deliver command
> to /path/to/deliver -a username -m user.username.your.mailbox.here
>
> Thomas
Thus if I understand well, I must change line
cyrus unix - n n - - pipe
flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
in /etc/postfis/master.cf
to
cyrus unix - n n - - pipe
flags=R user=cyrus argv=/usr/bin/procmail -p /path/to/.procmailrc
And Cyrus, before defering the mails will them to procmail for procesing but
how will they be delivered because the "argv= /usr/cyrus/bin/deliver" line
does not exist anymore
--
Alain Barthélemy
SBB-ISP
---
