Hi,
--On Sonntag, 4. Januar 2004 23:47 Uhr +0100 Hajo Beckefeld
[EMAIL PROTECTED] wrote:
jinn:[hajo]# sasldblistusers2
[EMAIL PROTECTED]: cmusaslsecretOTP
[EMAIL PROTECTED]: userPassword
I've no idea what I have to do to get the CRAM-MD5 stuff running!
if you want to use CRAM-MD5, you have to
Zitat von Lindner [EMAIL PROTECTED]:
Hi,
i'm using Cyrus 2.1.12 and Postfix 2.0.6 (SuSE 8.2).
Since a year i'm working with Cyrus and had no problems i couldn't solve
but this lmtp read timeout is driving me around the bend. ;-) Thats
why i'm starting this discussion:
I
Philipp Sacha schrieb:
Hi,
sometimes my cyrus shows the same behaviour. The reason is, that the
lmtpd processes are gone. I do not know why. But i can reproduce the
situation in starting the cyrus server and then killing the lmtpd
processes manually.
Nice hint. I'll check wether it's the
On Sun, 4 Jan 2004, Oliver Jones wrote:
Is there a document online somewhere that goes over what sort of steps
are necessary to ensure there are good backups of all the vital Cyrus
files (databases etc)?
http://acs-wiki.andrew.cmu.edu/twiki/bin/view/Cyrus/Backup
-Rob
On Sun, 4 Jan 2004, Oliver Jones wrote:
Does master pass on it's -C and -M args to processes its spawns or
do you have to modify the SERVICES entries accordingly if you don't have
imapd.conf in /etc?
You need to modify the SERVICES entries.
-Rob
On Sat, 3 Jan 2004, Earl Shannon wrote:
We've just completed moving accounts to new T3's in our SAN and
have discovered a problem we not had doing this before. The seen
status is gone and all the messages in the accounts appear as unread.
We moved the seen status files. Any ideas about what
On Sun, 4 Jan 2004, Matt Bernstein wrote:
1. - lmtp read timeout - What problem is meant ? Postfix is
writing to the unix socket but nobody reads from the socket or
Cyrus is reading from the socket but nobody is writing to it ?
I've seen this with Exim. Exim sends the DATA
Good morning everyone.
After doing some initial research and asking a few questions about Cyrus,
i've decided that I want to use cyrus for our company mail server. Seems to
be exactly what we are looking for and there are so many things that I like
about cyrus that just make it right.
Anyway,
Rob Siemborski schrieb:
On Sun, 4 Jan 2004, Matt Bernstein wrote:
1. - lmtp read timeout - What problem is meant ? Postfix is
writing to the unix socket but nobody reads from the socket or
Cyrus is reading from the socket but nobody is writing to it ?
Ken Murchison wrote:
Kevin P. Fleming wrote:
Ken Murchison wrote:
Would you want to feed to all of the servers, or just one?
Currently, fetchnews and nntpd are only setup to have one upstream peer.
Yes, I would want to feed messages back to all the servers.
Actually fetchnews can work with
Hi Sebastian,
I've no idea what I have to do to get the CRAM-MD5 stuff running!
if you want to use CRAM-MD5, you have to add all your users to sasldb
using saslpasswd2. Then you need to change /etc/imapd.conf so that it
uses sasldb and offers CRAM-MD5:
sasl_pwcheck_method: auxprop
Hi,
PLAIN works,... well, because it works with saslauthd. You should try
and setup CRAM-MD5 or better yet DIGEST-MD5, since they encrypt the
password. I'm not sure what your saslauthd is using as a reference
mechanism (where it gets USER/PASS from), most likely your UNIX accounts
- which is
Evening everyone.
I've been working with cyrus-imapd today, getting familiar with how it
works. I must say, it is very very cool. I like it a lot.
I should mention, im running FreeBSD 4.9, with cyrus 2.1.15,
cyrus-sasl-2.1.17, BerkeleyDB-4.1.25.
I built cyrus out of the ports tree, so I could
Jason Williams wrote:
Evening everyone.
I've been working with cyrus-imapd today, getting familiar with how it
works. I must say, it is very very cool. I like it a lot.
I should mention, im running FreeBSD 4.9, with cyrus 2.1.15,
cyrus-sasl-2.1.17, BerkeleyDB-4.1.25.
I built cyrus out of
At 07:58 PM 1/5/2004 -0500, you wrote:
This error message is coming from the ndbm database backend for
sasldb2.If authentication is working, I'm not sure why you would be
getting this message.
Ok...i'll see if I can dig a bit deeper.
Just for the hell of it, if you try the following, does
An informal survey was completed about a month ago; results are on the
Wiki at:
http://acs-wiki.andrew.cmu.edu/twiki/bin/view/Cyrus/SampleCyrusHardware
The closest configuration is more then double your user count, and is
runing on a 5 year old Sun workstation, so I think the question isn't
That is kinda lame. ;) It would be really handy to only have to pass those variables to the master daemon and have them propagate down. Obviously with a way to override them per service/event if necessary.
Regards
On Tue, 2004-01-06 at 03:49, Rob Siemborski wrote:
On Sun, 4 Jan 2004, Oliver
Jason Williams wrote:
From imapd.conf? Here they are:
# Allow the use of the SASL PLAIN mechanism.
#
allowplaintext: yes
FYI, this is the default, so you can delete it if you want. Actually,
this doesn't enable PLAIN (it gets enabled when protected by SSL/TLS).
When disabled the IMAP LOGIN
pick just one until
you saw the response or lack thereof.
here's my reply in exim-users:
http://www.exim.org/pipermail/exim-users/Week-of-Mon-20040105/064548.html
--
Kjetil T.
19 matches
Mail list logo