2004-03-27 16:07:20 +00:00
|
|
|
# Global configuration section
|
|
|
|
# Values here are used as defaults for any following Channel section that
|
|
|
|
# doesn't specify them.
|
|
|
|
Expunge None
|
|
|
|
Create Both
|
|
|
|
|
|
|
|
MaildirStore local
|
|
|
|
Path ~/Mail/
|
|
|
|
Trash Trash
|
|
|
|
|
|
|
|
|
|
|
|
IMAPStore work
|
|
|
|
Host work.host.com
|
2013-07-27 08:37:15 +00:00
|
|
|
User tehuser
|
2004-03-27 16:07:20 +00:00
|
|
|
Pass xxxxxxxx
|
2013-07-27 08:37:15 +00:00
|
|
|
# Fetch password from gnome-keyring:
|
|
|
|
#PassCmd "gnome-keyring-query get mail_pw"
|
|
|
|
# Fetch password from .netrc:
|
2015-03-22 10:44:33 +00:00
|
|
|
#PassCmd "sed -n -e 's,^machine work\\.host\\.com login tehuser password \\(.*\\),\\1,p' < $HOME/.netrc"
|
2013-07-27 08:37:15 +00:00
|
|
|
# Fetch password from a gpg-encrypted file:
|
|
|
|
#PassCmd "gpg --quiet --for-your-eyes-only --decrypt $HOME/imappassword.gpg"
|
2013-12-08 21:29:15 +00:00
|
|
|
# Fetch password from pwmd (http://pwmd.sourceforge.net/):
|
2015-03-22 10:44:33 +00:00
|
|
|
#PassCmd "echo -ne 'GET myIsp\\tpassword' | pwmc datafile"
|
2004-03-27 16:07:20 +00:00
|
|
|
|
|
|
|
Channel work
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
Far :work:
|
|
|
|
Near :local:work
|
|
|
|
Expunge Near
|
2004-03-27 16:07:20 +00:00
|
|
|
Sync PullNew Push
|
|
|
|
|
|
|
|
|
|
|
|
IMAPStore personal
|
|
|
|
Host host.play.com
|
|
|
|
Port 6789
|
|
|
|
RequireSSL no
|
|
|
|
|
|
|
|
Channel personal
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
Far :personal:
|
|
|
|
Near :local:personal
|
2004-03-27 16:07:20 +00:00
|
|
|
Expunge Both
|
|
|
|
MaxMessages 150
|
|
|
|
MaxSize 200k
|
|
|
|
|
|
|
|
IMAPStore remote
|
|
|
|
Tunnel "ssh -q host.remote.com /usr/sbin/imapd"
|
|
|
|
|
|
|
|
Channel remote
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
Far :remote:
|
|
|
|
Near :local:remote
|
2004-03-27 16:07:20 +00:00
|
|
|
|
|
|
|
|
|
|
|
Group boxes
|
|
|
|
Channels work personal remote
|
|
|
|
|
|
|
|
|
|
|
|
IMAPStore st1
|
|
|
|
Host st1.domain.com
|
|
|
|
RequireCRAM yes
|
|
|
|
CertificateFile ~/.st1-certificate.crt
|
|
|
|
|
|
|
|
IMAPStore st2
|
|
|
|
Host imap.another-domain.com
|
|
|
|
Path non-standard/
|
|
|
|
RequireSSL no
|
|
|
|
UseTLSv1 no
|
|
|
|
|
|
|
|
Channel rst
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
Far :st1:somebox
|
|
|
|
Near :st2:
|
2004-03-27 16:07:20 +00:00
|
|
|
|
|
|
|
|
|
|
|
IMAPAccount server
|
|
|
|
Host imaps:foo.bar.com
|
|
|
|
CertificateFile ~/.server-certificate.crt
|
|
|
|
|
|
|
|
IMAPStore server
|
|
|
|
Account server
|
|
|
|
MapInbox inbox
|
|
|
|
Trash ~/trash
|
|
|
|
TrashRemoteNew yes
|
|
|
|
|
|
|
|
MaildirStore mirror
|
|
|
|
Path ~/Maildir/
|
2015-05-01 17:16:23 +00:00
|
|
|
SubFolders Verbatim
|
2004-03-27 16:07:20 +00:00
|
|
|
|
|
|
|
Channel o2o
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
Far :server:
|
|
|
|
Near :mirror:
|
2004-03-27 16:07:20 +00:00
|
|
|
Patterns %
|
|
|
|
|
|
|
|
Group partial o2o:inbox,sent-mail,foobar
|
2013-12-08 08:49:39 +00:00
|
|
|
|
|
|
|
# INBOX => server, INBOX.foo => server.foo, etc.
|
|
|
|
Channel inbox
|
deprecate master/slave terminology
the underlying metaphor refers to an inhumane practice, so using it
casually is rightfully offensive to many people. it isn't even a
particularly apt metaphor, as it suggests a strict hierarchy that is
counter to mbsync's highly symmetrical mode of operation.
the far/near terminology has been chosen as the replacement, as it is a
natural fit for the push/pull terminology. on the downside, due to these
not being nouns, a few uses are a bit awkward, and several others had to
be amended to include 'side'. also, it's conceptually quite close to
remote/local, which matches the typical use case, but is maybe a bit too
suggestive of actually non-existing limitations.
the new f/n suffixes of the -C/-R/-X options clash with pre-existing
options, so direct concatenation of short options is even less practical
than before (some suffixes of -D already clashed), but doing that leads
to unreadable command lines anyway.
as with previous deprecations, all pre-existing command line and config
options keep working, but yield a warning. the state files are silently
upgraded.
2020-07-22 17:44:26 +00:00
|
|
|
Far :server:INBOX
|
|
|
|
Near :mirror:server
|
2013-12-08 08:49:39 +00:00
|
|
|
Patterns *
|