duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] Re: Problem with backup to Googlmail


From: edgar . soldin
Subject: Re: [Duplicity-talk] Re: Problem with backup to Googlmail
Date: Fri, 14 Jan 2011 23:04:33 +0100
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7

well it says ssl read operation times out...

>File "/usr/lib/python2.4/imaplib.py", line 1135, in readline
    char = self.sslobj.read(1)
>sslerror: The read operation timed out

so it can't hurt... next thing I'd try to use a different python version or to 
pinpoint that your python has issues with gmail (try to communicate on python 
cmd line with the imaps server).

..ede/duply.net

On 14.01.2011 20:55, Steck, Ralf wrote:
> I could do that, but does that help with my problem? I don't think duply 
> is already connecting when it fails.
> 
> 
> --
> Viele Grüße vom Bodensee,
> -----Ursprüngliche Nachricht-----
> Von: Tim Riemenschneider [mailto:address@hidden 
> Gesendet: Freitag, 14. Januar 2011 17:40
> An: Discussion of the backup program duplicity
> Betreff: Re: [Duplicity-talk] Re: Problem with backup to Googlmail
> 
> Am 14.01.2011 14:51, schrieb Steck, Ralf:
>>
>> Hi Edgar and Tim,
>>
>>  
>>
>> I know how telnet works :-)
>>
>>  
>>
>> Openssl was fun, the two talked to each other without a problem (I
>> cant login because I dont know how but googlemail at least sends
>> error messages :-)
>>
>> [...] 
>>
>> * OK Gimap ready for requests from 91.56.206.26 v19if3281246vbm.41
>>
>> USER ralfsteck
>>
>> USER BAD Unknown command v19if3281246vbm.41
>>
>>  
>>
>> ...
>>
>>  
>>
>> Looks like a connection to me :-)
>>
>>  
>>
> Yes, that looks good.
> (And by the way: if you want to test a login, the Syntax is:
> 
> * OK server ready
> 001 login username password
> 
> (that is prefix the command with some "tag" and a space, then "login
> user pass")
> The answer of the server then references the same tag, so you know which
> answer is for which request, since imap (afaik) supports multiple
> concurrent commands...)
> 
> Oh, and another interesting test would be:
> 
> openssl s_client -connect server:imap -starttls imap
> 
> that is another way of getting an encrypted connection (connect to the
> unencrypted port and "upgrade" the connection to encryption by issuing
> "starttls"-command)
> 
>  
> cu
> Tim
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]