have cyrus log to syslog if you haven't. Then use one of the many
syslog parsing packages to gather those stats.
Actually, a simple perl script on /var/log/messages would work.
Or maybe get/write an extension to logwatch ( http://logwatch.org )
that'll gather those stats .
joe ritter wrote:
Has anyone tried using squirrelmail with 2.2 virtual domains and got it
to work with a mailbox on a virtual domain?
http://www.squirrelmail.org/
--
Kervin Pierre
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Rob Siemborski wrote:
doc/readme.html:
If you wish to provide financial support to the Cyrus Project, send a
check payable to "Carnegie Mellon University" to
Project Cyrus
Computing Services
Carnegie Mellon University
5000 Forbes Ave
Pittsburgh, PA 15213
Ken Murchison wrote:
This biggest problem here is that once again there is no incentive to do
so. Neither I nor CMU have any (current) use for the virtdomain code.
I did the current implementation because I got sick of hearing all of
the bitching on the list about the lack of support.
What both
2003 at 05:16:12PM -0500, Kervin L. Pierre wrote:
Just a thought,
I am working on some PHP scripts to manage mailboxes and I have to use
passthough calls to execute cyradm to add mailboxes.
I'd like to avoid opening a shell from the web for security and
performance reasons.
Here's
[EMAIL PROTECTED] wrote:
directory it's binding to is quite slow (it's actually a slapd instance
running a shell backend which routes bind requests to different places
depending on the usercode - don't ask...). Because saslauthd makes
Maybe you should seriously consider moving from back-shell to
Just a thought,
I am working on some PHP scripts to manage mailboxes and I have to use
passthough calls to execute cyradm to add mailboxes.
I'd like to avoid opening a shell from the web for security and
performance reasons.
So what if a valid login to cyrus created a mailbox if one did not
e
Another option is to run a LDAP replica on your email server. Configure
replication to use tls.
Configure saslauthd to connect to localhost ( 127.0.0.1 specifically ).
With this encryption is not necessary.
You get a substantial speed increase, as you save encryption plus ldap
lookups over t
saslauthd+ldap is very reliable for me. I had this one issue which seem
ed to occur when I restarted OpenLDAP, but I think that's been fixed in CVS.
Maybe you should upgrade LDAP to 2.1.x series?
Try running ethereal and listening to the ldap traffic when the bad
logins occur. Or running Ope
I've been using it for a week or two in production no serious issues yet.
--Kervin
Tarjei Huse wrote:
Hi,
I'm going to upgrade my server in a few weeks, and in that respect, I'm
considering going all the way to 2.2. How stable is 2.2 now?
Tarjei
you don't need one :)
Since LDAP is only used for authentication ( at least currently ), you
only need to configure SASL to look to LDAP for auth, and have Cyrus use
saslauthd feature. Cyrus is configured as normal.
saslauthd comes with a nice document on configuring for LDAP, it is in
the sa
Look at /var/log/maillog . It should give you a brief message on why
the message was deferred.
eg.
dsn=4.0.0, stat=Deferred: Connection timed out with mail.domain.com
--Kervin
Dan Bishop wrote:
Need some help. Email began acting up yesterday (or over the weekend).
We can receive messages O
ok.
well something else caused saslauthd to lose its connection to start
searching as anonymous. I'm sure I did not change the configuration,
and restarting saslauthd fixed the problem.
--Kervin
Igor Brezac wrote:
On Wed, 23 Oct 2002, Kervin L. Pierre wrote:
If the ldap server
If the ldap server goes offline temporarily, and saslauthd binds with a
special user, when the ldap server gets back online, saslauthd tries to
use anonymous instead of the priviledged user.
Or so it looks like on my machine.
So I guess whenever the ldap server is restarted saslauthd will need
AFAIK,
The MTA ( sendmail ) knows nothing about the mailbox, that's the MDA's
job. Sendmail will use the MDA to figure out if there's a mailbox or
not using the deliver program requested '/bin/mail' for MAILER(local),
'deliver' for MAILER(cyrus).
I don't think the MTA has any other way of kno
Did you say ldapsearch worked on the commandline?
'-d -1' if you want all the debug info.
You can also use the openssl commands s_server and s_client for
debugging ldaps. That's probably more helpful then ethereal. 'man
s_server' and 'man s_client' for more info.
PS. For speed, if you have a
$#cyrusv2 $: $1 < @ $2 . > regular
local name
I have no idea what this change breaks :) but it seems to be the only
way I can get sendmail to pass the full address to cyrus.
--Kervin
Christian Schulte wrote:
Kervin L. Pierre wrote:
> Hi,
>
> The virtua
Hi,
The virtual server doc says...
Delivering mail
To deliver mail to your virtual domains, configure your MTA so that the
envelope recipient (RCPT TO) passed to lmtpd is fully qualified with the
correct domain.
What does this equate to in terms of sendmail configuration? Sendmail
passes t
is the second time I'm using your code ( first with the solaris
openldap conf site ), so I feel like I owe you a check or something :)
--Kervin
Igor Brezac wrote:
> On Mon, 14 Oct 2002, Kervin L. Pierre wrote:
>
>
> >I modified the patch to take the search domain from
h under
a specific domain context works ( ie. -b "ou=..." ).
Let me know what you think
--Kervin
Igor Brezac wrote:
>
> On Mon, 14 Oct 2002, Kervin L. Pierre wrote:
>
> >
> > Hi,
> >
> > attached is a patch to cyrus/saslauthd/lak.c to allow it to expand &#
ds of records,
while a more directed search may just be single scope search with a few
hundred records to look at.
Thanks,
--Kervin
Igor Brezac wrote:
>
> On Mon, 14 Oct 2002, Kervin L. Pierre wrote:
>
> >
> > Hi,
> >
> > attached is a patch to cyrus/sas
Hi,
http://my.fit.edu/~kpierre/lak.c.1.patch
patch to cyrus/saslauthd/lak.c to allow it to expand '%d'
macro in ldap_search_base option to the domain context derived from the
realm '%r'.
eg.
ldap_search_base: ou=people, %d
in saslauthd.conf
if realm is 'domain.tld', the ldap search base will
Hi,
attached is a patch to cyrus/saslauthd/lak.c to allow it to expand '%d'
macro in ldap_search_base option to the domain context derived from the
realm '%r'.
eg.
ldap_search_base: ou=people, %d
in saslauthd.conf
if realm is 'domain.tld', the ldap search base will expand to
'ou=people,dc=
Is there are way to dynamically modify ldap_search_base attribute of
saslauthd so that it searches are particular DIT of the LDAP server?
eg. a way to split the realm ( %r ) macro, then building a search base
off that. ie.
ldap_search_base: ou=people,%d
Where %d explodes to "dc=domain,dc=tld
Hi,
I'm about to build/configure CVS imapd 2.2 branch for virtual domain
support with a single IP. I have a few questions before I start.
What are the CVS branches, tags available for download? Which do I use
if I want 2.2 branch? http://asg.web.cmu.edu/cyrus/download/anoncvs.html
gives a CV
Another interesting package is ispman
http://sourceforge.net/projects/ispman/
It uses LDAP for its datastore.
--Kervin
Mike O'Rourke wrote:
There is a package called web-cyradm that uses a mysql or pgsql (a recent
addition) database for user management and authentication. With it you can
group
Might want to find out if Cyrus research qualifies for the rational's
SEED program.
http://rational.com/corpinfo/college_relations/seed/index.jsp
If it does you get the use of the Purify Suite for free.
--Kervin
Walter C Wong wrote:
> purify works for us using gcc. At least it did before our l
27 matches
Mail list logo
