I didn't find any -V(--version) arguments for some cyrus command such as master..
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 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 implies a
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
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 -
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 - mailacceptinggeneralid:
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
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
[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
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
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),
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
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
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
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
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
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 hashed
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
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.
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.
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
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
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
Im having trouble getting LDAPS to work with cyrus.
Weve 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
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
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
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,
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()
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
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
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 cyrus -c
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.
-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:
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
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
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
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
-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
Oct 5
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
-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:
40 matches
Mail list logo