On Saturday 26 May 2007, Marc Haber wrote: > On Tue, May 22, 2007 at 12:46:44PM +0300, David Baron wrote: > > What the problem is that exim4 does not allow plaintext passwords in > > smarthost authentication by default. The provider apparently will not > > accept TLS and such so I need to enable plaintext though not the best > > idea. > > > > SO I placed the following > > in /etc/exim4/conf.d/main/01_exim4-config_listmacrosdefs: > > .ifndef AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS > > AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS = yes > > .endif > > You can skip the ifndef/endif stuff since this only is a protection > against macro redefinition. > > You are still using split config? If so, you have made the change in > the right place. Did you restart exim afterwards? > > > I have in /etc/exim4/passwd.client: > > provider-smtp...:username:password > > Is provider-smtp still smtp.012.net.il? If so, I currently do not see > any issue why this should not work. Maybe debug output obtained by > running > > echo foo | exim -d-all+auth+deliver+transport > [EMAIL PROTECTED] > > can help in finding out. This debugging output should not contain any > private data such as passwords.
The PLAIN AUTH was sucessful on this and seems to be OK (but not always). THe "macro" was not enough, it seems. There is a line in the remote_smtp_smarthost "transport" macro said uncomment following line to disable TLS on outgoing connections so I did that. Now to persuade the provider that their server "upgrade" to plain text auth is not such an upgrade and TLS would be better :-) In any event, that exim command test generates a lot of output and it cannot be redirected to a file (maybe there is an options for the command line to do so.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
