Thanx Hein,
The sieve thing worked .
I already had the sieve file in pam.d directory
I had to just put the sasl_mech_list line in /etc/imapd.conf
and it worked ...
Thanx a lot for the help
Hein Roehrig wrote:
Do you have a sieve file in /etc/pam.d as you probably
have for imap?
WRT the sasl
Marc G. Fournier wrote:
>Oh, very very cool ... I've been doign it in postfix's content_filter, but
>then its doing *everyone*'s email ... this is soo much better ...
>
>Any chance we'll see this in CVS sometime soon? Maybe in time for 2.1.4??
>
>
I hope not. Doing it in a content_filter l
On Fri, 2002-04-26 at 17:48, Scott M Likens wrote:
> --On Friday, April 26, 2002 1:25 PM -0700 julesa <[EMAIL PROTECTED]> wrote:
> > From a technical/efficiency standpoint, sieve should not have to check
> > an external source of information before delivering a message. Inserting
> > a header, and
--On Friday, April 26, 2002 1:25 PM -0700 julesa <[EMAIL PROTECTED]> wrote:
> Valid points have been brought up on all sides. Just adding my $0.02:
>
> From an administrative standpoint, it is *not* all right to lose
> potentially legitimate mail without notifying the sender, unless every
> user
On Fri, 26 Apr 2002, Lawrence Greenfield wrote:
> You want to run the UCD snmpd with agentx support enabled. Starting
> master after the snmpd has started should cause the Cyrus master to
> register with snmpd and you'll be able to see data.
Yeah. And should the snmp daemon die, you need to rest
> "Hein" == Hein Roehrig <[EMAIL PROTECTED]> writes:
Hein> - From the operational point of view, the only advantage of a sieve
Hein> extension is that at this point of delivery, Cyrus knows exactly
Hein> whether the recipient exists, who it is, whether it is over quota
Hein> e
Valid points have been brought up on all sides. Just adding my $0.02:
>From an administrative standpoint, it is *not* all right to lose
potentially legitimate mail without notifying the sender, unless every
user on your system has been made FULLY aware of the risk and agrees
with the policy. That
SASL2 will authenticate via pam if you use saslauthd
(from memory, might not be entirely correct)
./configure --with-saslauthd --with-pam
Then run saslauthd with the -a pam arg (check saslauthd.8)
And use pwcheck_method=saslauthd
Tim
- Original Message -
From: "Luc de Louw" <[EMAIL P
Hi
I'm trying to build cyrus-imap 2.1.3 from source.
First compiled sasl-2.1.2
./configure --enable-plain --with-pam --disable-krb4 --enable-login
made a symlink /usr/local/lib/sasl2/ -> /usr/lib/sasl2/
configured cyrus-imap
./configure --with-dbdir=/usr/local/BerkeleyDB.4.0 --with-auth=unix
--On Friday, April 26, 2002 9:56 AM +0200 Luca Olivetti <[EMAIL PROTECTED]>
wrote:
> Well, that's you. Maybe your users don't agree. Maybe they don't even
> *know* that they are losing *legitimate* email if you use some careless
> rbl blackole (like the maps llc service -- I know, I've been bla
Also Sprach Brian Jackson <[EMAIL PROTECTED]> on Fri, Apr 26, 2002 at 12:09:01PM PDT
> Yes it is Linux. Yes it is running. This is the output of the netstat
> -lnp --inet:
>
>
> Active Internet connections (only servers)
> Proto Recv-Q Send-Q Local Address Foreign Address
> State
> PID
--On Friday, April 26, 2002 1:13 AM -0500 Scott Lamb <[EMAIL PROTECTED]>
wrote:
> You feel it's acceptable to occasionally lose important mail to
> heuristics. I feel otherwise. This really reinforces my belief that
> per-user UCE rules are important. Now, if you know of a good way to
> accomp
Yes it is Linux. Yes it is running. This is the output of the netstat
-lnp --inet:
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address
State
PID/Program name
tcp0 0 0.0.0.0:513 0.0.0.0:*
LISTEN
71/inetd
tcp0
--On Friday, April 26, 2002 9:19 AM +0100 simon <[EMAIL PROTECTED]> wrote:
>
> (just adding my red diesel )
>
>
> Doesn't RBL check the IP address that people connect with ?
> Now as a SMTP server you have this implicitly , later on
> it would have to be taken from the headers, to find the ip.
Also Sprach Brian Jackson <[EMAIL PROTECTED]> on Fri, Apr 26, 2002 at 09:48:36AM PDT
> I have just installed Cyrus and can't get the everything working quite
> right. If I try to connect into the IMAP server from a client I get a
> timeout. If I try to telnet to the imap port on the server I get t
You want to run the UCD snmpd with agentx support enabled. Starting
master after the snmpd has started should cause the Cyrus master to
register with snmpd and you'll be able to see data.
Try
snmpwalk public .1
Larry
Date: Fri, 26 Apr 2002 11:33:33 -0600
From: Justin Wood <[EMAIL PROTE
I've just successfully compiled cyrus-imapd-2.1.3 with snmp support
(4.2.3). I'm having trouble finding documentation on how to get thigs
to work, what to do, etc. Can someone point me in the right direction?
Thanks in advance,
Justin.
--
Title: Not exactly started
I have just installed Cyrus and can't get the everything working quite right. If I try to connect into the IMAP server from a client I get a timeout. If I try to telnet to the imap port on the server I get this message:
telnet 192.168.0.xx 143
Trying 192.168.0.xx.
Yes, I have installed the sasl-plain plugin
Luca Olivetti wrote:
Kalpit Jain wrote:
> Yes i do have a sieve file in /etc/pam.d/
> but it still does not seem to work
Have you installed the sasl-plain plugin?
(libplain.la, libplain.so* in a location where sasl will look for them,
tipically
/usr/l
Morning all ...
Trying to use ipurge, but its not removing anything, and not
generating any errors ... a 'truss' on it doesn't seem to show anything
"off" ... machien is an older Solaris 2.6 machine:
relay:/d/var/mail/r/user/rlanning> /usr/cyrus/bin/ipurge -d 365 user.rlanning
relay:/d/
Oh, very very cool ... I've been doign it in postfix's content_filter, but
then its doing *everyone*'s email ... this is soo much better ...
Any chance we'll see this in CVS sometime soon? Maybe in time for 2.1.4??
On Thu, 25 Apr 2002, Bob Finch wrote:
> I've gotten a handful of request
On Thu, 25 Apr 2002 23:27:10 -0500
Scott Lamb <[EMAIL PROTECTED]> wrote:
> Scott M Likens wrote:
>
> > This is quite Sickening, RBL is a MTA implementation not needed to be
> > done via Sieve, and as for spamassasin you can always write decent
> > header checks and body checks for postfix to u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Scott Lamb <[EMAIL PROTECTED]> writes:
> - it's not possible to automatically determine what's available for this,
> for like a wizard to set up UCE stuff. the Sieve extension should make that
> possible.
But that just relegates the task to Siev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ken Murchison <[EMAIL PROTECTED]> writes:
> Scott Lamb wrote:
> >
> > I'm trying to create a Realtime Blackhole List extension to Sieve, so I can do
>
> Doesn't functionality like this belong in the MTA?
For the RBL checking, I fully agree. The or
Scott Lamb schrieb am Fri, Apr 26, 2002 at 01:24:54AM -0500:
> On Fri, Apr 26, 2002 at 07:32:25AM +0200, Birger Toedtmann wrote:
> > Mmmhhh. Isn't this a very dangerous thing to do to the cyrus system?
> > Not the idea as such but their implcations: I imagine a slow/broken DNS
> > and 100+ incom
(just adding my red diesel )
Doesn't RBL check the IP address that people connect with ?
Now as a SMTP server you have this implicitly , later on
it would have to be taken from the headers, to find the ip.
Possible bit of a pain, just need to find the received header
your machine on... Definit
On Fri, Apr 26, Simon Matter wrote:
> > Since SuSE 8.0 in /etc/services is defined as the sieve port.
> >
> > the php-sieve lib uses 2000.
> >
> > Which is correct? SuSE or php-sieve?
> >
> > thanks a lot
> >
> > rgds
> >
> > Luc
>
> Sieve uses 2000:
>
> sieve 2000/tcp
Kalpit Jain wrote:
> Yes i do have a sieve file in /etc/pam.d/
> but it still does not seem to work
Have you installed the sasl-plain plugin?
(libplain.la, libplain.so* in a location where sasl will look for them, tipically
/usr/lib/sasl2)
Bye
--
Luca Olivetti
Wetron Automatización S.A. ht
damm wrote:
> Because it should belong in the MTA for many reasons. The basic reason is i know
>personally
> from getting spam daily, i dont want the X-RBL-Warning, i want it JUST GONE!
Well, that's you. Maybe your users don't agree. Maybe they don't even *know* that they
are losing *legitim
Yes i do have a sieve file in /etc/pam.d/
but it still does not seem to work
Hein Roehrig wrote:
Do you have a sieve file in /etc/pam.d as you probably
have for imap?
WRT the sasldb2 queries, you may want to add sasl_mech_list: plain to
/etc/imapd.conf
-Hein
On Fri, 2002-04-26 at 05:26, Kalpit Ja
On Fri, 2002-04-26 at 09:28, Kalpit Jain wrote:
> Yes i do have a sieve file in /etc/pam.d/
Ok, then maybe you should post some more detailed information --- the
pertinent log messages, as what user you try to log in, whether that
user has an IMAP mailbox, the command lines for logging into cyrad
Do you have a sieve file in /etc/pam.d as you probably have for imap?
WRT the sasldb2 queries, you may want to add sasl_mech_list: plain to
/etc/imapd.conf
-Hein
On Fri, 2002-04-26 at 05:26, Kalpit Jain wrote:
[...]
> I have started saslauthd using pam:
> saslauthd -a pam
>
> My ima
32 matches
Mail list logo
