[Setup] Re: Still can't get past email errors

[Alexander Limi]

I seem to remember that there is a bug in the current SecureMailHost  
implementation where it will always try the secure version, and only  
attempt the non-encrypted communication if it can't any secure server. So  
if it finds that the server says that it accepts encrypted logins, it will  
never attempt the unencrypted version, even if the encrypted version fails  
(as long as it exists).

My memory on this is very hazy, though — but might be something to look  
into. :)

— Alexander

On Wed, 06 Jun 2007 11:43:22 -0700, Mike Inglis  
<michael at moderndesktop.com> wrote:

>
> I am the sysadmin.
> The authentication on that email server is set to "Login" and never uses  
> SSL
> or port 443.
> As I took my time (again) and considered every possibility, I changed the
> authentication method on the email server to CRAM-MD5 -  
> challenge-response.
> And it worked.
> Then I toggled the TLS on/off in the ZMI Mailhost pref and it works in  
> both
> cases.
> Hmm...
> Mike.
>
>
> Reinout van Rees wrote:
>>
>> Mike Inglis wrote:
>>
>>> Jun  6 00:06:33 moderndesktop postfix/smtpd[5162]: connect from
>>> unknown[206.248.146.233]
>>> Jun  6 00:06:35 moderndesktop postfix/smtpd[5162]: lost connection  
>>> after
>>> AUTH from unknown[206.248.146.233]
>>> Jun  6 00:06:35 moderndesktop postfix/smtpd[5162]: disconnect from
>>> unknown[206.248.146.233]
>>>
>>> I learned that UGFzc3dvcmQ6 is Base64 for AUTH (?). Not sure what I can
>>> do
>>> with that bit of info :-)
>>> Is Python doing the email? What else would you try?
>>
>> AUTH... Perhaps the mailserver only accepts secure/encrypted
>> connections (the smtp equivalent of https) and wants you to authenticate
>> or so? Can you ask your sysadmin?
>>
>> Reinout
>>
>> --
>> Reinout van Rees  - Programmer at http://zestsoftware.nl/
>> http://vanrees.org/weblog/      
>> mailto:reinout at vanrees.org
>> "White space, the opposite of black hole?" -- Joris slob
>>
>>
>>
>



-- 
Alexander Limi · http://limi.net