To follow up on Kristen's suggestions:
From John's website:
I've also added a security check to prevent qmail-remote from sending
authentication credentials across the internet in plain text. By default
(with my version of this patch) qmail-remote will only send the AUTH
command if the STARTTLS command has already been sent in the same session.
If the connection between your server and the remote server is known to be
secure (i.e. through an encrypted VPN, or within a closed network) or if
you care so little for security that you don't mind sending your userid and
password across the internet in what amounts to plain text, you can bypass
this security check by adding a "-" to the beginning of the userid in your
smtproutes file (the "-" will be removed if present.)
On Tue, Oct 30, 2012 at 8:28 PM, Kristen R <kristen@atmyhome.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 10/30/2012 09:36 AM, Paspao wrote:
> > Hello,
> >
> > I have a qmail patched with http://qmail.jms1.net combined patch wich
> contains qmail-remote smtp auth patch.
> >
> > I'm trying to send some mail via smtproutes to a server with smtp auth
> with syntax:
> >
> > domain.com:smtp.server.com user password
> >
> > I have no success in sending .
> >
> > Can someone please suggest me how can I debug this problem ?
> > I can only debug on my side and not on remote smtp side.
> >
> > Thank you
> > P.
>
> Paspao,
>
> You might want to view the qmail.jms1.net list archives for
> August of
> 2012, then look at a conversation concerning STARTTLS. There is talk of
> a patch for logging the STARTTLS conversation between servers in order
> to troubleshoot a connection
>
> Kristen
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlCQHDUACgkQF1wXlvLxlNjDrgCfY749E5wLVRbfGK+Bd6X6M/vN
> IqgAnjG6y4RdVnCNJBbWiQjBVtiDUrY8
> =WvH2
> -----END PGP SIGNATURE-----
>