On Wed, 25 Feb 2004, Henrique de Moraes Holschuh wrote:
> db 3.2 is safe. I don't know about 3.3. 4.0 and 4.1 are a NO GO for SMP.
Is this all Linux SMP installations, or just those using NPTL?
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical
eady know the
special meaning being given to the verb "require": perhaps something like
"require" statement missing for fileinto capability
would be clearer?
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin,
p/proc on tmpfs. At our
site this made a dramatic improvement to load average, and although it
won't cure your bottleneck it should at least free up some disk I/O
capacity for DB access.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of
nd
anything in the docs, a crude approach would be catch *.debug then
selectively add ";foo.none" on to the end of it until you find which one
imapd is using.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
database: easiest way (although
it involves restarting your server) is to dump the database to text with
ctl_mboxlist -d, edit the output text file and remove all lines referring
to the user, then reimport with ctl_mboxlist -u.
This assumes you want to completely get rid of the
n the original
message properly - while you might get away with autoconf 2.53 for 2.57,
automake 1.5 is probably too far behind 1.7 to be of use.
Then again, maybe it's worth testing - if it does work out then I'll claim
to have known so all along :-)
--
Simon Brady
(but not 7.2) supplies more recent auto* tools in the automake15 and
autoconf253 RPMs. How about adding a weak dependence on those, for cases
where users need to run them?
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
with
ctl_mboxlist -u then rerun quota -f.
You should be able to identify the offending mailbox by observing where
quota gets up to before dying.
Good luck!
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
nd simplifies manual
operations too).
As well as mailbox creation the scripts do things like LDAP updates and
delivery of standard welcome messages - it's highly site-specific and more
than a little crufty, but it does the job for us.
--
Simon Brady mailto:[EM
th was being done in 32 bits: 10G mod 4G = 2G, and 90% of 2G is 18% of
the original 10G figure.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
ing on Solaris 8 (SASL 2.1.10) but it was a
painful process - not because of the Cyrus code, but because of problems
with the supporting infrastructure. This page was a lifesaver for me,
especially the gem about libtool and runpaths:
http://www.bolthole.com/solaris/LDA
see anything official). We have zero SuSE experience in-house,
so RH kind of have us by the danglies...]
Thanks for any feedback,
Simon
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
ilename="attached.html"
You'll need to consult the MIME spec (RFC2045) if you want all the gory
details, but even a cursory look at the raw message should give you an
idea of what's coming through.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
S, in which case they seem to be a _lot_
simpler to set up from scratch than some of the other mechanisms (judging
by the frequent requests for help I see on the SASL list). Of course, if
you can't enfore strong transport-layer encryption then your point stands.
--
Simon Brady
way (the damaged mailbox had killed an overnight quota check
and corrupted the quota db), so this "brute force and ignorance" approach
made sense at the time.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
documented in
http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=1798
This is due to an OpenSSL detection patch I submitted, which unfortunately
lost a line somewhere between submission and application...
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
Univer
re is only 7389 lines long (vs 12902 for 2.53).
To be absolutely certain, I'd suggest completely nuking your build dir,
untarring the source distro again, then copying in the configure.in from
CVS and rerunning autoconf 2.13. Yes, I know it sounds superstitious, but
it's got me out of a fe
ther
the RPMs will work on RH8, but a troll through the list archives should
answer that question.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
, replace the top-level configure.in
with the latest mainline version (currently 1.259) from CVS:
http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/configure.in
Obviously you'll need to reconfigure after this. If this doesn't help, can
you please p
other things in imapd.conf you need to set -
the imapd.conf manpage is a must-read for this.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
etimes make
the best sense.
Until you go to upgrade, of course :-)
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
nother distribution
(www.rpmfind.net lists a few) and do an rpm --recompile, but that may
introduce subtle problems of its own.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
will run amok. Smelly
stuff will happen. I'm quite happy for Cyrus to shut down when it detects
a "this can't happen" situation, but personally I wish quota could have
done so in a less drastic fashion. Maybe it's worth considering how quota
management can be made more robu
not sure what the right fix is for this. It's trivial to identify the
long-line case, but should lmtpd return an error (and if so, what?), or
should it try to handle this pathological case?
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
.0
so it looks like we've got another upgrade to do. Fortunately the new
edition of the bat book has come out just in time...
Thanks!
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
passwords, it might be useful to show
info like the username, when its entry was added to the cache, and when it
was last hit. This could be handy when answering questions like "why did
user X experience an auth failure at time T?".
--
Simon Brady mailto:[EMAIL
"out-of-band signalling", which seems better than tinkering with the
socket protocol.
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
ving to lmtpd encountered
this, or are we just particularly weird?
Thanks...
Simon Brady mailto:[EMAIL PROTECTED]
Systems Specialist Ph. +64 3 479-5217
ITS Technical Services Fax +64 3 479-5080
Univer
to understand and maintain, so
going to a smart back-end is a better long-term solution.
Oh well, live and learn... Thanks for the advice all the same!
Simon Brady mailto:[EMAIL PROTECTED]
Systems Specialist Ph. +64 3 479-5217
ITS
panding the ldap_filter expression gives the fully-qualified DN
2. There is no cost to staying bound as a named user
These held for our shell back-end, but I don't know how applicable they
are to wider use. Still, if anyone's interested I've attached the patch
(against
Michael Obster wrote:
>S: L01 NO Login failed: generic failure
>Authentication failed. generic failure
>Security strength factor: 0
Are you logging cyrus (local6.debug) and SASL (auth.debug)? If so, what do
they say?
--
Simon Brady mailto:[EMAIL PROTE
m
would keep going.
Can anyone offer advice on tuning the saslauthd pool? Are there particular
options, either on the command line or in saslauthd.conf, which I should
be looking at?
Many thanks...
Simon
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
work from the machine, e.g. can you do an ldapsearch to ldaps://host?
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
advice about checking
which libraries it's picking up: I sweated several hours over a different
saslauthd problem only to find that ldd told me the answer instantly.)
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
server.
Mind you, it's under Sendmail 8.9.x - perhaps it need to be moved to an
outer scope?
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
ea what the problem could be ??? I am using standard
> GNU tools on Solaris 9.
Are you using the --disable-sieve configure option? It's broken and will
produce this error, but the attached patch (tested on Solaris 8 with GNU
tools) fixes the problem.
--
Simon Brady
t in Light mode you
have to open the "Last SSL Info" dialog to get to Cert Manager, and you
can't open that dialog until you've had a successful SSL connection.
Hmm...
--
Simon Brady mailto:[EMAIL PROTECTED]
ITS Technical Services
University of Otago, Dunedin, New Zealand
37 matches
Mail list logo
