Re: sieve vacation not working
On Wed 27 Feb 2002 at 00:44:50 -0500, you wrote: When Cyrus puts the return-path into the message, it qualifies it with the value of 'servername' (defaulting to gethostname()). It doesn't pass that qualification to the Sieve subsystem. Doesn't Cyrus only qualify it if the MAIL FROM in the envelope wasn't qualified? I have verified that I am being passed a fully qualified address in the MAIL FROM. Ian -- Ian Macdonald | God created a few perfect heads. The rest System Administrator| he covered with hair. Google, Inc.| [EMAIL PROTECTED] | 650.330.0100 x1265 |
Re: header-problem with /usr/cyrus/bin/deliver
On Mon, Nov 12, 2001 at 03:38:11PM +0100, Bernd Weber wrote: I got the same problem, or better said the same situation and the same exitcode in the procmaillog but the mentioned solution doesn't help for me. I would be happy if someone knows any other solutions, or what to do to solve my problem. Thanks, Manuel -- Just about every computer on the market today runs Unix, except the Mac (and nobody cares about it). -Bill Joy 6/21/85
mails don't appear in imap folders
I'm filtering mails with procmail :0: $LOGNAME.lock * ^To: [EMAIL PROTECTED] | /usr/local/cyrus/bin/deliver -a $LOGNAME -l $LOGNAME procmail: Match on ^To: [EMAIL PROTECTED] procmail: Locking mhe.lock procmail: Executing /usr/local/cyrus/bin/deliver,-a,mhe,-l,mhe procmail: Assigning LASTFOLDER=/usr/local/cyrus/bin/deliver -a mhe -l mhe procmail: Unlocking mhe.lock procmail: Notified comsat: mhe@:/usr/local/cyrus/bin/deliver -a mhe -l mhe From [EMAIL PROTECTED] Wed Feb 27 11:37:18 2002 Subject: test 11.34 Folder: /usr/local/cyrus/bin/deliver -a mhe -l mhe This seams to work, but the mail never appears in the imap account. Feb 27 11:36:53 he0 imapd[19444]: open: user mhe opened INBOX Feb 27 11:37:18 he0 master[19673]: about to exec /usr/local/cyrus/bin/lmtpd Feb 27 11:37:18 he0 service-lmtpunix[19673]: executed Feb 27 11:37:18 he0 lmtpd[19673]: accepted connection Feb 27 11:37:18 he0 lmtpd[19673]: lmtp connection preauth'd as postman Feb 27 11:37:53 he0 master[44862]: process 19444 exited, status 0 Feb 27 11:38:18 he0 master[44862]: process 19673 exited, status 0 I don't know where the problem is! Can anyone give me a hint? Thanks, Manuel -- Life may have no meaning. Or even worse, it may have a meaning of which I disapprove. -Ashleigh Brilliant
Re: postfix+cyrus+procmail- master.cf setup
Where did you get this information from? -- When in danger or in doubt, run in circles, scream and shout! -Clint's Cure-All
Newbie: cyradm login fails
Hi, I am completely new to Cyrus, installed cyrus-sasl-2.1.0 and cyrus-imapd-2.1.2 on my RH6.2 with kernel 2.2.19. I started imapd with /usr/cyrus/bin/master and can connect via telnet to both, pop3 and imap. When I try to use cyradm the following message comes up after entering my password: [cyrus@pilatus cyrus]$ /usr/bin/cyradm localhost IMAP Password: Login failed: no mechanism available at /usr/lib/perl5/site_perl/5.005/i386-linux/Cyrus/IMAP/Admin.pm line 109 cyradm: cannot authenticate to server with as cyrus What mechanism is meant here? When I compile cyradm, there is a message telling me: IMAP.xs: In function `get_password': IMAP.xs:195: warning: assignment makes pointer from integer without a cast I am NO programmer so it's hard for me to see the problem of my own. Can anyone out there tell me what to do? :-) Thank you very much!!! Volker
Re: header-problem with /usr/cyrus/bin/deliver
Manuel Hendel schrieb am Wed, Feb 27, 2002 at 10:39:13AM +0100: On Mon, Nov 12, 2001 at 03:38:11PM +0100, Bernd Weber wrote: I got the same problem, or better said the same situation and the same exitcode in the procmaillog but the mentioned solution doesn't help for me. I would be happy if someone knows any other solutions, or what to do to solve my problem. I did not follow this thread, but if you use procmail and deliver has problems with mail headers/envelopes, you may try something like :0 fhw |formail -I From -a From as a first procmail recipe (and if it is just to make sure that deliver does not stumble over sendmail/postfix created envelopes it does not understand. Read formail(1) for additional info. - Birger
Re: Newbie: cyradm login fails
Volker Hutten schrieb: Hi, I am completely new to Cyrus, installed cyrus-sasl-2.1.0 and cyrus-imapd-2.1.2 on my RH6.2 with kernel 2.2.19. I started imapd with /usr/cyrus/bin/master and can connect via telnet to both, pop3 and imap. When I try to use cyradm the following message comes up after entering my password: [cyrus@pilatus cyrus]$ /usr/bin/cyradm localhost Try cyradm --user cyrus --auth login localhost -Simon IMAP Password: Login failed: no mechanism available at /usr/lib/perl5/site_perl/5.005/i386-linux/Cyrus/IMAP/Admin.pm line 109 cyradm: cannot authenticate to server with as cyrus What mechanism is meant here? When I compile cyradm, there is a message telling me: IMAP.xs: In function `get_password': IMAP.xs:195: warning: assignment makes pointer from integer without a cast I am NO programmer so it's hard for me to see the problem of my own. Can anyone out there tell me what to do? :-) Thank you very much!!! Volker
Re: Newbie: cyradm login fails
On Wed, 27 Feb 2002, Simon Matter wrote: Try cyradm --user cyrus --auth login localhost -Simon IMAP Password: Login failed: no mechanism available at /usr/lib/perl5/site_perl/5.005/i386-linux/Cyrus/IMAP/Admin.pm line 109 cyradm: cannot authenticate to server with as cyrus Unfortunately the same error message ... cyradm: cannot authenticate to server with login as cyrus Did I do anything wrong during installation? Volker
Re: Newbie: cyradm login fails
did you set the cyrus users password? if your not sure then probably not. you can check by running the sasldblistusers. set the password by running saslpasswd cyrus (w/o quotes) then they run cyradm -user cyrus `hostname` (w/o quotes). Volker Hutten wrote: On Wed, 27 Feb 2002, Simon Matter wrote: Try cyradm --user cyrus --auth login localhost -Simon IMAP Password: Login failed: no mechanism available at /usr/lib/perl5/site_perl/5.005/i386-linux/Cyrus/IMAP/Admin.pm line 109 cyradm: cannot authenticate to server with as cyrus Unfortunately the same error message ... cyradm: cannot authenticate to server with login as cyrus Did I do anything wrong during installation? Volker -- Darin Perusich Unix Systems Administrator Cognigen Corp. [EMAIL PROTECTED]
Re: Newbie: cyradm login fails
On Wed, 27 Feb 2002, Darin Perusich wrote: did you set the cyrus users password? if your not sure then probably not. you can check by running the sasldblistusers. set the password by running saslpasswd cyrus (w/o quotes) then they run cyradm -user cyrus `hostname` (w/o quotes). Password is set, /etc/sasldb2 exists and owner:group are cyrus:mail (permissions 0750) Some more hints? Volker
Re: Vacation not working, seeing 2 return paths in headers
On Wed, Feb 27, 2002 at 12:24:44AM -0600, Mike Grommet wrote: I'm not sure how to go about setting sendmail to use lmtp exclusively... One way to do this is explained at: http://mail.cc.umanitoba.ca/source Look for `feature/local_cyrus.m4'. -- -Gary Mills--Unix Support--U of M Academic Computing and Networking-
Re: Newbie: cyradm login fails
Thanks for all your patience :-)
On Wed, 27 Feb 2002, Simon Matter wrote:
There is a program imtest to test authentication and don't know what
else. I don't know how to use it but maybe you should look at it.
This will cause the same error message ... no mechanism available ... :-/
BTW: Do you have admins: cyrus in your /etc/imapd.conf ?
Yes, there are cyrus and root. My imapd.conf looks as follows:
configdirectory: /var/imap
partition-default: /var/spool/imap
admins: cyrus root
allowanonymouslogin: no
sasl_pwcheck_method: sasldb
tls_cert_file: /var/imap/server.pem
tls_key_file: /var/imap/server.pem
And the cyrus.conf:
# standard standalone server implementation
START {
# do not delete this entry!
# mboxlist cmd=ctl_mboxlist -r
deliver cmd=ctl_deliver -r
recover cmd=ctl_cyrusdb -r
# this is only necessary if using idled for IMAP IDLE
# idledcmd=idled
}
# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
# add or remove based on preferences
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
# 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
}
EVENTS {
# this is required
checkpointcmd=ctl_cyrusdb -c period=30
# this is only necessary if using duplicate delivery suppression
delprune cmd=ctl_deliver -E 3 period=1440
# this is only necessary if caching TLS sessions
# tlsprunecmd=tls_prune period=1440
}
Anything wrong with these files?
Volker
Generation of configure failed
Hi:
Last night, I checked out the sasl source from CVS, and tried to compile
the source tree. Here are the following steps I had taken:
bash-2.03# sh SMakefile
bash-2.03# ./configure
bash-2.03# ./configure
checking build system type... sparc-sun-solaris2.8
checking host system type... sparc-sun-solaris2.8
checking for a BSD compatible install... /opt/sfw/bin/ginstall -c
checking whether build environment is sane... yes
checking for mawk... no
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
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 executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for mawk... (cached) gawk
checking whether ln -s works... yes
checking whether make sets ${MAKE}... (cached) yes
checking for ranlib... ranlib
checking for a BSD compatible install... /opt/sfw/bin/ginstall -c
checking for __attribute__... yes
checking for runpath switch... -R
checking for ld used by GCC... /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking for /usr/ccs/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/ccs/bin/nm -p
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/ccs/bin/nm -p output... ok
checking for dlfcn.h... yes
checking for ranlib... (cached) ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/ccs/bin/ld) supports shared libraries...
yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... solaris2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
creating libtool
checking to build static libsasl2.a... no
checking DB path to use... /etc/sasldb2
./configure: syntax error at line 8597: `;;' unexpected
I am using autoconf-2.52,libtool-1.4.2 and automake-1.5. Can anybody build
the source tree successfully?
Thanks
keith
: 14
---
°¨¦~·s®ð¶H!ÅwÁâ°ê»ÚªÑ¥÷¦³¤½¥q ·s¦~«×ÂX¤j¼x¤~
-
¤½¥q²¤¶:
¥»¤½¥q¬°89¦~«×°ê¶T§½»{ÃÒ¤§¹q¸£¶i¥X¤fÁZÀu¶T©ö¤½¥q
¦~Àç·~ÃB22»õ ºÖ§Q«Ø¥þ «O»Ù¦~Á~14Ó¤ë
-
¼x¨D:
1.°ê¶T±Mû 2.°]°È±Mû 3.¬ü½s±Mû 4.¦æ¬F±Mû 5.½Ķ±Mû 6.µ{¦¡³]p 7.¯S§O§U²z
8.¾n¤é¥Nªí (¤é¥»Äy) 9.¾n¬ü¥Nªí (¬ü°êÄy) 9.¾n´ä¥Nªí (»´äÄy)
---
¥H¤W¤Hû¶·²¤¸gÅç.¨k¤k¤£©ë.±M¤W¾Ç¾ú.
½Ð±N.¾ú.·Ó.¶Ç (¯Ê¤@¤£¿ý¨ú) ±HÁ`¤½¥q
¥x¥_¿¤¦Á¤î¥«¤j¦P¸ô2¬q163¸¹7¼Ó Á¤p©j¦¬
¤W¯Z¦aÂI:¥x¥_¥« ¦Á¤î ·s¦Ë
Re: RECENT/SEEN flags
--On Wednesday, February 27, 2002 0:46 -0500 Lawrence Greenfield [EMAIL PROTECTED] wrote: For improved performance, Cyrus tends to cache seen state changes until the connection SELECTs some other mailbox. Thus the other connection isn't changing its count. I don't have time to go looking through the code to see where this behavior can be modified; I don't think it would be all that difficult but the performance impact could be substantial. Well if you could point me in the direction of where said caching takes place I'd be happy to play with it myself and report back. Alec -- Alec H. Peterson -- [EMAIL PROTECTED] Chief Technology Officer Catbird Networks, http://www.catbird.com
Re: Generation of configure failed
On Wed, 27 Feb 2002, Keith Kee wrote: I am using autoconf-2.52,libtool-1.4.2 and automake-1.5. Can anybody build the source tree successfully? We build using the following versions, I suspect trying to use autoconf 2.52 is what is causing you trouble: Autoconf version 2.13 automake (GNU automake) 1.4 ltmain.sh (GNU libtool) 1.3.4 (1.385.2.196 1999/12/07 21:47:57) -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: RECENT/SEEN flags
Hi, --On Wednesday, February 27, 2002 8:20 AM -0700 Alec H. Peterson [EMAIL PROTECTED] wrote: | For improved performance, Cyrus tends to cache seen state changes | until the connection SELECTs some other mailbox. Thus the other | connection isn't changing its count. | | I don't have time to go looking through the code to see where this | behavior can be modified; I don't think it would be all that difficult | but the performance impact could be substantial. | | Well if you could point me in the direction of where said caching takes | place I'd be happy to play with it myself and report back. The important thing to note is a recent change in our connection handling that keeps a connection active for a short while after the user closes a mailbox window, so that if they open another mailbox soon after, the connection can be reused, avoiding the overhead of connection setup and authentication. In this case we use the UNSELECT command on the previous mailbox to effectively 'close' it. That command ought to invalidate the cache, as should the CLOSE command, which may be used in other situations. -- Cyrus Daboo
Re: RECENT/SEEN flags
--On Wednesday, February 27, 2002 8:20 -0700 Alec H. Peterson
[EMAIL PROTECTED] wrote:
Well if you could point me in the direction of where said caching takes
place I'd be happy to play with it myself and report back.
I've found where the caching was taking place and commented it out:
In 2.1.0, line 135 of seen_db.c:
/* if this is the db we've already opened, return it */
#if 0
if (seendb !strcmp(seendb-user, user)) {
abortcurrent(seendb);
seendb-uniqueid = mailbox-uniqueid;
seendb-path = mailbox-path;
*seendbptr = seendb;
return 0;
}
#endif
The way I read it that's where they are reusing the old DB handle, so just
ignoring that jumps to the next part where they close the database and
re-open it. I have noticed some slightly slower performance, I'll report
if the seen issues are gone.
Alec
--
Alec H. Peterson -- [EMAIL PROTECTED]
Chief Technology Officer
Catbird Networks, http://www.catbird.com
Re: RECENT/SEEN flags
--On Wednesday, February 27, 2002 10:55 -0500 Cyrus Daboo [EMAIL PROTECTED] wrote: The important thing to note is a recent change in our connection handling that keeps a connection active for a short while after the user closes a mailbox window, so that if they open another mailbox soon after, the connection can be reused, avoiding the overhead of connection setup and authentication. In this case we use the UNSELECT command on the previous mailbox to effectively 'close' it. That command ought to invalidate the cache, as should the CLOSE command, which may be used in other situations. But when I open the mailbox the counts are always right. Unless I'm mistaken, there is an entirely separate connection that always does the STATUS commands periodically, yes? Since it's never selecting a mailbox then the cache will never be cleared, right? Alec -- Alec H. Peterson -- [EMAIL PROTECTED] Chief Technology Officer Catbird Networks, http://www.catbird.com
Re: RECENT/SEEN flags
Hi, --On Wednesday, February 27, 2002 9:05 AM -0700 Alec H. Peterson [EMAIL PROTECTED] wrote: | The important thing to note is a recent change in our connection handling | that keeps a connection active for a short while after the user closes a | mailbox window, so that if they open another mailbox soon after, the | connection can be reused, avoiding the overhead of connection setup and | authentication. In this case we use the UNSELECT command on the previous | mailbox to effectively 'close' it. That command ought to invalidate the | cache, as should the CLOSE command, which may be used in other | situations. | | But when I open the mailbox the counts are always right. | | Unless I'm mistaken, there is an entirely separate connection that always | does the STATUS commands periodically, yes? Since it's never selecting a | mailbox then the cache will never be cleared, right? Yes, one connection is used to do periodic STATUS polls of all mailboxes you have marked for new mail checking. Then a new connection is used when you actually open a mailbox. When a mailbox is open, the checking is done via that connection using NOOPs. Based on the brief description that Larry had provided I'm guessing the caching happens on for the connection where the mailbox is SELECT'ed - i.e. the one where the mailbox is opened by the user - and not the STATUS connection. The code is the definitive source for this... -- Cyrus Daboo
Re: RECENT/SEEN flags
--On Wednesday, February 27, 2002 11:14:36 -0500 Cyrus Daboo [EMAIL PROTECTED] wrote: Yes, one connection is used to do periodic STATUS polls of all mailboxes you have marked for new mail checking. Then a new connection is used when you actually open a mailbox. When a mailbox is open, the checking is done via that connection using NOOPs. Based on the brief description that Larry had provided I'm guessing the caching happens on for the connection where the mailbox is SELECT'ed - i.e. the one where the mailbox is opened by the user - and not the STATUS connection. The code is the definitive source for this... I get the same behavior. It's not just on the last folder I opened. I will typically go through half a dozen folders that have unread mail, and all of them will then have their unseen counts reappear after they're closed. Opening each of them a second time will clear it. Dave McCracken == Dave McCracken IBM Linux Base Kernel Team 1-512-838-3059 [EMAIL PROTECTED]T/L 678-3059
createmailbox: permission denied. why?
i cannot get cyrus-imapd-2.1.2 working. i upgraded from 2.0.16 to 2.1.2. the mailboxes created with 2.0.16 are still accessible, but i cannot create new ones. sasl2 is working fine. the imtest test was successful. # cyradm --user cyrus localhost Password: localhost.localdomain ver name : Cyrus IMAPD version: v2.1.2 2002/02/15 20:38:52 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.17 environment: Cyrus SASL 2.1.1 Sleepycat Software: Berkeley DB 3.2.9: (January 24, 2001) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.0 TCP Wrappers UCD-SNMP 4.2.3 lock = flock auth = unix idle = poll dirhash = full mboxlist = db3 localhost.localdomain cm user.test createmailbox: Permission denied localhost.localdomain for testing purposes i changed the permission of /var/imap/* and /var/spool/imap/* to 777 with no luck. both directory structures are owned by cyrus:mail. in imapd's log i found these messages: Feb 27 17:17:07 crypta imapd[6786]: login: localhost.localdomain[127.0.0.1] cyrus@testbox DIGEST-MD5 User logged in Feb 27 17:17:11 crypta imapd[6786]: myfetch: starting txn 2147483662 Feb 27 17:17:11 crypta imapd[6786]: myfetch: reusing txn 2147483662 Feb 27 17:17:11 crypta imapd[6786]: abort_txn: aborting txn 2147483662 could it be a db problem? can someone who's running cyrus-imapd-2.1.2 send me the output of 'version'? last but not least the used configure parameters and the imapd.conf: --with-cyrus-prefix=/usr/libexec/cyrus \ --enable-fulldirhash \ --enable-listext \ --enable-netscapehack \ --with-ucdsnmp \ --with-sasl \ --with-krb \ --with-perl \ --with-libwrap \ --with-openssl \ --with-auth=unix # grep -v '^#' /etc/imapd.conf | grep -v '^$' configdirectory:/var/imap defaultpartition: default partition-default: /var/spool/imap umask: 077 allowanonymouslogin:no allowplaintext: yes quotawarn: 90 timeout:30 imapidlepoll: 60 imapidresponse: yes poptimeout: 10 popminpoll: 0 popexpiretime: 0 admins: cyrus defaultacl: anyone lrs autocreatequota:0 logtimestamps: no plaintextloginpause:0 srvtab: /etc/srvtab loginrealms:testbox loginuseacl:no singleinstancestore:yes reject8bit: no netscapeurl: http://andrew2.andrew.cmu.edu/cyrus/imapd/netscape-admin.html sieveusehomedir:false sievedir: /var/imap/sieve sendmail: /usr/lib/sendmail postmaster: postmaster hashimapspool: false sieve_maxscriptsize:32 sieve_maxscripts: 5 sasl_maximum_layer: 256 sasl_minimum_layer: 0 sasl_pwcheck_method:auxprop sasl_auto_transition: no lmtpsocket: /var/imap/socket/lmtp idlesocket: /var/imap/socket/idle notifysocket: /var/imap/socket/notify dracinterval: 5 drachost: localhost sasl_sasldb_path: /etc/sasldb2 where's the error? which part could be responsible for the failure? and is there a way to get some more debug info, some secret DEFINES? currently i logging 'local6.debug'. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
Re: RECENT/SEEN flags
OK, so I've been poking my way through the code a little more, and found the database refresh routine (lib/cyrusdb_flat.c, map_refresh()). Is there some reason why the file size is the conditional for refreshing the database instead of the actual file modification time? It seems to me that would address this problem rather nicely. Alec -- Alec H. Peterson -- [EMAIL PROTECTED] Chief Technology Officer Catbird Networks, http://www.catbird.com
Re: sieve vacation not working
--On Wednesday, February 27, 2002 12:18 AM -0800 Ian Macdonald [EMAIL PROTECTED] wrote: On Wed 27 Feb 2002 at 00:44:50 -0500, you wrote: When Cyrus puts the return-path into the message, it qualifies it with the value of 'servername' (defaulting to gethostname()). It doesn't pass that qualification to the Sieve subsystem. Doesn't Cyrus only qualify it if the MAIL FROM in the envelope wasn't qualified? I have verified that I am being passed a fully qualified address in the MAIL FROM. Based on the information you've sent so far, I don't think lmtpd is getting a fully qualified address in the MAIL FROM line. You can try to run /usr/cyrus/bin/deliver -l and have the LMTP conversation by hand to test. Larry
Re: createmailbox: permission denied. why?
On Wed, 27 Feb 2002, Andreas Piesk wrote: Feb 27 17:17:07 crypta imapd[6786]: login: localhost.localdomain[127.0.0.1] cyrus@testbox DIGEST-MD5 User logged in [snip] admins: cyrus You can't create the mailbox because you are logging in as the user cyrus@testbox not cyrus, and therefore (not being an admin), you can't create the account. It's unclear to me why you would be being logged in with a realm tagged onto the end of your username, however. # cyradm --user cyrus localhost You might want to try connecting to the non-loopback interface, since some of this stuff may be being put in because of the hostname. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Newbie: cyradm login fails
I now took a look into /var/log/messages and there I found the following lines (after I built cyrus-sasl and cyrus-imapd again following the instructions of Rob Siemborski from December 7, 2001 concerning saslauthd): Feb 27 17:59:52 mail imapd[6675]: unknown password verifier saslauthd Feb 27 17:59:52 mail imapd[6675]: badlogin: localhost.localdomain[127.0.0.1] plaintext user SASL(-4): no mechanism available: checkpass failed The first line is the same no matter if pam, sasldb or something like that. Does this help anyone to give me some more hints? Volker
voicemail to IMAP (cyrus) gateway?
Is anyone aware of a voicemail system that will inter-operate with a cyrus IMAP server to either a) send users email with a URL where they can retrieve the voicemail (relying on a web browser for voicemail delivery) or b) deposit voicemail into a user's IMAP mailbox as a message with a sound file attachment Option a would actually be ideal since then I don't have to deal with mailbox quotas getting full because of voicemails (which means that sometimes the voicemail system would not be able to successfully deliver the message and must deal with that possibility), but b would certainly be acceptable. I've been looking in the obvious places, but virtually everything having to do with unified messaging of this type is specific to Microsoft Exchange Server and/or Lotus Notes. My needs are meager, I'm not looking for FAX support etc, just voicemail -- IMAP mailbox. My only other requirement is that it not be win32-specific for the end users. Most of our users are on Macs and for the rest we banned Outlook long ago. If you email to me directly, I'll summarize to the list later. Thanks! - Dave
Re: daemonize
On Thu, 28 Feb 2002 02:19:08 +0900, Hajimu UMEMOTO [EMAIL PROTECTED] (hu) writes: hu Hi, hu The current master doesn't become daemon. The master should run in hu background and detach controling terminal. Following patch also fixes hu compilation problem under FreeBSD (maybe *BSD). I would also suggest that master do a chdir to some appropriate place. Maybe configdirectory would be good? Might also help in tracking down any dropped core files? -- Amos
Re: voicemail to IMAP (cyrus) gateway?
Hi, --On Wednesday, February 27, 2002 11:37 AM -0600 Dave Caplinger [EMAIL PROTECTED] wrote: | Is anyone aware of a voicemail system that will inter-operate with a | cyrus IMAP server to either | | a) send users email with a URL where they can retrieve the voicemail | (relying on a web browser for voicemail delivery) or | b) deposit voicemail into a user's IMAP mailbox as a message with a sound | file attachment | | Option a would actually be ideal since then I don't have to deal with | mailbox quotas getting full because of voicemails (which means that | sometimes the voicemail system would not be able to successfully deliver | the message and must deal with that possibility), but b would certainly | be acceptable. | | I've been looking in the obvious places, but virtually everything having | to do with unified messaging of this type is specific to Microsoft | Exchange Server and/or Lotus Notes. My needs are meager, I'm not looking | for FAX support etc, just voicemail -- IMAP mailbox. My only other | requirement is that it not be win32-specific for the end users. Most of | our users are on Macs and for the rest we banned Outlook long ago. | | If you email to me directly, I'll summarize to the list later. Thanks! You might want to take a look at the VPIM (Voice Profile for Internet Mail) work at the IETF which is working on standards to help this type of behaviour: http://www.ietf.org/html.charters/vpim-charter.html There are a number of commercial vendors (not just MS and Lotus) that do have solutions in this space, but I don't have details myself. I think a lot of the telecomms companies (e.g. Nortel, ATT etc) who already have voicemail products are involved in this space. -- Cyrus Daboo
Re: RECENT/SEEN flags
--On Wednesday, February 27, 2002 11:14 -0500 Cyrus Daboo [EMAIL PROTECTED] wrote: Yes, one connection is used to do periodic STATUS polls of all mailboxes you have marked for new mail checking. Then a new connection is used when you actually open a mailbox. When a mailbox is open, the checking is done via that connection using NOOPs. Based on the brief description that Larry had provided I'm guessing the caching happens on for the connection where the mailbox is SELECT'ed - i.e. the one where the mailbox is opened by the user - and not the STATUS connection. The code is the definitive source for this... From what I can tell it was indeed caching the seen states, and only invalidating the cache when the length of the seen file became longer than the cached version. I modified my server to allow for checking based on modification time (in map_refresh()). I made it optional because there are lots of other routines that use map_refresh() other than the seen database. So far it appears to be working. Alec -- Alec H. Peterson -- [EMAIL PROTECTED] Chief Technology Officer Catbird Networks, http://www.catbird.com
Re: daemonize
On Wed, 27 Feb 2002, Amos Gouaux wrote: On Thu, 28 Feb 2002 02:19:08 +0900, Hajimu UMEMOTO [EMAIL PROTECTED] (hu) writes: hu Hi, hu The current master doesn't become daemon. The master should run in hu background and detach controling terminal. Following patch also fixes hu compilation problem under FreeBSD (maybe *BSD). I would also suggest that master do a chdir to some appropriate place. Maybe configdirectory would be good? Might also help in tracking down any dropped core files? I have done this daemon stuff already, including proper pidfile locking. The patch against 2.0.x was sent to this list a while ago, but I will see if I can isolate the patch against 2.1.x CVS HEAD and post it again. -- 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
error function prot_printf
I try to do 'make' for to install Cyrus-Imap 2.0.16, but I have this problem:. # make all CFLAGS=-O ... gcc -c -I.. -I/usr/local/include -I/usr/local/BerkeleyDB.3.1/include -I/usr/ local/include -I/usr/include -I/opt /sfw/include -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -I. - I. -O \ prot.c prot.c: In function `prot_printf': prot.c:614: `__builtin_va_alist' undeclared (first use in this function) prot.c:614: (Each undeclared identifier is reported only once prot.c:614: for each function it appears in.) make: *** [prot.o] Error 1 What's the solution? Thanks.
[PATCH, sorta] Daemonization of master.c
The following hunks should do it. The last one isn't a diff hunk, just
insert it somewhere apropriate in configure.in.
Do remember to run acconfig and autoconf to regenerate the GNU autotools
chain.
The rlimit stuff is a fix for linux kernels 2.4 won't bother to get out of
the patch. If you don't want it, clean it up...
I actually think the email with these patchs I sent the last time (2.0.x)
should apply cleanly, though. And it was better prepared (I am sort of in a
hurry right now), so one might want to search for it in the archives, and
try with that instead.
--
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
Index: Makefile.in
===
RCS file: /home/cvs/debian/cyrus21-imapd/master/Makefile.in,v
retrieving revision 1.1.1.2
retrieving revision 1.3
diff -u -r1.1.1.2 -r1.3
--- Makefile.in 27 Nov 2001 02:25:04 - 1.1.1.2
+++ Makefile.in 13 Feb 2002 10:53:00 - 1.3
@@ -53,8 +53,10 @@
CYRUS_GROUP=@cyrus_group@
DEFS = @DEFS@ @LOCALDEFS@
+#CPPFLAGS = -I. -I.. -I$(srcdir) -I$(srcdir)/../lib @CPPFLAGS@ @COM_ERR_CPPFLAGS@
+DEPLIBS = ../lib/libcyrus.a @DEPLIBS@
CPPFLAGS = -I. -I.. -I../lib -I$(srcdir) @CPPFLAGS@ @COM_ERR_CPPFLAGS@
-DEPLIBS = @DEPLIBS@
+#DEPLIBS = @DEPLIBS@
CFLAGS = @CFLAGS@
LDFLAGS = @LDFLAGS@ @CFLAGS@ @COM_ERR_LDFLAGS@
Index: master.c
===
RCS file: /home/cvs/debian/cyrus21-imapd/master/master.c,v
retrieving revision 1.1.1.4
diff -u -r1.1.1.4 master.c
--- master.c19 Feb 2002 18:50:15 - 1.1.1.4
+++ master.c27 Feb 2002 19:57:01 -
@@ -93,6 +93,7 @@
#include master.h
#include service.h
+#include lock.h
enum {
become_cyrus_early = 1,
@@ -183,6 +184,70 @@
return result;
}
+#ifdef ENABLE_DAEMON_MODE
+void acquire_daemon_lock(int closeflag)
+/* Copyright 1988,1990,1993,1994 by Paul Vixie
+ * All rights reserved
+ *
+ * Distribute freely, except: don't remove my name from the source or
+ * documentation (don't take credit for my work), mark your changes (don't
+ * get me blamed for your possible bugs), don't alter or remove this
+ * notice. May be sold if buildable source is provided to buyer. No
+ * warrantee of any kind, express or implied, is included with this
+ * software; use at your own risk, responsibility for damages (if any) to
+ * anyone resulting from the use of this software rests entirely with the
+ * user.
+ *
+ * Changelog:
+ * 2001-11-18 ([EMAIL PROTECTED]):
+ * Got acquire_daemonlock (and above copyright notice) from Paul Vixie's
+ * cron, as packaged by the Debian project. Modified acquire_daemon_lock
+ * to adequate it for Cyrus IMAPd needs. Applied it to cyrus master the
+ * same proven way it is used in Vixie cron. Basically, call it with
+ * a zero to update the pidfile, and with a 1 at every fork() of a
+ * worker process.
+ */
+{
+ static FILE*fp = NULL;
+ int fdflags;
+
+ if (closeflag fp) {
+ fclose(fp);
+ fp = NULL;
+ return;
+ }
+
+ if (!fp) {
+ int fd;
+
+ if ((-1 == (fd = open(MASTER_PIDFILE, O_RDWR|O_CREAT, 0644)))
+ || (NULL == (fp = fdopen(fd, r+)))
+ ) {
+ fatal(couldn't open or create pidfile MASTER_PIDFILE :
+%m,1);
+ }
+
+ if (lock_nonblocking(fd)) {
+ fatal(failed to acquire pidfile lock, 1);
+ }
+ fdflags = fcntl(fd, F_GETFD, 0);
+ if (fdflags != -1) fdflags = fcntl(fd, F_SETFD,
+ fdflags | FD_CLOEXEC);
+ if (fdflags == -1) {
+ fatal(unable to set close-on-exec for pidfile: %m, 1);
+ }
+ }
+
+ rewind(fp);
+ fprintf(fp, %d\n, getpid());
+ fflush(fp);
+ (void) ftruncate(fileno(fp), ftell(fp));
+
+ /* abandon fd and fp even though the file is open. we need to
+* keep it open and locked, but we don't need the handles elsewhere.
+*/
+}
+#endif /* ENABLE_DAEMON_MODE */
+
void get_prog(char *path, char *const *cmd)
{
if (cmd[0][0] == '/') strcpy(path, cmd[0]);
@@ -429,6 +494,10 @@
break;
case 0:
+#ifdef ENABLE_DAEMON_MODE
+ acquire_daemon_lock(1);
+#endif
+
if (become_cyrus() != 0) {
syslog(LOG_ERR, can't change to the cyrus user);
exit(1);
@@ -485,6 +554,9 @@
case 0:
/* child */
+#ifdef ENABLE_DAEMON_MODE
+ acquire_daemon_lock(1);
+#endif
if (become_cyrus() != 0) {
syslog(LOG_ERR, can't change to the cyrus user);
exit(1);
@@ -585,6 +657,9 @@
Re: Using wildcards when setting ACLs
Date: Wed, 27 Feb 2002 16:37:40 -0800 From: Dan Young [EMAIL PROTECTED] What I'd like to do is allow a user named monitor to read anyone's mail by doing the following: sam user.* monitor lr but I get: command failed: Mailbox does not exist Can I not use wildcards in mailbox names when setting ACLs? Nope, doesn't work. We've talked about implementing it but haven't gotten around to it. I've opened bug #1189 on this. Larry
Re: permission denied when trying to delete a mailbox as admin??
Manuel Hendel wrote: I'm logging in as admin on localhost. localhost sam user.mailbox admin d localhost dm user.mailbox Permission denied Can somebody help me solving this problem? You need the 'c' right to create/delete a mailbox. 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: Vacation not working, seeing 2 return paths in headers
This more or less solved my problems... I'm still getting double return paths in my messages, but they are identical now, and contain valid information so everythings works... I'm still a bit queasy about having 2 return paths. I wish I knew how to eliminate the 2nd one, just to have a cleaner solution. - Original Message - From: Gary Mills [EMAIL PROTECTED] To: Mike Grommet [EMAIL PROTECTED] Cc: Michael Bacon [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, February 27, 2002 8:37 AM Subject: Re: Vacation not working, seeing 2 return paths in headers On Wed, Feb 27, 2002 at 12:24:44AM -0600, Mike Grommet wrote: I'm not sure how to go about setting sendmail to use lmtp exclusively... One way to do this is explained at: http://mail.cc.umanitoba.ca/source Look for `feature/local_cyrus.m4'. -- -Gary Mills--Unix Support--U of M Academic Computing and Networking-
RE: voicemail to IMAP (cyrus) gateway?
Hi, We already added unified messaging support to cyrus IMAP. Almostly, we didn't modify anything in Cyrus IMAP. One thing that may change IMAP is that IMAP daemon may have to return UID of a message when appending a voice mail to a user's mailbox. It's very simple work. VPIM support is your work rather than Cyrus IMAP. --- Tawan Won -Original Message- From: Cyrus Daboo [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 3:08 AM To: Dave Caplinger; [EMAIL PROTECTED] Subject: Re: voicemail to IMAP (cyrus) gateway? Hi, --On Wednesday, February 27, 2002 11:37 AM -0600 Dave Caplinger [EMAIL PROTECTED] wrote: | Is anyone aware of a voicemail system that will inter-operate with a | cyrus IMAP server to either | | a) send users email with a URL where they can retrieve the voicemail | (relying on a web browser for voicemail delivery) or | b) deposit voicemail into a user's IMAP mailbox as a message with a sound | file attachment | | Option a would actually be ideal since then I don't have to deal with | mailbox quotas getting full because of voicemails (which means that | sometimes the voicemail system would not be able to successfully deliver | the message and must deal with that possibility), but b would certainly | be acceptable. | | I've been looking in the obvious places, but virtually everything having | to do with unified messaging of this type is specific to Microsoft | Exchange Server and/or Lotus Notes. My needs are meager, I'm not looking | for FAX support etc, just voicemail -- IMAP mailbox. My only other | requirement is that it not be win32-specific for the end users. Most of | our users are on Macs and for the rest we banned Outlook long ago. | | If you email to me directly, I'll summarize to the list later. Thanks! You might want to take a look at the VPIM (Voice Profile for Internet Mail) work at the IETF which is working on standards to help this type of behaviour: http://www.ietf.org/html.charters/vpim-charter.html There are a number of commercial vendors (not just MS and Lotus) that do have solutions in this space, but I don't have details myself. I think a lot of the telecomms companies (e.g. Nortel, ATT etc) who already have voicemail products are involved in this space. -- Cyrus Daboo
Re: Newbie: cyradm login fails
Volker Hutten schrieb: I now took a look into /var/log/messages and there I found the following lines (after I built cyrus-sasl and cyrus-imapd again following the instructions of Rob Siemborski from December 7, 2001 concerning saslauthd): Feb 27 17:59:52 mail imapd[6675]: unknown password verifier saslauthd Now I don't understand In your previous mail you said Yes, there are cyrus and root My imapdconf looks as follows: configdirectory: /var/imap partition-default: /var/spool/imap admins: cyrus root allowanonymouslogin: no sasl_pwcheck_method: sasldb tls_cert_file: /var/imap/serverpem tls_key_file: /var/imap/serverpem but now you say something about saslauthd Can you put this in your imapdconf: sasl_pwcheck_method: saslauthd And if you let saslauthd authenticate against pam, then you may also put sasl_mech_list: PLAIN -Simon Feb 27 17:59:52 mail imapd[6675]: badlogin: localhostlocaldomain[127001] plaintext user SASL(-4): no mechanism available: checkpass failed The first line is the same no matter if pam, sasldb or something like that Does this help anyone to give me some more hints? Volker
RE: permission denied when trying to delete a mailbox as admin??
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Manuel Hendel I'm logging in as admin on localhost. localhost sam user.mailbox admin d localhost dm user.mailbox Permission denied Can somebody help me solving this problem? you specified the wrong acl. 'd' is the right for deleting messages. use 'c' instead. the whole list is in the manpage of cyradm. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
Re: Newbie: cyradm login fails
On Thu, 28 Feb 2002, Simon Matter wrote: Volker Hutten schrieb: I now took a look into /var/log/messages and there I found the following lines (after I built cyrus-sasl and cyrus-imapd again following the instructions of Rob Siemborski from December 7, 2001 concerning saslauthd): Feb 27 17:59:52 mail imapd[6675]: unknown password verifier saslauthd Now I don't understand In your previous mail you said That's why I told that I built new (this time with saslauthd which was described by Rob Siemborski in message 1187) and changed in imapdconf to sasl_pwcheck_method: saslauthd Now I added also sasl_mech_list: PLAIN and tried with PAM - same result No mechanism available What are the needed mechanisms? Are there any packages needed to run cyrus correctly (I have db3 installed as RH rpm and compilation of cyrus tells some warnings, but not unforeseen exit) And - last but not least - am I so silly, or is it really so hard to make cyrus run??? ;-) Volker - despairing
RE: createmailbox: permission denied. why?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rob Siemborski Sent: Wednesday, February 27, 2002 6:04 PM On Wed, 27 Feb 2002, Andreas Piesk wrote: Feb 27 17:17:07 crypta imapd[6786]: login: localhost.localdomain[127.0.0.1] cyrus@testbox DIGEST-MD5 User logged in [snip] admins: cyrus You can't create the mailbox because you are logging in as the user cyrus@testbox not cyrus, and therefore (not being an admin), you can't create the account. It's unclear to me why you would be being logged in with a realm tagged onto the end of your username, however. thanks for the answer and the solution. i changed 'admins: cyrus' to 'admins: cyrus@testbox' and logged with 'cyradm --user cyrus@testbox localhost' it seems to work. thanks again, rob. ciao -ap System Administration VIRBUS AG Fon +49(0)341-979-7424 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de
