Title: 無標題文件
John,
Thanks again, I wound up just using the socket map option w/ cyrus
and sendmail, which seems to be working well for me.
Apparently, you can't have an aliases file and ldap_routing unless your
aliases are in an ldap map.
AJ
John Arthur wrote:
Ok, so I recompiled sendmail w/ LDAP support..
> Ok, so I recompiled sendmail w/ LDAP support..
> Here are the relavent parts of my mc file:
>
> define(`confLOCAL_MAILER', `cyrusv2')
> define(`CYRUSV2_MAILER_ARGS', `FILE /var/cyrus/imap/socket/lmtp')
>
> # LDAP Related
> FEATURE(`ldap_routing')
> LDAPROUTE_DOMAIN(`panther.mydomain.com')
> defin
On Thu, 8 Jul 2004, AJ wrote:
> Well, because I read on various lists that if you don't use ldap_routing then
> the cyrus mail server can become cluttered with various bounces and spoofed
> sender addresses.. This way, sendmail will verify each user before accepting
> delivery. I may try the oth
Well, because I read on various lists that if you don't use ldap_routing then
the cyrus mail server can become cluttered with various bounces and spoofed
sender addresses.. This way, sendmail will verify each user before accepting
delivery. I may try the other alternative via socket map.
What do y
--- Rob Siemborski <[EMAIL PROTECTED]> wrote:
> You need to send it to an lmtpproxyd, but there's no
> reason to put that on
> a frontend -- we run our lmtpproxyd's on the same
> hosts as our MTAs (via
> unix socket).
Well actually in our case we will start with one
frontend and one backend ser
On Thu, 8 Jul 2004, AJ wrote:
> John,
> Thanks, everything is up and running now, but I have one final question...
> Is it possible for sendmail to check the alias file or virtusertable before
> doing an ldap lookup. I am not ready to move these into ldap and I want to
> preserve them.
If you
On Thu, 8 Jul 2004, ML mail wrote:
Well actually in our case we will start with one
frontend and one backend server where the mupdate
server and the MTA will both run on the frontend
server.
So for this case I guess it makes sense to have our
MTA on the frontend server send mails via LMTP (unix
soc
On Thu, 8 Jul 2004, AJ wrote:
> John,
> Thanks, everything is up and running now, but I have one final question...
> Is it possible for sendmail to check the alias file or virtusertable before
> doing an ldap lookup. I am not ready to move these into ldap and I want to
> preserve them.
If you
John,
Thanks, everything is up and running now, but I have one final question...
Is it possible for sendmail to check the alias file or virtusertable before
doing an ldap lookup. I am not ready to move these into ldap and I want to
preserve them.
Thanks again for all of your help.
AJ
Quoting John
AJ wrote:
Ok, so I recompiled sendmail w/ LDAP support..
Here are the relavent parts of my mc file:
define(`confLOCAL_MAILER', `cyrusv2')
define(`CYRUSV2_MAILER_ARGS', `FILE /var/cyrus/imap/socket/lmtp')
# LDAP Related
FEATURE(`ldap_routing')
LDAPROUTE_DOMAIN(`panther.mydomain.com')
define(`confLDA
On Thu, 8 Jul 2004, ML mail wrote:
I am currently setting up a MURDER environement with one frontend server
and one backend server to start with. The MTA (Sendmail) for incoming
mails (MX) will be running on the frontend server. Now my question:
where should the MTA send the incoming mails ? Sho
You will want to have something similar to this for ldap_routing.
FEATURE(`ldap_routing', `ldap -1 -T -v mailHost -k
(mailLocalAddress=%0)', `ldap -1 -T -v mailRoutingAddress -k
(mailRoutingAddress=%0)', `bounce', `preserve')dnl
http://www.sendmail.org/m4/ldap_routing.html
> # LDAP Related
> FEA
Hello,
I am currently setting up a MURDER environement with one frontend server and one backend server to start with. The MTA (Sendmail) for incoming mails (MX) will be running on the frontend server. Now my question: where should the MTA send the incoming mails ? Should the MTA send it to the fr
Ok, so I recompiled sendmail w/ LDAP support..
Here are the relavent parts of my mc file:
define(`confLOCAL_MAILER', `cyrusv2')
define(`CYRUSV2_MAILER_ARGS', `FILE /var/cyrus/imap/socket/lmtp')
# LDAP Related
FEATURE(`ldap_routing')
LDAPROUTE_DOMAIN(`panther.mydomain.com')
define(`confLDAP_DEFAULT_
I think this was discussed before, but googling didn't reveal much (to me)..
I posted a note to someone who has a vacation message. Part of the message
returned is here:
===
Received: from cyrus by imap.newn.cam.ac.uk with local (Exim 4.20)
id 1Biax5-000
On Thu, 8 Jul 2004, Paul Boven wrote:
> Hi everyone,
>
> For a new customer, I'm setting up a Cyrus server that will have to
> authenticate against an Active Directory server.
>
> So far, I've gotten Kerberos, TSL, SASL all working together from the
> command-line with ldapsearch, so what remains
On Thu, 8 Jul 2004 [EMAIL PROTECTED] wrote:
> I hate to ask, but what's on the table for things that need to be
> done before a 2.2.7 release?
There isn't a specific table, I'm just extraordinaraly busy right now.
We will almost certainly see a 2.2.7 before the end of the month.
-Rob
-=-=-=-=-
Hi Folks,
a few months ago I set up a new server with Cyrus SASL and IMAPD 2.1.16.
Everything runs perfectly fine, but now I want to enable sieve on that
host. So I set up a line in cyrus.conf like
sieve cmd="timsieved" listen="sieve" prefork=0
and now I can telnet like "telnet localhost sieve"
On Thu, 8 Jul 2004, Rob Siemborski wrote:
> On Thu, 8 Jul 2004, Paul Boven wrote:
>
> > The last statement (with_bdb_inc="$with_bdbval/include") does not work
> > because $with_bdbval does not exist. Changing it to $with_bdb fixes
> > things. I've attached a patch for configure.in (trivial but unt
On Thu, 8 Jul 2004, Ken Murchison wrote:
> Its not unheard of, in fact its been done for Cyrus before. I was paid
> a rather large sum by a semiconductor company to implement the
> altnamespace feature, and Fastmail.fm has contracted me for several
> features, most recently almost all of the new
On Thu, 8 Jul 2004, Paul Boven wrote:
> The last statement (with_bdb_inc="$with_bdbval/include") does not work
> because $with_bdbval does not exist. Changing it to $with_bdb fixes
> things. I've attached a patch for configure.in (trivial but untested
> because I don't have the whole automake/auto
L.S.,
While trying to build the latest Cyrus, I ran into a small problem with
configure.
From configure (line 6346 and onwards)
---
# Check whether --with-dbdir or --without-dbdir was given.
if test "${with_dbdir+set}" = set; then
withval="$with_dbdir
Kevin Baker wrote:
Fair enough ;)
So what would it cost to have this feature implemented?
Specifically adding the application level redundancy patch
that was submitted.
I think it is certainly worth discussion if nothing else
to see if it is something we, people interested, might
collectively be ab
On Thu, 8 Jul 2004, victor wrote:
> I have corrected the problem and restarted cyrus but is still not working.
>
> I have the same error.
> Jul 8 10:46:03 mail68 imap[24978]: cannot connect to saslauthd server:
> No such file or directory
>
> imapd.conf contains a line : "saslauthd_path:/var/stat
Hi everyone,
For a new customer, I'm setting up a Cyrus server that will have to
authenticate against an Active Directory server.
So far, I've gotten Kerberos, TSL, SASL all working together from the
command-line with ldapsearch, so what remains is to build an imapd.conf
and have Cyrus play nic
I try to detail the problem(I have some more information):
The error:
Jul 8 10:46:03 mail68 imap[24978]: cannot connect to saslauthd server:
No such file or directory
What I have tryed to debug the problem:
1) imapd.conf contains a line : "saslauthd_path:/var/state/saslauthd"
2) Saslauthd is runn
I have corrected the problem and restarted cyrus but is still not working.
I have the same error.
Jul 8 10:46:03 mail68 imap[24978]: cannot connect to saslauthd server:
No such file or directory
imapd.conf contains a line : "saslauthd_path:/var/state/saslauthd"
Saslauthd is running.
And I have th
> I con't login.
>
> Syslog message:
> Jul 8 10:46:03 mail68 imap[24978]: badlogin: localhost [127.0.0.1]
> plaintext root SASL(-1): generic failure: checkpass failed
> Jul 8 10:47:31 mail68 master[24916]: process 24978 exited, status 0
> Jul 8 03:50:00 mail68 CROND[25009]: (root) CMD (
> /usr/s
Hi,
I am trying in vain to get libwrap activated in Cyrus
IMAPd. I am using Cyrus IMAPd 2.2.6, Cyrus SASL 2.1.18
on OpenBSD 3.5. And here is my configure command:
./configure --prefix=/usr/local/cyrus-imapd
--with-cyrus-prefix=/usr/local/cyrus-imapd
--with-openssl --with-sasl=/usr/local/sasl2
--w
I con't login.
Syslog message:
Jul 8 10:46:03 mail68 imap[24978]: badlogin: localhost [127.0.0.1]
plaintext root SASL(-1): generic failure: checkpass failed
Jul 8 10:47:31 mail68 master[24916]: process 24978 exited, status 0
Jul 8 03:50:00 mail68 CROND[25009]: (root) CMD (
/usr/share/sshd-mo
Fair enough ;)
So what would it cost to have this feature implemented?
Specifically adding the application level redundancy patch
that was submitted.
I think it is certainly worth discussion if nothing else
to see if it is something we, people interested, might
collectively be able to pay for.
32 matches
Mail list logo
