man, 2002-09-02 kl. 14:56 skrev Adam Williams:
> I am the sys-admin. So people should be able to access mailboxes
> without authenticating to the mail server?
Know what? I love people who teach me things, even put me in the wrong.
That's how you learn, sometimes, not too often, by provoking. S
>>GSSAPI is what provides Kerberos V, yes?
>No, Kerberos V provides Kerberos V.
It Cyrus IMAPd, OpenLDAP, PHP, and Samba; Kerberos V *IS* provided via
GSS. "gssapi.h" is found under /usr/kerberos/include/gssapi/. But I
don't know if there is another -direct- API that can be used. I only
use
søn, 2002-09-01 kl. 17:44 skrev Not Zed:
> see:
> http://www.iana.org/assignments/sasl-mechanisms
Thanks! I did, and I'm now that much wiser. I've obviously been reading
too much (or misunderstanding) Openldap blurb which couples SASL
authentication to Kerberos V. I just use "authentication meth
søn, 2002-09-01 kl. 22:54 skrev Adam Williams:
> GSSAPI is what provides Kerberos V, yes?
No, Kerberos V provides Kerberos V.
> I've asked about this on the
> list a couple of times. I've seen other people ask about it. Kerberos
> networks are hardly rare, and becoming more common.
I'd dispu
see:
http://www.iana.org/assignments/sasl-mechanisms
:)
On Mon, 2002-09-02 at 15:15, Tony Earnshaw wrote:
> søn, 2002-09-01 kl. 15:32 skrev Not Zed:
>
> > > > Currently we support the following SASL mechanisms:
> > > > CRAM-MD5, DIGEST-MD5, KERBEROS_V4, LOGIN, PLAIN, and SPA (aka NTLM)
>
> >
On Mon, 2002-09-02 at 01:45, Tony Earnshaw wrote:
> søn, 2002-09-01 kl. 15:32 skrev Not Zed:
>
> > > > Currently we support the following SASL mechanisms:
> > > > CRAM-MD5, DIGEST-MD5, KERBEROS_V4, LOGIN, PLAIN, and SPA (aka NTLM)
>
> > > Some might say that a number of these, if not all, are no
søn, 2002-09-01 kl. 15:32 skrev Not Zed:
> > > Currently we support the following SASL mechanisms:
> > > CRAM-MD5, DIGEST-MD5, KERBEROS_V4, LOGIN, PLAIN, and SPA (aka NTLM)
> > Some might say that a number of these, if not all, are not SASL.
> why?
Because SASL (Simple Authentication and Secur
On Mon, 2002-09-02 at 05:56, Tony Earnshaw wrote:
> søn, 2002-09-01 kl. 20:53 skrev Jeffrey Stedfast:
>
> > Currently we support the following SASL mechanisms:
>
> > CRAM-MD5, DIGEST-MD5, KERBEROS_V4, LOGIN, PLAIN, and SPA (aka NTLM)
>
> Some might say that a number of these, if not all, are no
> GSSAPI is what provides Kerberos V, yes?
Yes
> I've asked about this on the list a couple of times. I've seen other
> people ask about it.
Yeah, it's not that no one's asked about it, it's that
1. GSSAPI is about 10 times more complicated than Kerberos 4, and
2. We've never had a k
>>Currently we support the following SASL mechanisms:
>>CRAM-MD5, DIGEST-MD5, KERBEROS_V4, LOGIN, PLAIN, and SPA (aka NTLM)
>Some might say that a number of these, if not all, are not SASL. Others
>might say, that they find you have a great product anyway and know what
>you mean. They might also s
søn, 2002-09-01 kl. 20:53 skrev Jeffrey Stedfast:
> Currently we support the following SASL mechanisms:
> CRAM-MD5, DIGEST-MD5, KERBEROS_V4, LOGIN, PLAIN, and SPA (aka NTLM)
Some might say that a number of these, if not all, are not SASL. Others
might say, that they find you have a great produc
On Sun, 2002-09-01 at 06:59, Tony Earnshaw wrote:
> Hallo people,
>
> Quiestion from a Unix sysadmin (Exim 4 smtp).
>
> I have Evo 1.0.8 for a private setup with Exim 4. I use RH rpms and
> don't want to compile endless Evo CVS updates - I've better things to
> do.
>
> As Exim mail/sysadmin I'd
søn, 2002-09-01 kl. 12:59 skrev Tony Earnshaw:
> I have Evo 1.0.8 for a private setup with Exim 4. I use RH rpms and
> don't want to compile endless Evo CVS updates - I've better things to
> do.
P.S.: I don't use rpms for Exim 4.10.8 :c) That's not only impossible,
because none exist, but also a
Hallo people,
Quiestion from a Unix sysadmin (Exim 4 smtp).
I have Evo 1.0.8 for a private setup with Exim 4. I use RH rpms and
don't want to compile endless Evo CVS updates - I've better things to
do.
As Exim mail/sysadmin I'd like Evo to do EHLO, STARTTLS, AUTH (PLAIN,
CRAM_MD5, SPA).
O.k.,
OK, I'll try the next snapshot that I find and let you know if it is
working. Until then I'll just keep hitting 'Send Later' and restarting
Evolution :)
Since we're talking about it, hitting Send Later, after getting the
error, crashes or locks up the app about 50% of the time.
Thanks,
Mark
O
the dialog box says:
> Error while 'Sending "Re: [Evolution] SMTP AUTH"':
> RCPT TO response error: Interrupted system call: mail not sent
>
>
> Thanks,
> Mark
>
>
> sending : EHLO localhost.localdomain
> received: 250-uu-t1-6.visgen.com
> r
The problem is that it's leaving the SMTP connection open all the time,
instead of disconnecting after sending a message. I'm adding that to
bugzilla.
-- Dan
___
evolution maillist - [EMAIL PROTECTED]
http://lists.helixcode.com/mailman/listinfo/evolu
Oops, I attached it the first time and typed the address wrong - forgot
to attach it the second time. Let's see if I can get it right this
time.
By the way, the dialog box says:
Error while 'Sending "Re: [Evolution] SMTP AUTH"':
RCPT TO response error: Interrupted s
Hi,
I'm having a problem with smtp authentication. When I try to send my
first email after starting evolution, I have to logon to the SMTP
server. It brings up the box and I type in my proper password. Then it
pops up a dialog box that says "Error while 'Sending "test outgoing
message"': HELO
So it's looking to me like your SMTP server isn't correctly configured
to handle SASL authentication?
Error code 500 means that the syntax is invalid, that seems pretty odd
to me especially seeing as how Evolution did respond with a
syntactically correct response.
Does CRAM-MD5 or DIGEST-MD5 wor
You'll need to give me more information to debug this. I've tested the
code and it works fine for me. Also, your password is not in either of
the strings you removed, but whatever. I'll need at least challenge from
the server.
Jeff
On 10 Apr 2001 17:04:05 -0400, Wayne F Davis wrote:
> > There's
Le 2001.04.10 20:19:25 +0200, Dan Winship a écrit :
> On 04 Apr 2001 22:46:41 +0930, Not Zed wrote:
> > Also just try setting CAMEL_VERBOSE_DEBUG=1 in your environment from
> the
> > shell you execute evolution-mail in (or rather, do it this way, before
> > running evolution)
>
> There's a new-a
On 10 Apr 2001 23:19:25 +0500, Dan Winship wrote:
> On 04 Apr 2001 22:46:41 +0930, Not Zed wrote:
> > Also just try setting CAMEL_VERBOSE_DEBUG=1 in your environment from the
> > shell you execute evolution-mail in (or rather, do it this way, before
> > running evolution)
>
> There's a new-and-im
> There's a new-and-improved easy way to do this, which is to just start
> evolution with "evolution --debug /tmp/evolution.out" (or whatever for
> the filename).
Thanks... here is the communication:
sending : EHLO [192.168.0.165]
received: 250-heyday.seas.upenn.edu Hello rarya-dsl-gw.dca.net
[
> On 04 Apr 2001 22:46:41 +0930, Not Zed wrote:
> > Also just try setting CAMEL_VERBOSE_DEBUG=1 in your environment from the
> > shell you execute evolution-mail in (or rather, do it this way, before
> > running evolution)
>
> There's a new-and-improved easy way to do this, which is to just start
On 04 Apr 2001 22:46:41 +0930, Not Zed wrote:
> Also just try setting CAMEL_VERBOSE_DEBUG=1 in your environment from the
> shell you execute evolution-mail in (or rather, do it this way, before
> running evolution)
There's a new-and-improved easy way to do this, which is to just start
evolution w
Hi,
I'm still experiencing this problem with the latest cvs build and would
like to try to help solve it. How can I go about debugging the smtp auth
information?
Thanks,
Wayne
On Wed, 4 Apr 2001, Wayne F Davis wrote:
> I did export it and i ran evolution from a gnome-terminal but I don't see
I did export it and i ran evolution from a gnome-terminal but I don't see
any smtp debugging... just stuff while booting like: Folder registered
successfully... etc.
What I am doing wrong?
Thanks,
Wayne
> On 04 Apr 2001 16:31:13 -0400, Wayne F Davis wrote:
> > Hi,
> >
> > I tried that but had
On 04 Apr 2001 16:31:13 -0400, Wayne F Davis wrote:
> Hi,
>
> I tried that but had a few problems. First, to make sure I had the env
> var correct:
> [wayne@zero]~$ printenv CAMEL_VERBOSE_DEBUG
> 1
>
> Then, I tried to run evolution mail via command line. However, it never
> actually spawned a
Hi,
I tried that but had a few problems. First, to make sure I had the env
var correct:
[wayne@zero]~$ printenv CAMEL_VERBOSE_DEBUG
1
Then, I tried to run evolution mail via command line. However, it never
actually spawned a window so I just ran evolution. I never saw any
information relating
You'll need to run evolution-mail in a terminal by itself after an
`export CAMEL_VERBOSE_DEBUG=1`. Wait ~5 seconds or so after starting
evolution-mail before starting evolution in another terminal.
Jeff
On 04 Apr 2001 01:04:18 -0400, Wayne F Davis wrote:
> Hi,
>
> I'm having a problem connectin
Also just try setting CAMEL_VERBOSE_DEBUG=1 in your environment from the
shell you execute evolution-mail in (or rather, do it this way, before
running evolution)
On 04 Apr 2001 09:33:01 +0200, Xavier Bestel wrote:
>
> Le 2001.04.04 07:04:18 +0200, Wayne F Davis a écrit :
> > Hi,
> >
> > I'm ha
Le 2001.04.04 07:04:18 +0200, Wayne F Davis a écrit :
> Hi,
>
> I'm having a problem connecting to a server via smtp auth. How can I
> debug the communication with the smtp server?
>
> Thanks.
Use ethereal (or another network sniffer) to spy the wire. Or alternatively
you could make a sniffin
Hi,
I'm having a problem connecting to a server via smtp auth. How can I
debug the communication with the smtp server?
Thanks.
--
Wayne Davis - [EMAIL PROTECTED] - PGP Key Available
___
evolution maillist - [EMAIL PROTECTED]
http://lists.helixco
34 matches
Mail list logo