[Top][All Lists]
[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
>