Kontakt Lenste yeni yil firsati 1 Kutu Lens 35 Milyon USTELIK ADRESE TESLIM KACIRMAYIN_______6357474__
En ucuz lensler icin lutfen tiklayin. Bir telefonla adrese teslim. http://www.akdenizgoz.com Akdeniz Goz Merkezi Fevzipaþa No:73 Fatih0 212 635 74 74 Listeden cikmak icin [EMAIL PROTECTED]adresine bos mail gonderiniz
Re: cyradm -- why not asking for password?
On Thu, 06 Feb 2003 15:51:12 +0100, Peter Burggraef wrote: When I tried to logon with cyradm, is seems for me, as if nothing happens. I used cyradm localhost and the curser jumped th the next line. But not more. After some returns I got the message: could not authenticate. I have noticed the same problem. cyradm _is_ actually asking you for a password, but for some strange reason, its Password: dialog doesn't appear visually. The temporary solution is to just ignore the lack of a password-asking dialogue. /Troels Arvin -- Greetings from Troels Arvin, Copenhagen, Denmark Distributed computing which makes sense: Folding@home Help out at http://folding.stanford.edu/ - join team #13579
Re: ACLs and such
Hans Wilmer escribió:: BTW, which IMAP clients or other programs are out there that allow users to easily edit their ACLs? A webclient to just set ACLs would also be ok. It would be *very* nice if I could tell our users to set the permissions they want on their mailfolders all on their own :) websieve can manage ACLs as well as sieve scripts. Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007
Re: Cyrus Red Hat 8.0
Grosswiler Roger schrieb: I tried hard to install Cyrus on a Red Hat 8.0. The Master itself works fine, so Cyrus could roll-of. BUT: i could not manage the accounts by cyradm. Even a new installation of Red Hat and the installation of the Many people use Cyrus IMAPd on RedHat 8.0. I don't know what's wrong with your installation. The steps are usually so easy: On a clean RedHat 8.0 system, do: - Rebuild cyrus imapd rpms. - Install the binary rpms. - user 'passwd cyrus' to set a cyrus admin password - start saslauthd with 'service saslauthd start' - start cyrus imapd with 'service cyrus-imapd start' - start managing accounts with 'cyradm --user=cyrus --auth=login localhost' HTH Simon excellent RPM's from Simon Matter did not bring the wished effect. Is anybody out there, having already installed Cyrus 2.1.11 on a Red Hat 8.0 System??? Which packets did you use? I used - except cyrus-imapd-2.1.11-src.rpm- the standard packages delivered by Red Hat! Any Help is appreciated! thx in advance! Roger Works now fine! Thx very much for ur help!
Re: Case sensitve user/mailbox names
Am Mittwoch, 5. Februar 2003 19:18 schrieb Kevin P. Fleming: Hmmm. I think this may have something to do with the method being used to get the messages from Exim to Cyrus. There are (at least) four ways to do that: 1) Exim can pipe the messages to the Cyrus deliver command. 2) The Exim LMTP transport can deliver to Cyrus' lmtpd over a Unix socket. 3) The Exim LMTP transport can deliver to Cyrus' deliver command via a pipe. 4) The Exim SMTP transport (in LMTP protocol mode) can deliver to Cyrus' lmtpd over a TCP/IP socket, with or without SMTP authentication. We use the first method, which behaves as described. Regards, Kerstin
Re: Anyone using Linux LVM with cyrus?
Hans Wilmer wrote: On Thu, Feb 06, 2003 at 08:42:00AM +0100, Simon Matter wrote: - Hardware IDE Raid: Most so called hardware RAID are simply software RAID, because the driver from the vendor does software RAID. Those driver are often binary only and they do RAID worse than the Linux MD driver does it. Until you want to go with true hardware RAID like 3ware, stay away from it. Ja, I will. For one thing, it's not an option to rely on drivers supplied by the vendor, as you might suddenly get stuck without any driver at all as soon as a kernel update or something like that is neccessary. Well, 3ware seems to be what most ppl recommend. For another thing, I'm very reluctant with trusting any IDE hardware RAID. Before building on it, I definitely want to see that it actually works. We have three 3ware cards running is 3 seperate NFS boxes. They work great.
Re: Case sensitve user/mailbox names
Kevin P. Fleming wrote: Patrick Welche wrote: % exim -bV Exim version 4.12 #4 built 30-Jan-2003 16:41:01 Copyright (c) University of Cambridge 2002 So I think Kerstin is right... Cheers, Patrick Hmmm. I think this may have something to do with the method being used to get the messages from Exim to Cyrus. There are (at least) four ways to do that: 1) Exim can pipe the messages to the Cyrus deliver command. 2) The Exim LMTP transport can deliver to Cyrus' lmtpd over a Unix socket. 3) The Exim LMTP transport can deliver to Cyrus' deliver command via a pipe. 4) The Exim SMTP transport (in LMTP protocol mode) can deliver to Cyrus' lmtpd over a TCP/IP socket, with or without SMTP authentication. If anyone wants to update those methods already in the Cyrus docs, or document those that aren't, I'll be happy to add it to CVS. Keep in mind that we're looking for plain vanilla configs, just enough to get mail delivered properly. Any extra bells and whistles should be left up to the reader. -- 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: Problem compiling imapd 2.1.12 on AIX 5
I noticed that I included the output from a previous configure run. I did compile and install makedepend, even though that is not apparent in this configure run. The pushstats.h error and the undeclared identifier errors look to be related to the snmp calls. Yet I still get these errors, even if I use the --with-ucdsnmp=no or --without-ucdsnmp configure options. I have tried some different AIX compiler options to no avail. I can always fall back to compiling with gcc, but I would like to figure out why I cannot use the IBM compiler. Any input is appreciated. -cpallone --On Thursday, February 06, 2003 11:18:13 -0600 Christopher S. Pallone [EMAIL PROTECTED] wrote: First off, thank you for you help in advance. Secondly, I'm sorry for such a long email. I figure the more info up front, the less time to troubleshoot the problem. ;) I am using: CforAIX V5.0.2.5 (vac.C) GNU Make V3.80 Cyrus SASL V2.1.12 (saslauthd w/LDAP) I run configure with the following options: env CC=xlc MAKE=gmake \ CFLAGS=-O -qMAXMEM=16384 -brtl \ CPPFLAGS=-I/usr/local/include \ LDFLAGS=-L/usr/local/lib \ ./configure --with-cyrus-prefix=/usr/local/cyrus-imapd-2.1.12 \ --prefix=/usr/local/cyrus-imapd-2.1.12 \ --with-statedir=/var/imapd \ --with-bdb-libdir=/usr/local/BerkeleyDB-4/lib \ --with-bdb-incdir=/usr/local/BerkeleyDB-4/include \ --with-cyrus-group=mail \ --with-cyrus-user=cyrus \ --with-openssl=/usr/local/openssl \ --with-sasl=/usr/local \ --enable-fulldirhash \ --enable-netscapehack Configure seems to run without error: -- creating cache ./config.cache checking host system type... rs6000-ibm-aix checking for makedepend... /home/cpallone/src/cyrus-imapd-2.1.12/tools/not-mkdep configure: warning: Makedepend is not installed on this system. You should compile and install the version from the makedepend subdirectory. checking for gcc... xlc checking whether the C compiler (xlc -O -qMAXMEM=16384 -brtl -qalias=noansi -qsrcmsg -r -L/usr/local/lib) works... yes checking whether the C compiler (xlc -O -qMAXMEM=16384 -brtl -qalias=noansi -qsrcmsg -r -L/usr/local/lib) is a cross-compiler... yes checking whether we are using GNU C... no checking whether xlc accepts -g... yes checking for ranlib... ranlib checking whether gmake sets ${MAKE}... yes checking for a BSD compatible install... ./install-sh -c checking how to run the C preprocessor... xlc -E checking for AIX... yes checking for strerror in -lcposix... no checking for mawk... no checking for gawk... no checking for nawk... nawk checking for working const... yes checking for long file names... yes checking for __attribute__... no checking for runpath switch... -R checking for unistd.h... yes checking for sys/select.h... 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 dirent.h that defines DIR... yes checking for opendir in -ldir... no checking for connect... yes checking for res_search... yes checking for dn_expand... yes checking for dns_lookup... yes checking for getaddrinfo... yes checking for gai_strerror... yes checking for getnameinfo... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for tm_zone in struct tm... no checking for tzname... yes checking for vprintf... yes checking for db.h... yes checking for db_create in -ldb-4.1... yes checking duplicate db database backend... db3_nosync checking mboxlist database backend... db3 checking seen state database backend... flat checking subscription database backend... flat checking TLS cache database backend... db3_nosync checking for bison... bison -y checking for flex... flex checking for yywrap in -lfl... yes checking for main in -lfl... yes checking for library containing regcomp... none required checking for rxposix.h... no checking for strerror... (cached) yes checking for sys/resource.h... yes checking for setrlimit... yes checking for getrlimit... yes checking for daemon... yes checking for setsid... yes checking for setproctitle... yes checking nonblocking method... fcntl checking timezone GMT offset method... gmtime checking for shared mmap... no checking for stupid shared mmap... no configure: warning: *** This system does not have a working mmap() configure: warning: *** Expect a considerable performance penalty checking for fcntl... yes checking for fdatasync... yes checking for sigvec... yes checking for openssl... /usr/local/openssl checking for ZInitialize in -lzephyr... no checking for com_err.h... no configure: warning: com_err is required; included version will be used. checking for modern syslog... yes checking for getdtablesize... yes checking to use old sieve service name... no checking for dlopen... yes checking for sasl/sasl.h... yes checking for sasl/saslutil.h... yes checking for prop_get in -lsasl2... yes checking
Re: Move Emails From a unix format to cyrus
On Thu, 2003-02-06 at 18:11, test s wrote: Hi, Does anyone know how to Move Emails From a unix format which is on server A to cyrus which is on server B We migrated from WU-imapd to Cyrus last year... The easiest way is to pipe the mail into deliver. It takes a little custom shell/perl scripting, but nothing too tricky. -B -- Brandon High [EMAIL PROTECTED] Epinions, Inc. Unix System Administrator Better to understand a little than to misunderstand a lot.
Re: Move Emails From a unix format to cyrus
Brandon High wrote: On Thu, 2003-02-06 at 18:11, test s wrote: Does anyone know how to Move Emails From a unix format which is on server A to cyrus which is on server B We migrated from WU-imapd to Cyrus last year... The easiest way is to pipe the mail into deliver. It takes a little custom shell/perl scripting, but nothing too tricky. With that approach, you lose all flags and seen state. The mbxcvt program from UW imap-utils worked fine for us (with a perl wrapper to handle the fact that we were doing the transition one user at a time via a proxy rather than all at once and shutting down as well as going through all the folders automatically), with some minor hacking to handle the passwords. I have been told that it now supports SASL so you can use auth plain and proxy as the administrator account rather than logging in as each user. -- John A. Tamplin Unix System Administrator Emory University, School of Public Health +1 404/727-9931
Re: Solaris 8 cyrus-imspd-v1.6a3 can't make lib/prot.o
There is a patch to authenticate via the imap server as well. Which is what I'm using succefully. Only down side is you have to use plain text and no ssl on the ismp account. IMAP can still use whatever AUTH your server supports. I just only allow ismp connection from inside my firewall. --On Friday, February 7, 2003 8:39 +1100 Peter Lawler [EMAIL PROTECTED] wrote: Hi there Glo, I've got a home brewed Solaris x86 box I thought I'd give it a whirl for you. I'm running a self-compiled gcc 3.2.1, that seems to be going OK - it's down cyrus-imap sasl and apache2.xx so far, so I think it's OK (haven't had a chance to get the GCC test suite from work yet, seeing 'I don't need it'), long story. But I digress... Current working directory /usr/local/src/cyrus-imspd-v1.6a3/lib I don't know if this is relevant, but cyrus-sasl-2.1.10 was configured Well, I was scratching my head too. I started falling over building imclient: imclient.c: In function `imclient_connect': imclient.c:288: warning: passing arg 5 of `sasl_client_new' from incompatible pointer type imclient.c:288: too few arguments to function `sasl_client_new' imclient.c: In function `imclient_input': imclient.c:676: warning: passing arg 4 of `sasl_decode' from incompatible pointer type imclient.c: In function `imclient_processoneevent': imclient.c:995: warning: passing arg 4 of `sasl_encode' from incompatible pointer type imclient.c: In function `interaction': imclient.c:1163: warning: passing arg 1 of `memset' discards qualifiers from pointer target type imclient.c: In function `imclient_authenticate_sub': imclient.c:1226: `SASL_IP_REMOTE' undeclared (first use in this function) imclient.c:1226: (Each undeclared identifier is reported only once imclient.c:1226: for each function it appears in.) imclient.c:1234: `SASL_IP_LOCAL' undeclared (first use in this function) imclient.c:1252: warning: passing arg 4 of `sasl_client_start' from incompatible pointer type imclient.c:1252: warning: passing arg 5 of `sasl_client_start' from incompatible pointer type imclient.c:1252: warning: passing arg 6 of `sasl_client_start' from incompatible pointer type imclient.c:1252: too many arguments to function `sasl_client_start' imclient.c:1295: warning: passing arg 5 of `sasl_client_step' from incompatible pointer type Then I started looking at the dates on this thing. It's 2000. I *suspect* imsp may not be compatible with SASL2.. The reasoning was in the porting the app document doc/appconvert.html, which says: The SASL_IP_REMOTE and SASL_IP_LOCAL properties are now SASL_IPLOCALPORT and SASL_IPREMOTEPORT and take strings H Oh dear, it's late. I'm writing offline. I think I might go sleep some :-) Pete. | Eric S. Pulley | | Sr. Unix Administrator | | Hamilton Partners| |+1.707.431.4300 | | [EMAIL PROTECTED] | msg10980/pgp0.pgp Description: PGP signature