cyradm problem?... cyrus-imapd-2.1.4
I installed cyrus-imap-2.1.4 and have found a quirk that I don't know if it's a bug, change in feature or what. When I try to connect to the cyrus server via the command (same I successfully used in 2.0.15): # cyradm -u cyrus -s my.host.com it hangs up and won't connect... but if I run it with: # cyradm --user cyrus -s my.host.com Password: enter-pass my.host.com success. This install is on a totally fresh system on which I just re-installed Linux (heh, because I accidently typed rm -fr in the wrong terminal window a couple of days ago! luckily it's just the box i use for testing and evaluation so no biggie). Here's my details: Linux-Mandrake 8.1 (kernel 2.4.8) BerkeleyDB3.3 cyrus-imapd-2.1.4 (installed from Luca Olivetti's src.rpm) cyrus-sasl-2.1.2 (installed from Luca Olivetti's src.rpm) gcc-2.96 perl-5.601 So, is this a bug in my system or a feature of 2.1.4? Any ideas? Or have they actually implemented the man page's warning that Tcl short style options may be done away with? If they have done away with them, how does that affect the perl programming side? thanks, Jeff
Re: cyradm problem?... cyrus-imapd-2.1.4
jeff bert wrote: So, is this a bug in my system or a feature of 2.1.4? Any ideas? Or have they actually implemented the man page's warning that Tcl short style options may be done away with? I fell for that too (first tried with -u and didn't work), but the current manpage doesn't mention short style options at all, so I think they're gone. BTW, I'm preparing new rpms for cyrus-sasl, since the current one doesn't install the manpages (or rather cyrus-sasl's make install doesn't, is that normal?) and doesn't include the sasldb conversion utility. Bye -- Luca Olivetti
sasl2: configure refuses gssapi.h
Hello, I've tried to compile sasl 2.1.2 with --with-gssapi on a Slackware 8 box. However, providing any of --with-gssapi=[/usr/kerberos|/usr/kerberos/include|/usr/kerberos/include/gssapi] does not work, the configure script still claims not to find gssapi.h. Which is of course existent. In /usr/kerberos/include/gssapi/. Tried also to set the CPPFLAGS to either of those directories with no success Kerberos (MIT 1.2.5) was compiled without kerberosIV support, but I guess this does not matter. My complete configure, in case this helps: --prefix=/usr --sysconfdir=/etc --localstatedir=/var/sasl2 --with-gnu-ld --with-bdb-libdir=/usr/berkleydb4/lib --with-bdb-incdir=/usr/berkleydb4/include --with-dbpath=/var/sasl2 --disable-krb4 --with-gssapi=see above
How to get user-level transfer logs for imapd / pop3d ?
Hello, Is there a way to get the a user-level transfer log with cyrus ? The purpose is to see how much bandwidth each user consums. We use cyrus imapd version 2.1.4. with sendmail 8.12.3, which provides its own logfiles for the tranfers through SMTP. We'd like to have the same kind of info for tranfers through IMAP / POP3. I've tried to create directories in /var/imap/log/, as specified in the doc. This gives me apparently one file per Imap/POP session. I made several tests, and concluded to the following: For a POP session, the whole session is copied to the logfile. I tried to download a mail with a 1-MB attachment, and the whole mail including attachment has been copied into the file. So the amount of bandwidth used by a user through POP could be estimated by doing du -s /var/imap/log/[user]. But this would be a very disk consuming way to log transfers as everything gets copied to the logfile ! When I retrive the same mail and the attachment through Imap, I don't get any info about the transfer size. Here is what I get in the logfile when I download my 1 MB test mail: -- toto Sat May 11 20:46:53 2002 10211428131 OK User logged in 10211428132 lsub * 1021142813* LSUB (\Noinferiors) / INBOX * LSUB () / AMk-lAOk-ments envoyAOk-s * LSUB () / Brouillons * LSUB () / INBOX.Trash * LSUB () / Trash * LSUB () / glops 2 OK Completed (0.000 secs 7 calls) 10211428133 lsub Other Users/* 10211428133 OK Completed (0.000 secs 1 calls) 10211428144 lsub Shared Folders/* 10211428144 OK Completed (0.000 secs 1 calls) 10211428145 list INBOX 1021142814* LIST (\Noinferiors) / INBOX 5 OK Completed (0.000 secs 2 calls) Is there a way to customize what gets logged ? The only info I could get from the doc is this: If the directory log//user/ exists under the directory specified in the /configdirectory / configuration option, then /imapd/ will create protocol telemetry logs for sessions authenticating as / user/. The telemetry logs will be stored in the log// user/ directory with a filename of the / imapd/ process-id. I would be very grateful if somebody has the solution to my problem... Best regards and thanks in advance, Alexandre Suter
Re: Cyrus IMAP 2.1.4 released
Hi, On Tue, 30 Apr 2002 14:49:42 -0400 Lawrence Greenfield [EMAIL PROTECTED] said: leg+ I'm happy to announce that Cyrus IMAP 2.1.4 has been released. This leg+ has several useful enhancements and bugfixes, and all users of 2.1 are leg+ encouraged to upgrade. This is the version we're using internally at leg+ CMU (modulo last minute documentation) and I encourage people running leg+ 2.0 or older to consider upgrading. I just put my IPv6 support patch for 2.1.4: http://www.imasy.or.jp/~ume/ipv6/cyrus-imapd-2.1.4-ipv6-20020511.diff.gz You can find my test version of FreeBSD ports from: http://www.imasy.or.jp/~ume/FreeBSD/cyrus-imapd2/ Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/
compiling on OpenBSD
I have walked through the archives and done some googeling on this without finding anything relevant. I have a box wich runs OpenBSD 3.0 on a pentium 2 machine. When ever i make a: |configure --with-auth=unix --disable-cyradm make depen ||make all CFLAGS=-O| i get a error saying: ### Making all in /usr/src/cyrus-imapd-1.6.24/imap gcc -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -g -O2 -o dump_deliverdb dump_de iver.o libimap.a ../lib/libcyrus.a -lsasl -lssl -lcrypto -lkrb -lfl -ldes -lcom_err dump_deliver.o: Undefined symbol `___db185_open' referenced from text segment collect2: ld returned 1 exit status *** Error code 1 Stop in /usr/src/cyrus-imapd-1.6.24/imap (line 137 of Makefile). *** Error code 1 Stop in /usr/src/cyrus-imapd-1.6.24 (line 49 of Makefile). What do i do wrong? My mail server is a postfix server Regards Isak
Re: compiling on OpenBSD
Isak Lyberth wrote: I have walked through the archives and done some googeling on this without finding anything relevant. I have a box wich runs OpenBSD 3.0 on a pentium 2 machine. When ever i make a: |configure --with-auth=unix --disable-cyradm make depen ||make all CFLAGS=-O| i get a error saying: ### Making all in /usr/src/cyrus-imapd-1.6.24/imap gcc -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -g -O2 -o dump_deliverdb dump_de iver.o libimap.a ../lib/libcyrus.a -lsasl -lssl -lcrypto -lkrb -lfl -ldes -lcom_err dump_deliver.o: Undefined symbol `___db185_open' referenced from text segment You appear to be compiling against the Berkeley DB version 1.85 - it found the include files for it, but you are not linking against the correct library. Try configuring instead with: ./configure --with-auth=unix --disable-cyradm --with-dbdir=DIR where DIR is where the Berkeley DB port is installed on your system. It's been a while since I've used OpenBSD, look through your installed ports list to figure out where that is. -- Scott Lamb
Re: compiling on OpenBSD
Obviously your Berkeley DB does /NOT/ have DB 1.85 Compatability compiled into it. You might wanna download DB 3.29 (i believe is the latest) of the 3 series and build it with that. Build with DB185 support, you more then likely will not need CXX. Any idea why your disabling cyradm? Off hand. --On Thursday, May 09, 2002 11:54 PM +0200 Isak Lyberth [EMAIL PROTECTED] wrote: I have walked through the archives and done some googeling on this without finding anything relevant. I have a box wich runs OpenBSD 3.0 on a pentium 2 machine. When ever i make a: | configure --with-auth=unix --disable-cyradm make depen || make all CFLAGS=-O| i get a error saying: ### Making all in /usr/src/cyrus-imapd-1.6.24/imap gcc -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -g -O2 -o dump_deliverdb dump_de iver.o libimap.a ../lib/libcyrus.a -lsasl -lssl -lcrypto -lkrb -lfl -ldes -lcom_err dump_deliver.o: Undefined symbol `___db185_open' referenced from text segment collect2: ld returned 1 exit status *** Error code 1 Stop in /usr/src/cyrus-imapd-1.6.24/imap (line 137 of Makefile). *** Error code 1 Stop in /usr/src/cyrus-imapd-1.6.24 (line 49 of Makefile). What do i do wrong? My mail server is a postfix server Regards Isak
Re: cyradm problem?... cyrus-imapd-2.1.4
Luca Olivetti wrote: BTW, I'm preparing new rpms for cyrus-sasl, since the current one doesn't install the manpages (or rather cyrus-sasl's make install doesn't, is that normal?) and doesn't include the sasldb conversion utility. I've just uploaded updated packages. Now they include the manpages and dbconverter-2 -- Luca Olivetti
Re: compiling on OpenBSD
Scott M Likens wrote: Obviously your Berkeley DB does /NOT/ have DB 1.85 Compatability compiled into it. That's not so obvious to me. I do not see -ldb in the link command. Whether or not his Berkeley DB has DB 1.85 compatibility built in or not, the command would fail. gcc -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -g -O2 -o dump_deliverdb dump_de iver.o libimap.a ../lib/libcyrus.a -lsasl -lssl -lcrypto -lkrb -lfl -ldes -lcom_err dump_deliver.o: Undefined symbol `___db185_open' referenced from text segment collect2: ld returned 1 exit status -- Scott Lamb
Re: How to get user-level transfer logs for imapd / pop3d ?
On Sat, 11 May 2002, Alexandre Suter wrote: Is there a way to get the a user-level transfer log with cyrus ? The purpose is to see how much bandwidth each user consums. Search the archives of this list, someone posted a patch to control per-user bandwidth using an external daemon less than a month ago... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh