-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
testing my cyrus imap v 2.2.12 + sasl v 2.1.22, with:
% imtest -t "" -p imap -m plain -a my.admin -u [EMAIL PROTECTED]
127.0.0.1
i CAN login successfully
log: -->
Oct 6 22:24:24 devbox DMCYRUS/imaplocal[2012]: login: local
Hi Igor,
Igor Brezac wrote:
I wonder if your db env is corrupt. stop cyrus server and
cd /var/imap
db_recover
db_recover returns without any error, even after setting DB_HOME.
If that does not work and if you use skiplist for the mailboxes db,
you can remove the contents of /var/imap/db and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
on a whim, i grep'd the src for the "Unknown Error Codes" reported in my two
different posts:
"Unknown Error Code" on imtest ?"
> S: C01 OK Unknown Error Code: -1904809420
"[bug?] lmtpd prefork>=1 results in "FATAL: Unknown Error Code""
> O
On Thu, 6 Oct 2005, Henrique de Moraes Holschuh wrote:
On Thu, 06 Oct 2005, Gary Mills wrote:
Hmm, interesting. We're still running cyrus-imapd-2.1.14.
This is extremely ancient (and REALLY buggy)...
I'm planning on upgrading, but not this month
Better schedule some downtime and do a cy
On Thu, 6 Oct 2005, Paul Boven wrote:
Hi Igor, everyone,
Igor Brezac wrote:
Trying to run 'ctl_cyrusdb -r' takes a few minutes but aborts with a
coredump. When I try to start Cyrus, it tries to recover the database
(but coredumps), then starts copying all these 10MB logfiles into
db.backup an
On Thu, 06 Oct 2005, Gary Mills wrote:
> Hmm, interesting. We're still running cyrus-imapd-2.1.14.
This is extremely ancient (and REALLY buggy)...
> I'm planning on upgrading, but not this month
Better schedule some downtime and do a cyrus restart at the wee hours of the
morning to clear the lo
On Thu, 6 Oct 2005, Gary Mills wrote:
On Thu, Oct 06, 2005 at 05:00:21PM -0400, Igor Brezac wrote:
On Thu, 6 Oct 2005, Gary Mills wrote:
Take a look at the first and third numbers here. The first number
has been increasing. Will something break when it hits 5?
Or, are those numbers no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
i've installed:
imap 2.2.12 + sasl 2.1.20
when i test with,
imtest -t "" -p imap -m plain-a my.admin -u my.admin localhost
i get successful AUTH, but an "Unknown Error Code"
here's the session's console output:
Hi Igor, everyone,
Igor Brezac wrote:
Trying to run 'ctl_cyrusdb -r' takes a few minutes but aborts with a
coredump. When I try to start Cyrus, it tries to recover the database
(but coredumps), then starts copying all these 10MB logfiles into
db.backup and we run out of diskspace again.
chang
Hi Ken,
okay, one step further: sivtest is working now. The problem was that
timsieved was unable to write into /usr/sieve, I created this directory
and did a chown cyrus:other /usr/sieve.
Ah, and, I have the logs, I had to reconfigure my syslogd. Now sieve
writes its messages to /var/adm/mess
On Thu, Oct 06, 2005 at 05:00:21PM -0400, Igor Brezac wrote:
>
> On Thu, 6 Oct 2005, Gary Mills wrote:
>
> >Take a look at the first and third numbers here. The first number
> >has been increasing. Will something break when it hits 5?
> >Or, are those numbers not related?
> >
> > # su c
On Thu, 6 Oct 2005, Gary Mills wrote:
Take a look at the first and third numbers here. The first number
has been increasing. Will something break when it hits 5?
Or, are those numbers not related?
# su cyrus -c '/usr/local/BerkeleyDB.3.1/bin/db_stat -c'
47690 Last alloc
On Thu, 6 Oct 2005, Saltmarsh, Evan M wrote:
Well good news and bad. I've determined that the saslauthd is crashing
when the call is made, but the truss is cryptic in nature. Here is the
tail end, don't know if it's helpful or not.
26866/2:getpid()
On Thu, 6 Oct 2005, Saltmarsh, Evan M wrote:
Well good news and bad. I've determined that the saslauthd is crashing
when the call is made, but the truss is cryptic in nature. Here is the
tail end, don't know if it's helpful or not.
26866/2:getpid()
Well good news and bad. I've determined that the saslauthd is crashing
when the call is made, but the truss is cryptic in nature. Here is the
tail end, don't know if it's helpful or not.
26866/2:getpid()= 26866
[1]
26866/2:write(6, "8092010
On Thu, 6 Oct 2005, Saltmarsh, Evan M wrote:
I'm having trouble getting LDAPS to work with cyrus. We've been able to
get LDAPS to work using stunnel to encrypt the path, but if we change
the saslauthd.conf file to point to the LDAPS port, we get the following
in our syslog, and it appears the
On Thu, 6 Oct 2005 09:17 , Ken Murchison <[EMAIL PROTECTED]> said:
Derek T. Yarnell wrote:
Craig White wrote:
reconstruct only reconstructs folders with the cyrus.cache,
cyrus.header, cyrus.index files in the directory. I'm not sure if you
can just touch those files to create them or co
I’m having trouble getting LDAPS to work with cyrus.
We’ve been able to get LDAPS to work using stunnel to encrypt the path,
but if we change the saslauthd.conf file to point to the LDAPS port, we get the
following in our syslog, and it appears the connection to the LDAP server is
never es
Take a look at the first and third numbers here. The first number
has been increasing. Will something break when it hits 5?
Or, are those numbers not related?
# su cyrus -c '/usr/local/BerkeleyDB.3.1/bin/db_stat -c'
47690 Last allocated locker ID.
3 Number of
OS X 10.4.2 server running SM 1.4.5, Cyrus Imapd 2.2.12, Cyrus SASL 2.1.18.
We recently migrated to this setup and have had a frustrating SM/Cyrus
problem since day 1. Occassionaly a user cannot log into this account
using SM. The error message reads '*ERROR: Connection dropped by IMAP
serve
On Thu, 6 Oct 2005, Paul Boven wrote:
Hi Igor, everyone,
Igor Brezac wrote:
Trying to run 'ctl_cyrusdb -r' takes a few minutes but aborts with a
coredump. When I try to start Cyrus, it tries to recover the database
(but coredumps), then starts copying all these 10MB logfiles into
db.backup an
Hi Igor, everyone,
Igor Brezac wrote:
Trying to run 'ctl_cyrusdb -r' takes a few minutes but aborts with a
coredump. When I try to start Cyrus, it tries to recover the database
(but coredumps), then starts copying all these 10MB logfiles into
db.backup and we run out of diskspace again.
chang
On Thu, 6 Oct 2005, Paul Boven wrote:
Hi everyone,
Due to a problem with a webserver on the same machine, the /var
partition on our mailserver went from over 1GB available to full within
a few minutes.
The Cyrus database lives in /var/imap, and has become corrupt as a
result of this. Initiall
Hi everyone,
Due to a problem with a webserver on the same machine, the /var
partition on our mailserver went from over 1GB available to full within
a few minutes.
The Cyrus database lives in /var/imap, and has become corrupt as a
result of this. Initially, we tried to recover from this situation
On Thu, 2005-10-06 at 09:39 -0400, Raymond T. Sundland wrote:
> chmod 400 saslauthd.conf
>
> If someone has enough access to read the file at this point, they have
> enough access to modify your LDAP database files using the 'slapcat'
> and 'slapadd' commands, so any additional security of a hashe
On Thu, 6 Oct 2005 [EMAIL PROTECTED] wrote:
I'm using saslauthd to auth with active directory,what config works for me
is
ldap_servers: ldap://domain.com:3268/
ldap_filter: (sAMAccountName=%u)
ldap_bind_dn: [EMAIL PROTECTED]
ldap_bind_pw: simpleclearpassword
I think the clear password transpor
On Wed, 2005-10-05 at 10:40 -0500, Marcus I. Ryan wrote:
[snip]
>
> imapd.conf includes:
> virtdomains: userid
> defaultdomain: riboflavin.net
> sasl_pwcheck_method: saslauthd
> sasl_auto_transition: no
> sasl_mech_list: plain login
> unixhierarchysep: yes
>
Now, are you having issues with the r
I'm using saslauthd to auth with active directory,what config works for me is
ldap_servers: ldap://domain.com:3268/
ldap_filter: (sAMAccountName=%u)
ldap_bind_dn: [EMAIL PROTECTED]
ldap_bind_pw: simpleclearpassword
I think the clear password transport in network is dangerous...
How can I use sasl
If you know of a really effective two way hash, please submit code.
Otherwise you can use sasl and you will not need to specify the password
in saslauthd.conf:
ldap_use_sasl: yes
ldap_server: ldap:///
ldap_mech: DIGEST-MD5
-Igor
On Thu, 6 Oct 2005, Raymond T. Sundland wrote:
chmod 400 sa
chmod 400 saslauthd.conf
If someone has enough access to read the file at this point, they have
enough access to modify your LDAP database files using the 'slapcat'
and 'slapadd' commands, so any additional security of a hashed password
would be useless.
[EMAIL PROTECTED] wrote:
It's real
Derek T. Yarnell wrote:
Craig White wrote:
reconstruct only reconstructs folders with the cyrus.cache,
cyrus.header, cyrus.index files in the directory. I'm not sure if you
can just touch those files to create them or copy them from another
directory (which will surely lead to errors), bu
hhuseman wrote:
Hi all,
I've found many threads concerning this case, but nothing seems to help.
So, I post it to the list, and hope that someone can help me figuring
out what's going on.
Well, here's my problem:
I've just setup cyrus imapd on my SUN E250, OS is Solaris 10. Imap
itself is ru
[EMAIL PROTECTED] wrote:
I didn't find any -V(--version) arguments for some cyrus command such as
master..
Run the 'version' command in cyradm.
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public Ke
Karl Boyken wrote:
Thanks, Leon.
It looks to me like either I'd need to know our users' passwords, or
have them transfer their own mail folders, if I use imapsync. Is this
correct? Or is there a way to use imapsync to transfer our users' mail
folders without knowing their passwords? Have
It's really a bad idea to use clear text..
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
David Manchado schrieb:
> Hello Georg,
>
> what I've found regarding this issue is:
>
>> dn: cn=defaultrecipient, dc=fake, dc=dom
>> objectclass: top
>> objectclass: virtualaccount
>> cn: defaultrecipient
>> owner: uid=root, dc=someserver, dc=isp, dc=dom
>>1 -> mailaccepting
Hello Georg,
what I've found regarding this issue is:
> dn: cn=defaultrecipient, dc=fake, dc=dom
> objectclass: top
> objectclass: virtualaccount
> cn: defaultrecipient
> owner: uid=root, dc=someserver, dc=isp, dc=dom
> 1 -> mailacceptinggeneralid: fake.dom
> 2 -> mailacce
You shouldn't have to. Postfix allows you to set up maps for pretty
much all look-up tables, including mydomains. You create a different
ldap configuration file (e.g. ldap-mydomains.cf) and point mydomains to
ldap:/usr/local/etc/ldap-mydomains.cf (or wherever you put the file).
What you put
David schrieb:
> Hello,
>
> I would like to 'rewrite' or associate the [EMAIL PROTECTED] mailbox with
> [EMAIL PROTECTED]
>
> Due to postfix limitations, it can only accept mail for domain listed in
> mydomains (localhost for example). The problem is adding a domain to
> mydomains list implie
39 matches
Mail list logo
