similar to: doveadm backup from gmail with imapc

On Tue, 2020-03-31 at 09:06 +0300, Aki Tuomi wrote: > > > > On 30/03/2020 22:11 Ben Mulvihill <ben.mulvihill at gmail.com> wrote: > > > > ? > > I am trying to backup a gmail account (not the one I am writing > > from) > > to dovecot, using doveadm-backup and imapc, but am having ssl > > connection problems. > > > > ted at

> On 30/03/2020 22:11 Ben Mulvihill <ben.mulvihill at gmail.com> wrote: > > > I am trying to backup a gmail account (not the one I am writing from) > to dovecot, using doveadm-backup and imapc, but am having ssl > connection problems. > > ted at expectation:~# doveadm backup -D -R -u ted imapc: > dsync(ted): Info: imapc(imap.gmail.com:993): Connected to >

> On 31 Mar 2020, at 23.18, Ben Mulvihill <ben.mulvihill at gmail.com> wrote: > > Hello again, > > I am still stuck I'm afraid. > > I now have doveadm backup working perfectly from > a small gmail mailbox (a few hundred messages), but > when I try the same configuration (apart from usernames > and passwords obviously) with a large gmail mailbox >

> On 10 Apr 2020, at 14.07, Ben Mulvihill <ben.mulvihill at gmail.com> wrote: > > last answer from gmail: > 1586513176.126970 1944 OK Success last commands send by dovecot: > 1586513175.951965 1944 UID FETCH > 99624,99627,99628,99629,99631,99632,99633,99634,99635,99636,99637,99639 > ,99640,99641,99642,99643,99644,99645,99646,99647,99648 (X-GM-MSGID) >

On Wed, 1 Apr 2020 at 10:32, Ben Mulvihill <ben.mulvihill at gmail.com> wrote: > > Hello again, > > I am still stuck I'm afraid. > > I now have doveadm backup working perfectly from > a small gmail mailbox (a few hundred messages), but > when I try the same configuration (apart from usernames > and passwords obviously) with a large gmail mailbox > (around

On 08/04/2020 19.14, Ben Mulvihill wrote: > Thanks for the suggestion. I think my next step will be to investigate > imapsync, or maybe isync, which also looks promising. I've recently migrated a server with imapsync with 150Gb of email and 200+ accounts. I found the trick with this was the run imapsync in several runs: Messages older than 1 year; messages older than 6 months; messages

Hello, I came across a strange problem with my Dovecot 2.1.7 installation (updated Debian Wheezy) in regards to SSL/TLS connections. My configuration is as follows: $ dovecot -n | grep ssl service imap-login { ssl = yes ... } ssl_cert = <...... ssl_cipher_list =

Hi, I tracked down a tricky bug in dovecot that can cause the imap-login and pop3-login processes to crash on handshake failures. This can be tested by disabling SSLv3 in the dovecot config (ssl_protocols = !SSLv2 !SSLv3) and trying to connect with openssl and forced sslv3 (openssl s_client -ssl3 -connect localhost:995). This would cause a crash. What was going on is this: In

On Mon, 2020-04-06 at 23:25 +0530, Durga Prasad Malyala wrote: > On Wed, 1 Apr 2020 at 10:32, Ben Mulvihill <ben.mulvihill at gmail.com> > wrote: > > > >? > Hi,??Wouldn't a software like imapsync be a better tool here? > Rgds/DP Thanks for the suggestion. I think my next step will be to investigate imapsync, or maybe isync, which also looks promising. That

> On 11 Apr 2020, at 15.20, Ben Mulvihill <ben.mulvihill at gmail.com> wrote: > > I tried setting imapc_cmd_timeout = 10s and that was enough to take the > download process past the ID stage and on to downloading messages. > doveadm still failed the same ASSERT and core dumps, just not so soon. > In four attempts I downloaded 4200, 1800, 0 and 4200 > messages

On Fri, 2020-04-10 at 15:13 +0300, Sami Ketola wrote: > > > > > On 10 Apr 2020, at 14.07, Ben Mulvihill <ben.mulvihill at gmail.com> > > wrote: > > > > > last answer from gmail: > > > > > 1586513176.126970 1944 OK Success > > last commands send by dovecot: > > > > > 1586513175.951965 1944 UID FETCH > >

Hi! I know this should be asked to the Openldap mailing list but: I?m trying to set up a Samba/ldap environment were the Samba server is separated from the ldap server. Everything seams to work on the ldap server and when I do a ldapsearch like this: ldapsearch -H ldap://l1.dbb.su.se/ -b dc=dbb,dc=su,dc=se ?x Everything works on both. But when I do: ldapsearch -H ldaps://l1.dbb.su.se/ -b

Hello, I am trying to migrate a domain from G Suite using dsync and am not clear on how to configure so I am getting failures. This is the configuration in dovecot.conf: imapc_host = imap.gmail.com imapc_port = 993 imapc_password = 1234 imapc_ssl = imaps imapc_ssl_verify = yes imapc_features = gmail-migration I also tried with imapc_ssl_verify commented. For simplicity, both the username and

On Thu, 2020-04-09 at 13:48 +0300, Sami Ketola wrote: > > > > > On 31 Mar 2020, at 23.18, Ben Mulvihill <ben.mulvihill at gmail.com> > > wrote: > > > > Hello again, > > > > I am still stuck I'm afraid. > > > > I now have doveadm backup working perfectly from > > a small gmail mailbox (a few hundred messages), but >

Hi All, I am using "asterisk-11.12.0" version and I am trying to setup secure call (TLS + SRTP) between two extensions and while making a call, I got following error *CLI> == Using SIP RTP CoS mark 5 -- Executing [6004 at from-office:1] Dial("SIP/6003-00000000", "SIP/6004,20") in new stack == Using SIP RTP CoS mark 5 -- Called SIP/6004 SSL certificate

Hi, I followed the TLS/SRTP tutorial on the wiki [0] using Asterisk 11.8.1 on CentOS 6.5 x86_64 and CSipSimple on a Nexus with Android 4.4.x local wifi. The phone seems to register but directly after that things fall apart (turning SELinux off made no difference): *CLI> -- Registered SIP 'encrypted' at 10.0.0.137:58079 > Saved useragent

Goos morning all, I compiled Samba 3.0.14a with OpenLDAP 2.1.22-0 directory. I then enabled TLS between Samba and OpenLDAP. The following tests succeeded: s_server to s_client --> OK slapd to s_client --> OK slapd to OPenLDAP client commands (ldapsearch..) --> OK The problem is the following: when I start Samba (service smb start), slapd output returns: TLS trace:

Hello, This is a selfsigned cert. Both of the below methods were used. May I ask for 1. pointer to info setting up "intermediate certs" and where the certfile goes? The objective is to generate a self-signed cert and use it for just internal use with IMAPS dovecot. Separately, what are your thoughts as to why evolution works and thunderbird does not? Thank you, ==1 openssl

Originally I was planning on allowing all kinds of mail settings inside namespace {}, including imapc_* settings. But that's a bit difficult to implement (although I think it will happen some day). So for now I was thinking: imapc foo { host = imap.foo.com master_user = foomaster password = foopass } imapc bar { host = imap.bar.com ... } namespace { prefix = foo/ location =

Hello (Timo), yes, I know... maybe it's a bit far fetched, but I do have a use case. Would it be (reasonably easily) possible to implement IMAP ACL support for "imported" imapc namespaces/mailboxes? There is no local directory (like with the virtual plugin) yet... Greetings, Lutz -- Lutz Pre?ler <Lutz.Pressler at SerNet.DE> http://www.SerNet.DE/ SerNet Service