Rajeev R Veedu schrieb:
Since we have only an ADSL line on site office if there any way I could
forward the mails for these staff members to another Mail Server with
dynamic IP address?
Use a dyndns service [1] to make the remote ADSL IP resolvable by name
and forward directly to that, then
Zachariah Mully wrote:
I would stay far far away from kolab for anything more than one or two
person use. Especially if you plan on using it with Outlook as the
Outlook connector stores the Kolab data in a binary format, making it
unsearchable on the server side, hence retardedly slow as you nee
Alexandros Vellis wrote:
On Mon, 2006-10-16 at 14:13 +0200, Martin G.H. Minkler wrote:
Generally I haven't had any problems with squirrelmail except that I
didn't manage to configure it to use plaintext+TLS auth since it won't
use STARTTLS according to IMAPS but tries to esta
[EMAIL PROTECTED] schrieb:
I would use Horde because it seems there is a gorupware Horde-based that
should be so cool.
It could be fantastic if Horde could interface with MS Outlook to share
contacts and other informaions.
Does anyone have some experiences in that way?
If You're looking for g
Sebastian Hagedorn wrote:
--On 14. Oktober 2006 16:38:05 +0200 "Martin G.H. Minkler"
<[EMAIL PROTECTED]> wrote:
It was the low entropy of /dev/random - after disallowing APOP everything
is just fine. Apparently the default for APOP is _enabled_ - to turn it
off it needs to b
Sebastian Hagedorn schrieb:
Just checked again - if I was to enable APOP, how could I set the random
source for sasl?
You have to specify the source prior to compilation with "configure":
--with-devrandom=PATH set the path to /dev/random [/dev/random]
Any way to achieve the same effect wi
Solved!
It was the low entropy of /dev/random - after disallowing APOP
everything is just fine. Apparently the default for APOP is _enabled_ -
to turn it off it needs to be explicitly set to allowapop: no. Manpage
doesn't state that either ~:-/
If I was to enable APOP, how could I set the ra
Sebastian Hagedorn schrieb:
Either make SASL use /dev/urandom or disable APOP:
allowapop: 0
Just checked again - if I was to enable APOP, how could I set the random
source for sasl?
Manpages for imapd.conf and saslauthd don't state anything; my postfix
tls_random_source is of course alrea
Sebastian Hagedorn wrote:
Looking at the imapd.conf just now does make me wonder why sasl even
allows pop3 plaintext logins without TLS with sasl_minimum_layer set to
256...
Probably "allowplaintext" overrides that.
Good question - anybody know more?
Which value do I set then to force TLS bu
Alohá!
First off: Sorry für crossposting this but I think it hast to do with
both, cyrus and SASL.
Second off: Beware, long post! (Although a good bit is just logs) :-)
Abstract:
Cyrus or sasl choke after a few POP3 logins following quickly after one
another despite high prefork values.
The
Martin G.H. Minkler wrote:
There will only be connections from localhost (as You can see in my
config, sieve only listens to localhost) since if there will ever be a
websieve or the like, it's going to run on the same machine.
In you first post I can't see information about &qu
Hans Moser schrieb:
Hi!
Martin G.H. Minkler schrieb:
After reloading and even restarting cyrus with the changes to the
sieveshell die line and the imapd.conf in place as suggested, I still
get the same (slighty longer but unfortunately no more informative)
error message from sieveshell
Phil Pennock schrieb:
If you're only supporting PLAIN and LOGIN then without TLS you need a
minimum of 0.
sasl_minimum_layer: 1
sieve_sasl_minimum_layer: 0
After reloading and even restarting cyrus with the changes to the
sieveshell die line and the imapd.conf in place as suggested, I stil
Vladi Lemurov schrieb:
Thanks a lot, it helped! Thanks to all who tried to find the solution!
Quietly reading this thread as it developed got my hopes up for a
solution that would solve my problem at the same time.
Situation is roughly the same:
debian sarge w/
- Cyrus v2.1.18-IPv6-Debian-
Alohá!
Being quite happy with cyrus, there are nice to have issues that are
maybe already there but my knowledge is just too limited to grasp them.
- is it possible to have cross-realm authentication using STARTTLS+plain?
i.e.:
[EMAIL PROTECTED] // a user
[EMAIL PROTECTED] // a completely di
15 matches
Mail list logo
