[Dovecot] dovecot + winbind problem
Hi! I'm having some problem with our setup. I have a linux server authenticating from a win2k3 domain controller via winbind and pam. When i try to log in I receive the following error messages: Jul 3 10:26:10 zeusz pam_winbind[20375]: user 'tamas' granted access Jul 3 10:26:10 zeusz pam_winbind[20375]: user 'tamas' OK Jul 3 10:26:10 zeusz pam_winbind[20375]: user 'tamas' granted access Jul 3 10:26:10 zeusz dovecot: auth(default): userdb(tamas,127.0.0.1): user not found from userdb Jul 3 10:26:10 zeusz dovecot: imap-login: Internal login failure: user=tamas, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured But when i try other services which also use winbind via pam (like popa3d) i can log in without any problem. Any ideas?
[Dovecot] NameSpases
Hi guys, I have a problem with namespases in Dovecot: namespace public { separator = / prefix = Public/ location = maildir:/home/mail/public } namespace private { separator = / prefix = inbox = yes } namespace private works well, but I can't subscribe to namespace Public in Outlooks Express, The Bat! and Mozilla Thunderbird. Outlook shows error 'Mailbox doesn't exist: Public'. Same with The Bat!. maildir:/home/mail/public exists and has correct rights: # ls -alh /home/mail/public/ total 0 drwx-- 5 mail mail 184 Jul 2 21:55 . drwxr-x--- 4 mail root 104 Jul 2 21:01 .. drwx-- 2 mail mail 48 Jul 2 21:01 cur -rw-r--r-- 1 mail mail 0 Jul 2 21:54 dovecot-shared drwx-- 2 mail mail 48 Jul 2 21:01 new -rw-r--r-- 1 mail mail 0 Jul 2 21:55 subscriptions drwx-- 2 mail mail 48 Jul 2 21:01 tmp # dovecot --version 1.0.1 # uname -rsm Linux 2.6.20-gentoo-r8 i686 Any help appreciated :) -- Sergey
[Dovecot] listen parm questions
Q1: My imap server has 4 interfaces, but only one is used for imap traffic. Can I do this: listen = 10.20.30.40:10143 (when imap.mycollege.edu is 10.20.30.40) Or is there even any benefit to doing this? Q2: Can I specify more than one portduring test eval, I've had the IT dept using port 1043 for listenwhich I will, of course, change to 143 when DC goes production. So my department isn't cut off by that switchover, can I do this? listen = *:10143,143 or this listen = 10.20.30.40:10143,143 I did look at the wiki but didn't see anything -- Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 [EMAIL PROTECTED] voice: 845-758-7475, fax: 845-758-7035
Re: [Dovecot] dovecot + winbind problem
On 3.7.2007, at 11.28, Gregorics Tamás wrote: Hi! I'm having some problem with our setup. I have a linux server authenticating from a win2k3 domain controller via winbind and pam. When i try to log in I receive the following error messages: Jul 3 10:26:10 zeusz pam_winbind[20375]: user 'tamas' granted access Jul 3 10:26:10 zeusz pam_winbind[20375]: user 'tamas' OK Jul 3 10:26:10 zeusz pam_winbind[20375]: user 'tamas' granted access Jul 3 10:26:10 zeusz dovecot: auth(default): userdb(tamas, 127.0.0.1): user not found from userdb The authentication succeeded, but your userdb setup isn't right. What userdb do you use? Post dovecot -n output. PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] dovecot + winbind problem
On Tue, 2007-07-03 at 15:37 +0200, Gregorics Tamás wrote: Problem is, the same setup works on another system, and actually this setup worked till yesterday, and nothing changed. .. userdb: driver: passwd .. userdb(tamas,127.0.0.1): user not found from userdb Well, Dovecot didn't find the user from passwd. You can set auth_debug=yes to see if it shows up anything more in logs, but it probably also says the same thing. Are you using passwd files or have you configured nss_ldap or something? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot + winbind problem
Yes, i set up winbind for passwd and group in nsswitch.conf [EMAIL PROTECTED]:~$ getent passwd tamas tamas:*:10001:10001:Tamas:/home/PANNONVOLAN/tamas:/bin/bash So it works, and as i said, i can log on to other services on the Linux using the same method (pam+winbind+nss) Well, Dovecot didn't find the user from passwd. You can set auth_debug=yes to see if it shows up anything more in logs, but it probably also says the same thing. Are you using passwd files or have you configured nss_ldap or something?
Re: [Dovecot] Maildir configuration vs ZFS and snapshots...
On Tue, 2007-07-03 at 16:20 +0200, Peter Eriksson wrote: This works great for the mail folders inside the Maildir - but not for the INBOX which isn't displayed at all... (Ie, under the snapshot prefix I only see Trash etc when looking at the folder from an IMAP client). Try ln -s . .INBOX. I'll probably fix this for v1.1, but I already tried once for v1.0 and it got too messy. signature.asc Description: This is a digitally signed message part
[Dovecot] dovecot sieve notify mailto
Hello, I try to migrate to dovecot-lda from procmail, but some script can't run under lda cmusieve plugin. dovecot version: dovecot-1.0(debian) revelant config dovecot.conf: protocol lda { postmaster_address = [EMAIL PROTECTED] hostname = wizard.dunanet.hu mail_plugin_dir = /usr/lib/dovecot/modules/lda #sendmail_path = /usr/lib/sendmail auth_socket_path = /var/run/dovecot/auth-master mail_plugins = cmusieve } .forward | /usr/lib/dovecot/deliver .dovecot.sieve (revelant part) require [fileinto,notify]; ... ... notify :method mailto :options [EMAIL PROTECTED] :id test :message; if true { keep; } ... I can compile with sievec, deliver also can compile to .dovecot.sievec (no errors) i can decompile with sieved: 1935: NOTIFY METHOD({6}mailto) ID({5}willy) OPTIONS [EMAIL PROTECTED] PRIORITY(13) MESSAGE({17}$from$: $subject$) 1954: IF (ends at 1957)true 1957:JUMP 1960 1959: KEEP full len is: 1960 But notification does not work.. Jul 3 17:50:38 WiZARD deliver(willy): Loading modules from directory: /usr/lib/dovecot/modules/lda Jul 3 17:50:38 WiZARD deliver(willy): Module loaded: /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.so Jul 3 17:50:38 WiZARD deliver(willy): mbox: data=/home/willy/mail/:INBOX=/var/mail/willy Jul 3 17:50:38 WiZARD deliver(willy): mbox: root=/home/willy/mail, index=/home/willy/mail, inbox=/var/mail/willy Jul 3 17:50:38 WiZARD deliver(willy): cmusieve: Using sieve path: /home/willy/.dovecot.sieve Jul 3 17:50:38 WiZARD deliver(willy): cmusieve: Executing script /home/willy/.dovecot.sievec Jul 3 17:50:38 WiZARD postfix/smtpd[15234]: disconnect from donci.dunanet.hu[62.77.204.40] Jul 3 17:50:38 WiZARD deliver(willy): msgid=[EMAIL PROTECTED]: saved mail to INBOX Jul 3 17:50:38 WiZARD deliver(willy): sieve runtime error: Notify: Generic Error Jul 3 17:50:38 WiZARD postfix/local[15239]: B31B419746C: to=[EMAIL PROTECTED], relay=local, delay=0.1, delays=0.07/0/0/0.02, dsn=2.0.0, status=sent (delivered to command: /usr/lib/dovecot/deliver) I always get sieve runtime error: Notify: Generic Error Fileinto, and redirect works fine, but notify does not. I try dovecot-sieve-1-0-64a7986b5e55.tar.bz2 without success. Please help debug Generic Error. Thanks, Udv.: Willy -- PGP GNUPG/1.0 ID = 5BFA0D36 Kupor Laszlo Attila [EMAIL PROTECTED] Key fingerprint = 3F68 9483 5B65 8E2F CD30 5326 50F9 5A33 5BFA 0D36
[Dovecot] convert plugin: endless conversion and duplicate messages
Hi, When an mbox has a filename with a period, the Dovecot 1.0.1 convert plugin will endlessly convert the same mbox causing duplicate messages. To reproduce, create try converting two mboxes: one with a valid name and another with an invalid name. Then, repeat the login procedure a few times. Dovecot should do something more graceful such as replacing periods with another character. Here's /var/log/mail/errors Jul 2 08:29:44 aslan dovecot: IMAP(crystalp): Mailbox conversion: Couldn't create mailbox Print Shop Misc.: Invalid mailbox name Jul 2 08:39:46 aslan dovecot: IMAP(crystalp): Mailbox conversion: Couldn't create mailbox Print Shop Misc.: Invalid mailbox name Jul 2 08:48:54 aslan dovecot: IMAP(crystalp): Mailbox conversion: Couldn't create mailbox Print Shop Misc.: Invalid mailbox name Jul 2 08:48:58 aslan dovecot: IMAP(crystalp): Mailbox conversion: Couldn't create mailbox Print Shop Misc.: Invalid mailbox name Jul 2 08:49:39 aslan dovecot: IMAP(crystalp): Mailbox conversion: Couldn't create mailbox Print Shop Misc.: Invalid mailbox name Jul 2 08:59:40 aslan dovecot: IMAP(crystalp): Mailbox conversion: Couldn't create mailbox Print Shop Misc.: Invalid mailbox name Jul 2 09:09:40 aslan dovecot: IMAP(crystalp): Mailbox conversion: Couldn't create mailbox Print Shop Misc.: Invalid mailbox name Jul 2 09:20:23 aslan dovecot: IMAP(crystalp): Mailbox conversion: Couldn't create mailbox Print Shop Misc.: Invalid mailbox name I didn't test other non-{alphanumeric,whitespace} characters. Other than this and my previous e-mails, our conversion from UW-IMAP mboxes went nicely. I notice the performance difference, and our users will be happy to finally have proper subfolders. Andrew
[Dovecot] utime : operation not permitted
With the upgrade to 1.0.1, I am seeing some errors/warnings dovecot: IMAP([EMAIL PROTECTED]): utime(/home/arinbe/Maildir/.info/tmp) failed: Operation not permitted: 1 Time(s) dovecot: IMAP([EMAIL PROTECTED]): utime(/home/arinbe/Maildir/.resumes.vabch/tmp) failed: Operation not permitted: 1 Time(s) Different directories on different days. Different users on different days. Always /tmp directory. Always a /tmp of a shared namespace. The /tmp directory in question is mode 770, with group users, just like the rest of the /arinbe/Maildir hierarchy. As far as I can tell it doesn't affect anything on the client side. dovecot -n ssl_cert_file: /etc/ssl/arinbe/arinbe-godaddy.crt ssl_key_file: /etc/ssl/arinbe/arinbe.key ssl_cipher_list: ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:!LOW:!SSLv2:+EXP:@STRENGTH login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_greeting: I am the IMAP Whisperer and I am ready. mail_location: maildir:%h/Maildir umask: 7 mail_plugins: acl imap_client_workarounds: delay-newmail outlook-idle namespace: type: public separator: . prefix: COMPANY. location: maildir:/home/arinbe/Maildir:CONTROL=%h/shared-settings/company/control:INDEX=%h/shared-settings/company/index namespace: type: public separator: . prefix: ROOTMAIL. location: maildir:/home/rootmail/Maildir:CONTROL=%h/shared-settings/rootmail/control:INDEX=%h/shared-settings/rootmail/index namespace: type: private separator: . prefix: INBOX. inbox: yes auth default: mechanisms: plain login default_realm: arinbe.com user: nobody passdb: driver: ldap args: /etc/dovecot/dovecot-ldap-arinbe.conf passdb: driver: ldap args: /etc/dovecot/dovecot-ldap-domains.conf userdb: driver: prefetch userdb: driver: ldap args: /etc/dovecot/dovecot-ldap-arinbe.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap-domains.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 438 user: postfix group: postfix master: path: /usr/local/var/run/dovecot/auth-master mode: 432 user: nobody group: mail plugin: acl: vfile:/etc/dovecot/dovecot-acls
Re: [Dovecot] utime : operation not permitted
On Tue, 2007-07-03 at 12:24 -0400, Jim Horner wrote: With the upgrade to 1.0.1, I am seeing some errors/warnings dovecot: IMAP([EMAIL PROTECTED]): utime(/home/arinbe/Maildir/.info/tmp) failed: Operation not permitted: 1 Time(s) dovecot: IMAP([EMAIL PROTECTED]): utime(/home/arinbe/Maildir/.resumes.vabch/tmp) failed: Operation not permitted: 1 Time(s) Are you using SELinux or similar? utime() shouldn't be failing normally. As far as I can tell it doesn't affect anything on the client side. It doesn't. It's just used to keep track of when to clean up old files from tmp/. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] utime : operation not permitted
On Tuesday 03 July 2007 13:06:44 you wrote: On Tue, 2007-07-03 at 12:24 -0400, Jim Horner wrote: With the upgrade to 1.0.1, I am seeing some errors/warnings dovecot: IMAP([EMAIL PROTECTED]): utime(/home/arinbe/Maildir/.resumes.vabch/tmp) failed: Operation not permitted: 1 Time(s) Are you using SELinux or similar? utime() shouldn't be failing normally. Yeah I'm having deja vu. I thought I read in the lists you stating utime shouldn't fail. I couldn't/can't find that post. Regardless, I'm not using SELinux, not running any script or cron job running against these directories and just using plain ole ext3. I've been running this setup, Postfix-Deliver and Dovecot for many many moons now. It wasn't until this last upgrade from 1.0.0 - 1.0.1 did I start seeing any errors/warning and this error/warning is so arbitrary. The only thing consistent is /tmp and the COMPANY namespace. Can I try deleting indexes or something? Just throwing stuff out there. If utime() doesn't fail normally, what abnormality causes it to fail? Jim
Re: [Dovecot] utime : operation not permitted
On Tue, 2007-07-03 at 13:28 -0400, Jim Horner wrote: Can I try deleting indexes or something? Just throwing stuff out there. If utime() doesn't fail normally, what abnormality causes it to fail? Permission problems I suppose.. You could try this yourself too: touch -a -d '10 hours ago' tmp After this open the mailbox. You'll probably see the error. Have you mounted the filesystem with noatime? This utime() should be done only with noatime mounts. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot sieve notify mailto
Kupor Laszlo wrote: On Tue, 3 Jul 2007, Kupor Laszlo wrote: Sorry, I found the answer in archive. http://article.gmane.org/gmane.mail.imap.dovecot/20813/match Thanks, I wrote this patch about 6 moth ago. As far, as I tested it, it works as expected. Other users reports only success with this path too. Timo: My be it's good idea to include this patch in CVS version? Anyway original code only reports generic error as notify method is unimplemented, and produces bounce messages. Uldis
Re: [Dovecot] utime : operation not permitted
This should fix it: http://hg.dovecot.org/dovecot-1.0/rev/8f7e3311006f before I try that I found Jul 1 22:13:48 giganta dovecot: IMAP([EMAIL PROTECTED]): utime(/home/rootmail/Maildir/tmp) failed: Operation not permitted hz does not have permission via dovecot-acl to see this directory (only me and rootmail (which is a 'real-fake' user))... so my question is, why was this operation tried in the first place?
Re: [Dovecot] utime : operation not permitted
On Tue, 2007-07-03 at 14:37 -0400, Jim Horner wrote: This should fix it: http://hg.dovecot.org/dovecot-1.0/rev/8f7e3311006f before I try that I found Jul 1 22:13:48 giganta dovecot: IMAP([EMAIL PROTECTED]): utime(/home/rootmail/Maildir/tmp) failed: Operation not permitted hz does not have permission via dovecot-acl to see this directory (only me and rootmail (which is a 'real-fake' user))... so my question is, why was this operation tried in the first place? You configured such namespace, and Dovecot always verifies that namespace's INBOX exists and cleans up the tmp/ while at it. v1.1 won't anymore do this unless namespace has inbox=yes (and there can be only one such namespace). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot sieve notify mailto
On Tue, 2007-07-03 at 21:13 +0300, Uldis Pakuls wrote: http://article.gmane.org/gmane.mail.imap.dovecot/20813/match Thanks, I wrote this patch about 6 moth ago. As far, as I tested it, it works as expected. Other users reports only success with this path too. Timo: My be it's good idea to include this patch in CVS version? Anyway original code only reports generic error as notify method is unimplemented, and produces bounce messages. Yes .. Although I have another version by Petr Smotek [EMAIL PROTECTED] as well. I haven't looked closely either of your patches, so want to tell me which one would be better? :) Attached the other one. diff -u -r dovecot-sieve-1.0.1/src/libsieve/script.c dovecot-sieve-1.0.1-psm/src/libsieve/script.c --- dovecot-sieve-1.0.1/src/libsieve/script.c 2007-02-24 16:57:24.0 +0100 +++ dovecot-sieve-1.0.1-psm/src/libsieve/script.c 2007-02-24 10:49:06.0 +0100 @@ -330,8 +330,8 @@ build_msg = xmalloc(out_msglen + strlen(actions_string) + 30); strcpy(build_msg, out_msg); -strcat(build_msg, \n\n); -strcat(build_msg, actions_string); +//strcat(build_msg, \n\n); +//strcat(build_msg, actions_string); nc.message = build_msg; diff -u -r dovecot-sieve-1.0.1/src/sieve-cmu.c dovecot-sieve-1.0.1-psm/src/sieve-cmu.c --- dovecot-sieve-1.0.1/src/sieve-cmu.c 2006-10-10 21:44:54.0 +0200 +++ dovecot-sieve-1.0.1-psm/src/sieve-cmu.c 2007-02-24 16:52:59.0 +0100 @@ -253,31 +253,72 @@ } static int sieve_notify(void *ac __attr_unused__, - void *interp_context __attr_unused__, - void *script_context __attr_unused__, + void *ic __attr_unused__, + void *sc __attr_unused__, void *mc __attr_unused__, const char **errmsg __attr_unused__) { -#if 0 -const char *notifier = config_getstring(IMAPOPT_SIEVENOTIFIER); + sieve_notify_context_t *nc = (sieve_notify_context_t *) ac; + script_data_t *sd = (script_data_t *) sc; + sieve_msgdata_t *md = (sieve_msgdata_t *) mc; + + int i = 0; + int ret = SIEVE_OK; + + /* mailto method? */ + if ( strcmp(nc-method, mailto) == 0 ) { + + const char *from_addr; + from_addr = mail_get_first_header(md-mail, To); + + while (( nc-options[i] ) ( ret == SIEVE_OK )) { + + FILE *f; + const char *outmsgid; + struct smtp_client *smtp_client; + + smtp_client = smtp_client_open(nc-options[i], NULL, f); + outmsgid = deliver_get_new_message_id(); + + fprintf(f, Message-ID: %s\r\n, outmsgid); + fprintf(f, Date: %s\r\n, message_date_create(ioloop_time)); + fprintf(f, X-Sieve: %s\r\n, SIEVE_VERSION); + fprintf(f, From: %s\r\n, from_addr); + fprintf(f, To: %s\r\n, nc-options[i]); + fprintf(f, Subject: %s\r\n, New mail notification); + fprintf(f, Precedence: bulk\r\n); + if ( strcmp(nc-priority, high) == 0 ) { + fprintf(f, X-Priority: 1 (Highest)\r\n); + fprintf(f, Importance: High\r\n); + } else if ( strcmp(nc-priority, normal) == 0 ) { + fprintf(f, X-Priority: 3 (Normal)\r\n); + fprintf(f, Importance: Normal\r\n); + } else if ( strcmp(nc-priority, low) == 0 ) { + fprintf(f, X-Priority: 5 (Lowest)\r\n); + fprintf(f, Importance: Low\r\n); + } + fprintf(f, Content-Type: text/plain; charset=utf-8\r\n); + fprintf(f, Content-Transfer-Encoding: 8bit\r\n); + fprintf(f, \r\n); + fprintf(f, %s\r\n, nc-message); + + if (smtp_client_close(smtp_client) == 0) { + duplicate_mark(outmsgid, strlen(outmsgid), +sd-username, ioloop_time + DUPLICATE_DEFAULT_KEEP); + ret = SIEVE_OK; + } else { + *errmsg = Error sending mail; + ret = SIEVE_FAIL; + } + + i = i + 1; + } + } -if (notifier) { - sieve_notify_context_t *nc = (sieve_notify_context_t *) ac; - script_data_t *sd = (script_data_t *) script_context; - int nopt = 0; - - /* count options */ - while (nc-options[nopt]) nopt++; - - /* default is a magic value that implies the default */ - notify(!strcmp(default,nc-method) ? notifier : nc-method, - SIEVE, nc-priority, sd-username, NULL, - nopt, nc-options, nc-message); -} -#endif -return SIEVE_FAIL; + return ret; } + static int autorespond(void *ac, void *ic __attr_unused__, void *sc, signature.asc Description: This is a digitally signed message part
Re: [Dovecot] mbox vs maildir
Can Dovecot handle mbox for some users and maildir for others? I'd like to try a conversion for one user... I'll probably create a new user, then have procmail copy (via ! action code) all mail for one user to that new user. I recently inherited a sendmail + UW IMAP installation (where hundred megabytes mbox files were becoming issues) and have since migrated to Postfix + Dovecot and have been very pleased. During the migration to the new server, I set up the old UW IMAP/POP3 on 127.0.0.1 and Perdition proxies on the original IP address. From Perdition you can specify which destination server to use via regex so it was easy to transition on a per user (or domain or anything else that you can specify via regex) basis. As a matter of fact we migrated the users over a one month period and had zero issues. The final touch was changing the DNS to the new server. Most users did not even know about the change and gave us plenty of opportunities for live testing. The only thing to watch out for is that Perdition doesn't know what capabilities to advertise for IMAP (especially if the two servers are very different) so you have to use the least common eliminator initially. If getting a new server isn't an option, Xen and VPS environments have made provisioning a new server very cheap nowadays... Tim
Re: [Dovecot] utime : operation not permitted
On Tuesday 03 July 2007 14:56:24 you wrote: On Tue, 2007-07-03 at 14:37 -0400, Jim Horner wrote: This should fix it: http://hg.dovecot.org/dovecot-1.0/rev/8f7e3311006f before I try that I found Jul 1 22:13:48 giganta dovecot: IMAP([EMAIL PROTECTED]): utime(/home/rootmail/Maildir/tmp) failed: Operation not permitted hz does not have permission via dovecot-acl to see this directory (only me and rootmail (which is a 'real-fake' user))... so my question is, why was this operation tried in the first place? You configured such namespace, and Dovecot always verifies that namespace's INBOX exists and cleans up the tmp/ while at it. v1.1 won't anymore do this unless namespace has inbox=yes (and there can be only one such namespace). Thanks. I know namespaces have been bothersome or at least that is what I think I hear when I read your emails in the list. I've been trying to keep up with all the changes. I've applied the patch. I will report back. It happens pretty infrequently... so it could be a while. Thanks, Jim
[Dovecot] problem with quota
hi everyone I have dovecot 1.0.rc15-2, postfix 2.3.8 and virtual users and domains installed in debian sarge, the users quota are not working. I have applied the pacth VDA and didn't work, if a I sent a mail to another user which exceeds his quota this user can receive the mail without problem, this said to me that the quota doesn't work. I use maildir in mi configuration. Please help me with this problem.
Re: [Dovecot] problem with quota
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 juan carlos schrieb: hi everyone I have dovecot 1.0.rc15-2, postfix 2.3.8 and virtual users and domains installed in debian sarge, the users quota are not working. I have applied the pacth VDA and didn't work, if a I sent a mail to another user which exceeds his quota this user can receive the mail without problem, this said to me that the quota doesn't work. I use maildir in mi configuration. Please help me with this problem. Hi Juan, i had/has also dovecot and postfix ( vda ) and quota worked ever, i recommend to upgrade dovecot and postfix to the latest stable ( also the vda patch ), and retry, then show us your logs and confs - -- Mit freundlichen Gruessen Best Regards Robert Schetterer https://www.schetterer.org Germany -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGizZJfGH2AvR16oERAq5MAJ9gTLs4R0SN76aBtJrXzxJ86HYbhwCfQv6+ r5zwAbIvHPtfn4zySBf8Z+s= =PKO2 -END PGP SIGNATURE-