-
-
Notifications
You must be signed in to change notification settings - Fork 363
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
offlineimap partial download #353
Comments
Please, check the non-synced folders are not in the folderfilter option. Stupid check but things like that happen to all of us. I think you're missing the reversed nametrans rule
Is the "initial' sync ok in the sense "on each new program start" or "first of all the syncs ever"? |
Any way to have offlineimap completely ignore and download everything?
First ever sync on this mailbox. |
Not "completely". Offlineimap is a syncer. The reversed nametrans rule is not required if you disable the creation of folders on the remote.
Ok. Now, we'll try to figure where the issue comes from. Is this reproducible with v6.7.0.2? |
To be sure: "partial" download means:
|
I downloaded that version and installed but /usr/local/bin/offlineimap --version always reports 7.0.0.0:
"partial" download means: ONLY sent directory is downloaded and all others are ignored. If you can provide a new .offlineimaprc that would download are directories, I'll try it out. |
Uninstall all versions. To test different versions, there's no need to install. Download and
What's the output of |
|
I can't dig into this with metasyntactic data. I'm fine with a private mail. |
Email sent. |
I'm not sure how this was fixed but it looks like it is. If not please let me know. |
yes, this is better! Thanks. |
For me the issue is still not fixed. First of all offlineimap does not print actual error with -d all, only blank line. Error is reported with warn level: self.ui.warn('', "Ignoring folder %s due to unsupported "
"'%s' character serving as local separator."%
(remotefolder.getvisiblename(), localrepos.getsep()))
continue # Ignore unsupported folder name. The error seems to appear because remotefolder.getvisiblename() looks to be already processed by nametrans. Relevant configuration:
basically nametrans adds dot at the beginning of folder name so ie remote folder pld/devel-en ends up as .pld.devel-en. However getvisiblename() returns something in between: .pld/devel-en. |
@jpalus Please, open a new issue. |
My bad. Don't. It's the correct issue. |
Commit 6b28071 makes the check once nametrans is applied. This is wrong. Github-fix: OfflineIMAP#353 Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
@jpalus Could you test above version, please? |
Commit 6b28071 makes the check once nametrans is applied. This is wrong because separators are valid characters in names returned by nametrans. E.g: "Sent" -> "[Gmail]/Sent" Make the check against the raw name of the folder, instead. Github-fix: OfflineIMAP#353 Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
Works fine now. Thanks! |
@jpalus Thank you for the report and the analysis. |
General informations
offlineimap -V
):offlineimap v7.0.0, imaplib2 v2.55 (bundled)
Python 2.7.12 (default, Jul 3 2016, 01:17:27) [GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 (tags/RELEASE_34/dot1-final 208032)] on freebsd10
home.example.net
none
Configuration file offlineimaprc
pythonfile (if any)
Error
Initial sync with offlineimap + davmail downloads about 1300 emails in sent, but then goes into its periodic check leaving behind the inbox and 12 separate directories.
Will offlineimap eventually download the full mailbox or did I make a mistake in my configuration file?
The text was updated successfully, but these errors were encountered: