Re: Sieve Authentication

2008-10-14 Thread Dan White 
Antonio,

The sieve protocol is defined in RFC 3028. 'sivtest' should be easier 
than telnet though.

However, as mentioned in the documentation, you'll probably want to use 
sieveshell to manipulate scripts.

- Dan

Antonio Talarico wrote:
> Thanks now i can authenticate with sieve,
> But i have another problem.
> How is the syntax to place a script on the server once authenticated by 
> telnet?
> Thanks for the help
>
> 2008/10/10 Dan White <[EMAIL PROTECTED]>:
>   
>> Antonio Talarico wrote:
>> 
>>> Hi
>>> Which file contains the configuration for users who can authenticate.
>>> How can enable a user to log in and add script.
>>> Thank you
>>>
>>>
>>>   
>> Antonio,
>>
>> Authentication is handled by the Cyrus SASL library as configured in your
>> imapd.conf (the lines beginning with sasl_). Documentation can be found in
>> the man page for imapd.conf, /doc/install-auth.html located within the
>> cyrus-imapd source, and the /doc/ subdirectory located within the cyrus-sasl
>> source.
>>
>> - Dan
>>
>>
>> 


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: IMAPS terminating abnormally

2008-10-14 Thread David Korpiewski 
Sometimes I feel like an absolute idiot.  I figured out what this is. 
The load balancer I have does not have the capability to connect via 
IMAPS to see if the cluster nodes are up and running, therefore the test 
it does to just telnet into the imaps port.  However, this telnetting in 
is causing this error.  If I check, sure enough the problem appears 
roughly around every 60 seconds, which is what the port test is set for 
its frequency.

I apologize for annoying the list, but I sincerely thank Pascal for the 
help!

David


Pascal Gienger wrote:
> David Korpiewski <[EMAIL PROTECTED]> wrote:
> 
>> Thank you for asking questions, I'm very interested in getting this
>> problem solved ASAP.
>>
>> I have turned on debugging level up by editing my /etc/syslog.conf file
>> and adding this line: "local6.debug
>> /var/log/mailaccess.log"
>> However, I don't see any additional debug information (as shown below).
>> I originally had "local6.*" which should have gotten the debug
>> information anyways.
>>
>> The version of the OS is OSX 10.5.5
>> The version of cyrus is: (not sure if this is it, but)
>> mail2:bin root# ./deliver
>> 421-4.3.0 usage: deliver [-C  ] [-m mailbox] [-a auth] [-r
>> return_path] [-l] [-D]
>> 421 4.3.0 v2.3.8-OS X Server 10.5:  9C31
> 
> 
> Ok I have to pass.
> This is the Apple Version of their Mail Server, they included many 
> extensions to the original cyrus code. They added netinfo support in 
> SASL2, and Rendezvous/Zeroconf in IMAP. The only thing I know is that 
> SSL handling has been improved since Version 2.3.8 (which is supposedly 
> the version Apple used as its base). We are at 2.3.12, and 2.3.13 as 
> Release Candidate.
> Did you open a service request Apple with this issue? If it is OS X 
> 10.5.5 server you'll have support.
> 
> If you can live without rendezvous, you can compile an actual release of 
> Cyrus IMAP, using Apple's SASL2 library. So you won't give up netinfo 
> capabilities. You will lose Apple support though.
> 
> Cyrus IMAP 2.3.12 compiles fine under OS X 10.5 when the Apple SDK is 
> installed (gcc et.al.).
> 
> 
> Pascal

-- 
===
David Korpiewski
Software Specialist I
CSCF - Computer Science Computing Facility
Department of Computer Science
Phone: 413-545-4319
Fax:   413-577-2285
===

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: IMAPS terminating abnormally

2008-10-14 Thread Pascal Gienger 
David Korpiewski <[EMAIL PROTECTED]> wrote:

> Thank you for asking questions, I'm very interested in getting this
> problem solved ASAP.
>
> I have turned on debugging level up by editing my /etc/syslog.conf file
> and adding this line: "local6.debug
> /var/log/mailaccess.log"
> However, I don't see any additional debug information (as shown below).
> I originally had "local6.*" which should have gotten the debug
> information anyways.
>
> The version of the OS is OSX 10.5.5
> The version of cyrus is: (not sure if this is it, but)
> mail2:bin root# ./deliver
> 421-4.3.0 usage: deliver [-C  ] [-m mailbox] [-a auth] [-r
> return_path] [-l] [-D]
> 421 4.3.0 v2.3.8-OS X Server 10.5:  9C31


Ok I have to pass.
This is the Apple Version of their Mail Server, they included many 
extensions to the original cyrus code. They added netinfo support in SASL2, 
and Rendezvous/Zeroconf in IMAP. The only thing I know is that SSL handling 
has been improved since Version 2.3.8 (which is supposedly the version 
Apple used as its base). We are at 2.3.12, and 2.3.13 as Release Candidate.
Did you open a service request Apple with this issue? If it is OS X 10.5.5 
server you'll have support.

If you can live without rendezvous, you can compile an actual release of 
Cyrus IMAP, using Apple's SASL2 library. So you won't give up netinfo 
capabilities. You will lose Apple support though.

Cyrus IMAP 2.3.12 compiles fine under OS X 10.5 when the Apple SDK is 
installed (gcc et.al.).


Pascal

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: IMAPS terminating abnormally

2008-10-14 Thread David Korpiewski 
Thank you for asking questions, I'm very interested in getting this 
problem solved ASAP.

I have turned on debugging level up by editing my /etc/syslog.conf file 
and adding this line: "local6.debug 
/var/log/mailaccess.log"
However, I don't see any additional debug information (as shown below). 
I originally had "local6.*" which should have gotten the debug 
information anyways.

The version of the OS is OSX 10.5.5
The version of cyrus is: (not sure if this is it, but)
mail2:bin root# ./deliver
421-4.3.0 usage: deliver [-C  ] [-m mailbox] [-a auth] [-r 
return_path] [-l] [-D]
421 4.3.0 v2.3.8-OS X Server 10.5:  9C31


This is the standard version that comes with OSX.  I have not installed 
a new (or ported) version.





Oct 14 14:14:20 mail1 master[76765]: process 77212 exited, status 0
Oct 14 14:14:56 mail1 master[77337]: about to exec /usr/bin/cyrus/bin/imapd
Oct 14 14:14:56 mail1 imaps[77337]: executed
Oct 14 14:14:56 mail1 imaps[77337]: accepted connection
Oct 14 14:14:56 mail1 master[77340]: about to exec /usr/bin/cyrus/bin/imapd
Oct 14 14:14:56 mail1 imaps[77337]: imaps TLS negotiation failed: 
[192.168.2.1]
Oct 14 14:14:56 mail1 imaps[77337]: Fatal error: tls_start_servertls() 
failed
Oct 14 14:14:56 mail1 imaps[77340]: executed
Oct 14 14:14:56 mail1 master[76765]: process 77337 exited, status 75
Oct 14 14:14:56 mail1 master[76765]: service imaps pid 77337 in BUSY 
state: terminated abnormally
Oct 14 14:14:56 mail1 imaps[77340]: accepted connection
Oct 14 14:14:56 mail1 imaps[77340]: imaps TLS negotiation failed: 
[128.119.240.177]
Oct 14 14:14:56 mail1 imaps[77340]: Fatal error: tls_start_servertls() 
failed
Oct 14 14:14:56 mail1 master[76765]: process 77340 exited, status 75
Oct 14 14:14:56 mail1 master[76765]: service imaps pid 77340 in BUSY 
state: terminated abnormally
Oct 14 14:14:58 mail1 imap[76782]: accepted connection
Oct 14 14:14:59 mail1 master[77341]: about to exec /usr/bin/cyrus/bin/imapd
Oct 14 14:14:59 mail1 imaps[77341]: executed
Oct 14 14:14:59 mail1 imaps[77341]: accepted connection
Oct 14 14:14:59 mail1 imaps[77341]: imaps TLS negotiation failed: 
[128.119.240.177]
Oct 14 14:14:59 mail1 imaps[77341]: Fatal error: tls_start_servertls() 
failed
Oct 14 14:14:59 mail1 master[76765]: process 77341 exited, status 75
Oct 14 14:14:59 mail1 master[76765]: service imaps pid 77341 in BUSY 
state: terminated abnormally


Pascal Gienger wrote:
> David Korpiewski <[EMAIL PROTECTED]> wrote:
> 
>> I have two cyrus machines running and on both systems I'm getting a TLS
>> error and then the error "in BUSY state: terminated abnormally".
> 
> Which cyrus imapd version?
> Can you set the loglevel to debug in your syslog.conf?

-- 
===
David Korpiewski
Software Specialist I
CSCF - Computer Science Computing Facility
Department of Computer Science
Phone: 413-545-4319
Fax:   413-577-2285
===

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: NULL pointer bug in 2.3.13rc3 when deleting top-level mailboxes

2008-10-14 Thread Wesley Craig 
Thanks, I've opened this bugzilla:

http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3071

as a blocker for 2.3.13.  A reminder: it's much, much better to  
report bugs in the bugzilla than on the lists.  The lists are for  
discussion.

:wes

On 14 Oct 2008, at 13:09, Stephen Grier wrote:
> While testing cyrus-imapd-2.3.13rc3, I noticed log entries like the
> following when deleting a top-level mailbox:
>
> Oct 14 17:39:21 machine master[24378]: process 24391 exited,  
> signaled to
> death by 11

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: IMAPS terminating abnormally

2008-10-14 Thread Pascal Gienger 
David Korpiewski <[EMAIL PROTECTED]> wrote:

> I have two cyrus machines running and on both systems I'm getting a TLS
> error and then the error "in BUSY state: terminated abnormally".

Which cyrus imapd version?
Can you set the loglevel to debug in your syslog.conf?

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

NULL pointer bug in 2.3.13rc3 when deleting top-level mailboxes

2008-10-14 Thread Stephen Grier 
Hi,

While testing cyrus-imapd-2.3.13rc3, I noticed log entries like the 
following when deleting a top-level mailbox:

Oct 14 17:39:21 machine master[24378]: process 24391 exited, signaled to 
death by 11

The mailbox had been removed from the filesystem, but the imapd process 
appears to have segfaulted. Trussing the imapd showed:

stat("/var/imap/mailboxes.db", 0xFFBFB5B0)  = 0
fcntl(6, F_SETLKW, 0xFFBFB628)  = 0
rmdir("/var/spool/imap/v/wobble")   = 0
 Incurred fault #6, FLTBOUNDS  %pc = 0x00047850
   siginfo: SIGSEGV SEGV_MAPERR addr=0x
 Received signal #11, SIGSEGV [default]
   siginfo: SIGSEGV SEGV_MAPERR addr=0x

Looking at the code there is a clear NULL pointer bug in the 
mailbox_delete function in imap/mailbox.c. The patch is:

$ diff -u imap/mailbox.c.orig imap/mailbox.c
--- imap/mailbox.c.orig Wed Oct  8 16:47:08 2008
+++ imap/mailbox.c  Tue Oct 14 17:49:05 2008
@@ -2919,7 +2919,9 @@
 r = mboxlist_lookup(nbuf, NULL, NULL);
  } while(r == IMAP_MAILBOX_NONEXISTENT);

-*ntail = '\0';
+if (ntail != NULL) {
+*ntail = '\0';
+}

  if (updatenotifier) updatenotifier(nbuf);

-- 

Stephen Grier
Systems Developer
Computing Services
Queen Mary, University of London


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

IMAPS terminating abnormally

2008-10-14 Thread David Korpiewski 
I have two cyrus machines running and on both systems I'm getting a TLS 
error and then the error "in BUSY state: terminated abnormally".   The 
interesting thing is that all of these errors are from the IPs of the 
load balancer that I have running.   So 128.119.240.177 is the load 
balancer's external IP and 192.168.2.1 is the internal IP.I'm 
getting random seen file corruption and I don't know if this is somehow 
related.  However, the external connections from other IPs *seem* to 
connect fine without any errors.

Any ideas why this is happening?

Thank you in advance!
David




