[courier-users] Re: Auth problems with esmtproutes and esmtpauthclient
Jason Buberel writes: I suspect this has something to do with the client (knee.xtime.com) trying to use CRAM-MD5 with a server that uses authpam as it's authentication Correct. backend. Even if I change the 'esmtpd' configuration on the server to: ESMTPAUTH=PLAIN The authentication fails with the same error as before, indicating that the client (knee.xtime.com) is still trying to use CRAM-MD5 passwords. You must restart the server so that its configuration gets reread. pgp0.pgp Description: PGP signature
[courier-users] Re: Auth problems with esmtproutes and esmtpauthclient
Ok. This is what I had to do in order to get past the authentication
fialure errors. I modified /etc/courier/esmtpd, setting:
ESMTPAUTH=PLAIN
On both the client (knee.xtime.com)and server (mail.buberel.org) hosts. I
then restarted courier on each host. Testing using 'sendmail' from the
command line on the client machine:
# sendmail [EMAIL PROTECTED]
From: jason
To: jason
Subject: test
Test
[Ctrl-D]
Resulted in the following entry in the server log file:
Dec 25 10:22:18 taylor courieresmtpd: started,ip=[:::192.168.0.102]
Dec 25 10:22:18 taylor courieresmtpd:
error,relay=:::192.168.0.102,from=[EMAIL PROTECTED]: 517 Syntax error.
Other inbound messages (from other remote mail servers) continued to be
delivered successfully. I finally figured out that the server didn't like
the name being used by the client to identify the sender ('[EMAIL PROTECTED]').
The only way I figured this out was to set /SECURITY=NONE in esmtproutes
on the client and using ethereal to sniff traffic between the two hosts.
So I modified /etc/courier/me on the client and added 'xtime.com' to the
file, restarted courier, and now all traffic is being successfully
forwarded from client to server, and uses a secure connection to do it
(after removing the /SECURITY=NONE flag from esmtproutes). I verified the
security of the connection using ethereal:
220 mail.buberel.org ESMTP
EHLO xtime.com
250-mail.buberel.org Ok.
250-AUTH PLAIN
250-AUTH=PLAIN X-NETSCAPE-HAS-BUGS
250-STARTTLS
250-XVERP=Courier
250-XEXDATA
250-XSECURITY=NONE,STARTTLS
250-PIPELINING
250-8BITMIME
250-SIZE
250 DSN
STARTTLS
220 Ok
[lots of scrambled text]
Yeah!! No passwords being sent in the clear, and forwarded mail uses
authentication and encryption, allowing me to roam among ISPs and still
send outbound SMTP messages.
Thanks Sam,
-jason
Jason Buberel writes:
I suspect this has something to do with the client (knee.xtime.com)
trying to use CRAM-MD5 with a server that uses authpam as it's
authentication Correct.
backend. Even if I change the 'esmtpd' configuration on the server to:
ESMTPAUTH=PLAIN
The authentication fails with the same error as before, indicating
that the client (knee.xtime.com) is still trying to use CRAM-MD5
passwords.
You must restart the server so that its configuration gets reread.
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] Re: Auth problems
Shaun Savage writes: Hi I am changing the mial server from one machine to another. T tried to copy the configuration, but that did not work. the problem is after tcp connect, courier sends a AUTH to the smtp client. How do I stop this. See esmtpauthclient. pgp0.pgp Description: PGP signature
[courier-users] Re: Auth problems
David Mir writes: I had to recently reinstall courier, I already have all users entered and they already have home directories and Maildir directory from previous machine (machine went down so it is more like a transfer). It is a RH 7.3 with only red hat updates and nothing else installed. I had to copy the rc script from the old computer since I didn't have time and couldn't find the one with the source (0.39.1) tar ball. If it's RH 7.3 you should be building installable RPM packages, according to instructions in INSTALL, which takes care of setting up authentication correctly. one will auth! What I am missing? default log output show nothing other then a failed log in (same one I just ssh'd in on no problem). On all services! Is there a way of getting more verbose log messages out of authdaemon? You probably forgot to configure your PAM library. Again, that's something that the binary RPM packages will take care of. -- Sam --- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases more http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] Re: Auth problems
Thanks, I thought I had an option...RPMS or no. But you the man so I will re-install via RPM. Can I just remove the /usr/lib/courier dir and it should work?? Thanks for your time. On Thursday 11 July 2002 12:41 pm, Sam Varshavchik wrote: David Mir writes: I had to recently reinstall courier, I already have all users entered and they already have home directories and Maildir directory from previous machine (machine went down so it is more like a transfer). It is a RH 7.3 with only red hat updates and nothing else installed. I had to copy the rc script from the old computer since I didn't have time and couldn't find the one with the source (0.39.1) tar ball. If it's RH 7.3 you should be building installable RPM packages, according to instructions in INSTALL, which takes care of setting up authentication correctly. one will auth! What I am missing? default log output show nothing other then a failed log in (same one I just ssh'd in on no problem). On all services! Is there a way of getting more verbose log messages out of authdaemon? You probably forgot to configure your PAM library. Again, that's something that the binary RPM packages will take care of. -- David Mir System Administrator Soar Technology, Inc. 3600 Green Ct, Ste 600 Ann Arbor, MI 48105-2588 734-327-8000 ext. 222 734-913-8537 (Fax) www.soartech.com [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases more http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] Re: Auth problems
David Mir writes: Thanks, I thought I had an option...RPMS or no. You do, as long as you know how to set it up. But you the man so I will re-install via RPM. Can I just remove the /usr/lib/courier dir and it should work?? Thanks for your time. Just blow it away before building Courier. -- Sam --- This sf.net email is sponsored by:ThinkGeek PC Mods, Computing goodies, cases more http://thinkgeek.com/sf ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
