Re: SQUAT failed
On Sat, 4 Nov 2006, Marten Lehmann wrote: Hello, Everytime you open a folder it looks for SQUAT index file. If the SQUATTER isn't running with master (cyrus.conf) you will get "No such file". I would first like to try this with a view mailboxes. In the squatter manpage I found this: -a Only create indexes for mailboxes which have the shared /vendor/cmu/cyrus-imapd/squat annotation set to "true". How can I set this annotation? See the manpage for 'cyradm' under the description of the 'mboxconfig' command. You'll want something like: mboxconfig user.foo squat true Andy Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: SQUAT failed
Hello, Everytime you open a folder it looks for SQUAT index file. If the SQUATTER isn't running with master (cyrus.conf) you will get "No such file". I would first like to try this with a view mailboxes. In the squatter manpage I found this: -a Only create indexes for mailboxes which have the shared /vendor/cmu/cyrus-imapd/squat annotation set to "true". How can I set this annotation? Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: cyrus on 64-bit redhat
Hi, Just wanted to share what was missing here... A while back, I wrote: > Hmm! Is anyone running Cyrus on 64-bit Red Hat? > > # ./configure > checking build system type... Invalid configuration > `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized > configure: error: /bin/sh ./config.sub x86_64-unknown-linux-gnu failed > and from srpm: > configure: error: /bin/sh ./config.sub x86_64-redhat-linux-gnu failed > I was able to build this (source-rpm from invoca and from RHN) after installing the 'redhat-rpm-config' package... which installs a more recent version of config.sub than the one Cyrus comes with. (I'd still plead for a newer version in the Cyrus distribution, it even solves a bug in bugzilla ;-)) I thought of this while considering what happens on FreeBSD: there is a recent config.sub version that is used for ports that require the config.sub; I wondered if there was something like this for RH that I just did not install, and I indeed found this package on a server that was not installed as 'minimal' (as my mail-servers are)... Yay! :-) > I was considering an upgrade using Simon's rpm from 2.2.12 (Red Hat > package, cyrus-imapd-2.2.12-3.RHEL4.1) to the latest and greatest > (cyrus-imapd-2.3.7-4) but it seems I'll have to think this over? > Is that a sensible idea anyway, upgrading this RH version (older maybe > modified version from Simon?) to a recent 2.3 rpm? > > Curious if there is any experience, > I'm running 2.3 in a couple of setups and was confident about upgrading > this (rather important) one, but the others are indeed all 32-bit... > I'm more confident about this now ;-) I'll just have to look into the upgrade now. Paul P.S. I sent a message regarding this config.sub and RH/64bit-thing to cyrus-bugs too, but never got a reply. I was not able to follow-up on the bug in bugzilla (2761) that someone else created either, because I was unable to create an account there (you get a 403) and I reported this too. Was a bit disappointed by this :-S Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not supported for ai_socktype
--- Phil Pennock <[EMAIL PROTECTED]> wrote: > On 2006-11-03 at 06:14 -0800, Mark wrote: > > I'm in the process of setting up Cyrus imapd 2.3.7 on OpenBSD 4.0 > > server. > > This is a back end server, to be part of 2.2.12 murder setup > already in > > place. master starts fine, then when it executes ctl_mboxlist -m it > > failes with this error in syslog: > > Nov 3 03:00:26 testimap ctl_mboxlist[90]: > getaddrinfo(192.168.20.8) > > failed: service not supported for ai_socktype > > > > Version 2.2.12 works fine and connect to murder master without > errors. > > On the same system? Yes. > > > Does anyone have any ideas what might be happening? > > That error message is a complaint that the service (port) name can't > be > mapped, so getaddrinfo() is returning EAI_SERVICE. > > Are you sure that "imap" is listed in /etc/services as a tcp service? > > Checking the OpenBSD source for 4.0, > http://www.openbsd.org/cgi-bin/ > cvsweb/src/lib/libc/net/getaddrinfo.c?rev=1.56&content-type=text/ > x-cvsweb-markup>, there are four places which can return EAI_SERVICE. > The first three don't apply, since imapd isn't asking for a raw > socket > and isn't specifying a number (and even if it were it's SOCK_STREAM > so > numbers are allowed). That just leaves a failure of getservbyname(). > > getservbyname() does no fancy stuff, it just asks for the various > services, looping through them all until it finds the right item. > AFAIK, OpenBSD doesn't support nsswitch; I could be wrong. So > there's > just a file lookup. > > So it looks like an /etc/services issue. OpenBSD's services includes > imap by default; has it been removed? Thanks a lot (and to Dennis). That was it, and I know you replied again saying mupdate has to be in /etc/services but even this email triggered the thought and connected the dots. It is trying to connect now, to mupdate, tested without starting master itself and just by running ctl_mboxlist -m. That is great. Thanks again. I'm having another error: ctl_mboxlist[10222]: failed to bind to address 0.0.0.0: Invalid argument but I remember seeing it even with 2.2.12, and I will double check that. Mike Cheap Talk? Check out Yahoo! Messenger's low PC-to-Phone call rates (http://voice.yahoo.com) Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not supported for ai_socktype
On Fri, 3 Nov 2006, Phil Pennock wrote: You're quite right, of course. "ctl_mboxlist -m" is talking to the mupdate server. Duh. I was back a couple of cups of coffee when I replied before. ;^) :-) Service name "mupdate" needs to exist. Allright, let's wait for the OP to see if it fixes his problem. Thanks! -- Antoine Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not supported for ai_socktype
On Fri, 3 Nov 2006, Phil Pennock wrote: > From: Phil Pennock <[EMAIL PROTECTED]> > To: Antoine Jacoutot <[EMAIL PROTECTED]> > Cc: info-cyrus@lists.andrew.cmu.edu > Date: Fri, 3 Nov 2006 17:44:17 +0100 > Subject: Re: Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not suppor > for ai_socktype > > On 2006-11-03 at 17:04 +0100, Antoine Jacoutot wrote: > > Could it be looking for another service? (I know things like sieve... are > > not > > part of /etc/services) > > You're quite right, of course. > > "ctl_mboxlist -m" is talking to the mupdate server. Duh. I was back a > couple of cups of coffee when I replied before. ;^) > > Service name "mupdate" needs to exist. On my OpenBSD3.9 box (not tried OpenBSD4.0 yet) running Cyrus 2.3.7 I added the following to /etc/services: # More Cyrus services. # DHD June 2006 # sieve 2000/tcp lmtp2003/tcp mupdate 3905/tcp # # Cyrus synchronization service. # DHD June 2006 # csync 2005/tcp If you're running the Cyrus imsp server you may also need: # Cyrus imsp server. # DHD June 2006 # imsp406/tcp and if you want to secure this (possibly using stunnel) you may also need: # And a secured Cyrus imsp server. Note port 906 is unassigned, so # we'll use that. # DHD June 2006 # imsps 906/tcp I'm not sure how widespread the use of Cyrus imsp server is. But it's used here for storing Mulberry settings. -- Dennis Davis, BUCS, University of Bath, Bath, BA2 7AY, UK [EMAIL PROTECTED] Phone: +44 1225 386101 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: SQUAT failed
> > or change the cyrus loglevel to disable the "No such file". > > How? > > I looked through the manpages, but there is no loglevel or > syslog-threshold in cyrus. You have to configure syslog, read man syslog.conf. Regards, Simon > > Regards > Marten > > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: SQUAT failed
Marten Lehmann wrote: > or change the cyrus loglevel to disable the "No such file". How? I looked through the manpages, but there is no loglevel or syslog-threshold in cyrus. syslog.conf (Or whatever syslogd replacement config file you use) -- Carson Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not supported for ai_socktype
On 2006-11-03 at 17:04 +0100, Antoine Jacoutot wrote: > Could it be looking for another service? (I know things like sieve... are not > part of /etc/services) You're quite right, of course. "ctl_mboxlist -m" is talking to the mupdate server. Duh. I was back a couple of cups of coffee when I replied before. ;^) Service name "mupdate" needs to exist. Regards, -Phil Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: SQUAT failed
> or change the cyrus loglevel to disable the "No such file". How? I looked through the manpages, but there is no loglevel or syslog-threshold in cyrus. Regards Marten Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not supported for ai_socktype
Selon Phil Pennock <[EMAIL PROTECTED]>: > AFAIK, OpenBSD doesn't support nsswitch; I could be wrong. So there's > just a file lookup. You're right about that. > So it looks like an /etc/services issue. OpenBSD's services includes > imap by default; has it been removed? Certainly not! $ uname -mrsv OpenBSD 4.0 GENERIC#723 amd64 $ grep imap /etc/services imap143/tcp imap2 # Internet Message Access Proto imap143/udp imap2 # Internet Message Access Proto imap3 220/tcp # Interactive Mail Access imap3 220/udp # Protocol v3 imaps 993/tcp # imap4 protocol over TLS/SSL imaps 993/udp # imap4 protocol over TLS/SSL Could it be looking for another service? (I know things like sieve... are not part of /etc/services) -- Antoine Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not supported for ai_socktype
Selon Phil Pennock <[EMAIL PROTECTED]>: > AFAIK, OpenBSD doesn't support nsswitch; I could be wrong. So there's > just a file lookup. You're right about that. > So it looks like an /etc/services issue. OpenBSD's services includes > imap by default; has it been removed? Certainly not! $ uname -mrsv OpenBSD 4.0 GENERIC#723 amd64 $ grep imap /etc/services imap143/tcp imap2 # Internet Message Access Proto imap143/udp imap2 # Internet Message Access Proto imap3 220/tcp # Interactive Mail Access imap3 220/udp # Protocol v3 imaps 993/tcp # imap4 protocol over TLS/SSL imaps 993/udp # imap4 protocol over TLS/SSL Could it be looking for another service? (I know things like sieve... are not part of /etc/services) -- Antoine Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: strange string in log file
On 2006-11-03 at 18:15 +0300, A Clockwork Orange wrote: > what does it mean in log > > : error sending to idled: 2 "2" is probably ENOENT, so there's nothing listening on the socket. So the imapd can't talk to the idled. Did you use idled in the past, but stop using it? In which case, you probably need to manually remove the socket from the file-system; if the socket doesn't exist, the warning shouldn't happen and imapd will quietly just use polling. The location is either that configured by the imapd.conf option "idlesocket" or, if that option is not in the config file, is "{configdirectory}/socket/idle" for whatever the value of the "configdirectory" option is. Are you expecting to use idled? If so, is it configured in cyrus.conf under START? Is it still running (use "ps") or has it crashed? Regards, -Phil Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
strange string in log file
hi what does it mean in log : error sending to idled: 2 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not supported for ai_socktype
On 2006-11-03 at 06:14 -0800, Mark wrote: > I'm in the process of setting up Cyrus imapd 2.3.7 on OpenBSD 4.0 > server. > This is a back end server, to be part of 2.2.12 murder setup already in > place. master starts fine, then when it executes ctl_mboxlist -m it > failes with this error in syslog: > Nov 3 03:00:26 testimap ctl_mboxlist[90]: getaddrinfo(192.168.20.8) > failed: service not supported for ai_socktype > > Version 2.2.12 works fine and connect to murder master without errors. On the same system? > Does anyone have any ideas what might be happening? That error message is a complaint that the service (port) name can't be mapped, so getaddrinfo() is returning EAI_SERVICE. Are you sure that "imap" is listed in /etc/services as a tcp service? Checking the OpenBSD source for 4.0, http://www.openbsd.org/cgi-bin/ cvsweb/src/lib/libc/net/getaddrinfo.c?rev=1.56&content-type=text/ x-cvsweb-markup>, there are four places which can return EAI_SERVICE. The first three don't apply, since imapd isn't asking for a raw socket and isn't specifying a number (and even if it were it's SOCK_STREAM so numbers are allowed). That just leaves a failure of getservbyname(). getservbyname() does no fancy stuff, it just asks for the various services, looping through them all until it finds the right item. AFAIK, OpenBSD doesn't support nsswitch; I could be wrong. So there's just a file lookup. So it looks like an /etc/services issue. OpenBSD's services includes imap by default; has it been removed? Regards, -Phil Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
How to tell POP3 daemon to mark messages as read?
Hi, Is it possible to mark all messages downloaded via POP3 daemon as read so that next time user connected via IMAP could see wich messages are new? Thanks, Georgy. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Cyrus imapd 2.3.7 mupdate - getaddrinfo: service not supported for ai_socktype
Greetings, I'm in the process of setting up Cyrus imapd 2.3.7 on OpenBSD 4.0 server. This is a back end server, to be part of 2.2.12 murder setup already in place. master starts fine, then when it executes ctl_mboxlist -m it failes with this error in syslog: Nov 3 03:00:26 testimap ctl_mboxlist[90]: getaddrinfo(192.168.20.8) failed: service not supported for ai_socktype Version 2.2.12 works fine and connect to murder master without errors. Does anyone have any ideas what might be happening? Thanks a lot. Mike We have the perfect Group for you. Check out the handy changes to Yahoo! Groups (http://groups.yahoo.com) Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Login attack on cyrus imap
Take Ben's advice. Use fail2ban, FUT, or any of the other programs out there that are designed for this. If the attacker is using a single IP address, fail2ban (properly configured) should block them in under a second. There's probably a way to prevent Cyrus from taking too many connections, but that still allows a DoS attack -- if the attacker is using up all of your available connections, no real customer can get on. It also uses up a bunch of system resources, unnecessarily. Don't limit the attacker -- ban them. Chris St. Pierre Unix Systems Administrator Nebraska Wesleyan University On Thu, 2 Nov 2006, Jim John wrote: >I found out that it was a single IP from the log >files. That person (or bot) logs into the POP3 server >and tries to authenticate itself. The problem is that >it logs in as a different user each time and does ALOT >of these logins per second, causing LDAP to overload >with connections. Is there any way to limit the number >of connections in the cyrus server using some config >parameter? Thanks. > > > > >__ >Check out the New Yahoo! Mail - Fire up a more powerful email and get things >done faster. >(http://advision.webevents.yahoo.com/mailbeta) > > >Cyrus Home Page: http://cyrusimap.web.cmu.edu/ >Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki >List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
problem with this message lmtpd signaled to death by 11
hi i m using cyrus2.3.6 on a RHEL4 server the mail is delivered from a postfix server via lmtp from time to time i got that kind of message on the postfix side Nov 3 08:32:12 sodome postfix/lmtp[30982]: 021B618D6F6: to=<[EMAIL PROTECTED] nt-evry.fr>, orig_to=<[EMAIL PROTECTED]>, relay=molure.int-evry.fr[157.15 9.10.18], delay=418045, status=deferred (lost connection with molure.int-evry.fr [157.159.10.18] while sending end of data -- message may be sent more than once) on the cyrus side i got this message Nov 3 08:32:00 pasargades lmtp[27525]: dupelim: eliminated duplicate message to forum_eq id <[EMAIL PROTECTED]> (redirect) Nov 3 08:32:00 pasargades last message repeated 97 times Nov 3 08:32:01 pasargades master[22291]: process 27525 exited, signaled to deat h by 11 the forum_eq user has a huge sieve filter that redirects the mail to 111 persons and the effect of all that is that some of this users received several times the same mail. Does someone know how to solve this problem? thanks in advance for any help Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: SQUAT failed
Everytime you open a folder it looks for SQUAT index file. If the SQUATTER isn't running with master (cyrus.conf) you will get "No such file". When SQUATTER is running from master it will return "SQUATTER RETURNED 10 MESSAGES" or something like that. In cyrus.conf add squattercmd="squatter -s" at=0600 And restart your master, or change the cyrus loglevel to disable the "No such file". Or maybee do a man squatter for more info. man squatter SQUATTER(8) SQUATTER(8) NAME squatter - create SQUAT indexes for mailboxes SYNOPSIS squatter [ -C config-file ] [ -r ] [ -s ] [ -a ] [ -v ] mailbox... DESCRIPTION Squatter creates a new SQUAT index for one or more IMAP mailboxes. The SQUAT index is a unified index of all of the header and body text of each message a given mailbox. This index is used to significantly reduce IMAP SEARCH times on a mailbox. Squatter creates an index of ALL messages in the mailbox, not just those since the last time that it was run (i.e., it does NOT do incre- mental updates). Any messages appended to the mailbox after squatter is run, will NOT be included in the index. To include new messages in the index, squatter must be run again. For large and active mailboxes, it is recommended to run squatter periodically as an EVENT in cyrus.conf(5) NOTE: Messages and mailboxes that have not been indexed CAN still be SEARCHed, just not as quickly as those with a SQUAT index. Squatter reads its configuration options out of the imapd.conf(5) file unless specified otherwise by -C. OPTIONS -C config-file Read configuration options from config-file. -r Recursively create indexes for all sub-mailboxes of the mail- boxes or mailbox prefixes given as arguments. -s Skip mailboxes whose index file is older than their current squat file (within a small time delta). -a Only create indexes for mailboxes which have the shared /ven- dor/cmu/cyrus-imapd/squat annotation set to "true". The value of the /vendor/cmu/cyrus-imapd/squat annotation is inherited by all children of the given mailbox, so an entire mailbox tree can be indexed (or not indexed) by setting a single annotation on the root of that tree with a value of "true" (or "false"). If a mailbox does not have a /vendor/cmu/cyrus- imapd/squat annotation set on it (or does not inherit one), then the mailbox is not indexed. In other words, the implicit value of /vendor/cmu/cyrus-imapd/squat is "false". -v Increase the verbosity of progress/status messages. FILES /etc/imapd.conf /etc/cyrus.conf /C Den To, 2006-11-02, 22:33 skrev Marten Lehmann: > Hello, > > >> There will also be an entry in your cyrus.conf, EVENTS section, which >> is starting these processes. > > I cannot see such an entry in cyrus.conf: > > > EVENTS { > # this is required > checkpointcmd="ctl_cyrusdb -c" period=30 > > # this is only necessary if using duplicate delivery suppression, > # Sieve or NNTP > delprune cmd="cyr_expire -E 2" at=0400 > > # this is only necessary if caching TLS sessions > tlsprune cmd="tls_prune" at=0400 } > > > Does this index all messages in the mailboxes automatically (we have > more than 13.000 mailboxes) or just the first time a SEARCH is requested? > > Regards > Marten > > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > > > > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
unexpunge has inconsistend cli
Hi i have Cyrus 2.3.7 with unixhierarchysep:1 in /etc/imapd.conf the mailbox is specified user/test1 for /usr/cyrus/bin/quota user/test1 /usr/cyrus/bin/reconstruct user/test1 /usr/cyrus/bin/squatter user/test1 but user.test1 for /usr/cyrus/bin/unexpunge -l user.test1 M.Menge Tel.: (49) 7071/29-70316 Universitaet Tuebingen Fax.: (49) 7071/29-5912 Zentrum fuer Datenverarbeitung mail: [EMAIL PROTECTED] Waechterstrasse 76 72074 Tuebingen smime.p7s Description: S/MIME krytographische Unterschrift Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html