ct 14 11:38:55 mail1 imaps[74784]: executed
Oct 14 11:38:55 mail1 imaps[74784]: accepted connection
Oct 14 11:38:55 mail1 master[74787]: about to exec /usr/bin/cyrus/bin/imapd
Oct 14 11:38:55 mail1 imaps[74784]: imaps TLS negotiation failed: 
[192.168.2.1]
Oct 14 11:38:55 mail1 imaps[74784]: Fatal error: tls_start_servertls() 
failed
Oct 14 11:38:55 mail1 imaps[74787]: executed
Oct 14 11:38:55 mail1 master[65069]: process 74784 exited, status 75
Oct 14 11:38:55 mail1 master[65069]: service imaps pid 74784 in BUSY 
state: terminated abnormally
Oct 14 11:38:55 mail1 imaps[74787]: accepted connection
Oct 14 11:38:55 mail1 imaps[74787]: imaps TLS negotiation failed: 
[128.119.240.177]
Oct 14 11:38:55 mail1 imaps[74787]: Fatal error: tls_start_servertls() 
failed
Oct 14 11:38:55 mail1 master[65069]: process 74787 exited, status 75
Oct 14 11:38:55 mail1 master[65069]: service imaps pid 74787 in BUSY 
state: terminated abnormally
Oct 14 11:38:57 mail1 imap[74247]: accepted connection
Oct 14 11:38:58 mail1 master[65069]: process 74725 exited, status 0
Oct 14 11:38:59 mail1 master[74788]: about to exec /usr/bin/cyrus/bin/imapd
Oct 14 11:38:59 mail1 imaps[74788]: executed
Oct 14 11:38:59 mail1 imaps[74788]: accepted connection
Oct 14 11:38:59 mail1 imaps[74788]: imaps TLS negotiation failed: 
[128.119.240.177]
Oct 14 11:38:59 mail1 imaps[74788]: Fatal error: tls_start_servertls() 
failed
Oct 14 11:38:59 mail1 master[65069]: process 74788 exited, status 75
Oct 14 11:38:59 mail1 master[65069]: service imaps pid 74788 in BUSY 
state: terminated abnormally

-- 
===
David Korpiewski
Software Specialist I
CSCF - Computer Science Computing Facility
Department of Computer Science
Phone: 413-545-4319
Fax:   413-577-2285
===

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: Mapping a username to a Mailbox via LDAP?

2008-10-14 Thread Pascal Gienger 
Daniel Dewald <[EMAIL PROTECTED]> wrote:

> I want the user to login with his AD credentials and
> still be routed to his correct mailbox. Is there a mapping feature in
> Cyrus for mailbox names I’m not aware of? It would be perfect if

There are two SASL plugins dealing with login and user names:

1. canonical
   translates the given username to an internal username, which cyrus imapd 
uses as mailbox name (with user prefix "user.").
2. auxprop
   takes the given username, retrieves the stored secret, and returns it to 
the SASL library. The auxprop can also do the mapping of the given username 
to another user name schema used in the authentication/secret database. It 
passes the given username unchanged to the imap daemon which will be the 
mailbox name then.

In our setup, users do log in with their e-mail-address, but the mailboxes 
have our internal uid as name. A canonical plugin does the translation. In 
your case, a canonical plugin should convert the username into the sid, 
cyrus imap will use that as mail box name.

Pascal Gienger
Universität Konstanz

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

Mapping a username to a Mailbox via LDAP?

2008-10-14 Thread Daniel Dewald 
Hi,

 

I’m currently working on a project to integrate parts of a Kolab server into
an M$ Active Directory. For that I wrote a script for postfix which converts
the username into the Sid (this is done so that a user can be renamed in AD
and still has the same Cyrus mailbox). So far this is working great. Upon
receiving an email the mailbox is created (with all wanted subfolders) and
the renaming of the user has no effect on that. But here comes my problem:
As far as I understand it a user has to logon into Cyrus with the mailbox as
username. Login into Cyrus works fine (authenticated via samba and winbind)
but Cyrus creates a new mailbox (user.). I want the user to login
with his AD credentials and still be routed to his correct mailbox. Is there
a mapping feature in Cyrus for mailbox names I’m not aware of? It would be
perfect if Cyrus could read the mailbox name from an ldap server (Because
the real mailbox name is getting saved by the delivery script into AD). Any
help in this matter would be much appreciated.

 

Kind regards

 

Daniel Dewald

 

iks GmbH

Auf der Kimm 36

 

66709 Weiskirchen-Konfeld

Tel +49 6876 99000 33

Fax +49 6876 1501

 

  [EMAIL PROTECTED]

 

Firmenname: iks GmbH

Sitz des Unternehmens: D-66709 Weiskirchen

Registergericht: Amtsgericht D-3 Merzig HRB 3940

Geschäftsführer: Markus Backes

 



smime.p7s
Description: S/MIME cryptographic signature

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