search for: coyhile

...all, In an earlier thread, https://dovecot.org/pipermail/dovecot/2019-August/116694.html I got a lot of useful help about migration. On my older host, everything was static; on the newer host, I?m storing user information in Postgres. usernames are of the form <login at REALM>, say ?hile at coyhile.com? as basically a Kerberos principal, and authentication and individual lookups work. My `users` table looks thus: mail=> \d users Table "public.users" Column | Type | Modifiers ----------+------+----------- username | text | not null domain | text | not null password |...

...t;> In an earlier thread, https://dovecot.org/pipermail/dovecot/2019-August/116694.html I got a lot of useful help about migration. On my older host, everything was static; on the newer host, I?m storing user information in Postgres. usernames are of the form <login at REALM>, say ?hile at coyhile.com? as basically a Kerberos principal, and authentication and individual lookups work. >> >> My `users` table looks thus: >> >> mail=> \d users >> Table "public.users" >> Column | Type | Modifiers >> ----------+------+----------- >&g...

> > Did you check your logs? > that?s just it. There?s nothing in syslog (which is logging at mail.debug). Not just nothing useful, absolutely _nothing_ logged when I run that. All I see is this (printed, I presume to STDERR): doveadm backup -D -A -R -f ssh -i id_rsa.dsync imap01.coyhile.com /opt/local/bin/doveadm dsync-server -A Error: User listing returned failure doveadm: Error: Failed to iterate through some users dsync-local(hile at coyhile.com)<gCspG6m8Tl3bJQEAxHAMlw>: Error: read(remote) failed: EOF (version not received) The last line makes sense given the earlier fa...

...//dovecot.org/pipermail/dovecot/2019-August/116694.html</a> I got a lot of useful help about migration. On my older host, everything was static; on the newer host, I’m storing user information in Postgres. usernames are of the form <login@REALM>, say ‘ <a href="mailto:hile@coyhile.com">hile@coyhile.com</a>’ as basically a Kerberos principal, and authentication and individual lookups work. </div> <div> <br> </div> <div> My `users` table looks thus: </div> <div> <br>...

...> In an earlier thread, https://dovecot.org/pipermail/dovecot/2019-August/116694.html I got a lot of useful help about migration. On my older host, everything was static; on the newer host, I?m storing user information in Postgres. usernames are of the form <login at REALM>, say ?hile at coyhile.com? as basically a Kerberos principal, and authentication and individual lookups work. > > My `users` table looks thus: > > mail=> \d users > Table "public.users" > Column | Type | Modifiers > ----------+------+----------- > username | text | not null...

...quest_special = no queue_directory = /var/spool/postfix queue_minfree = 76800000 readme_directory = /opt/local/share/doc/postfix recipient_canonical_maps = hash:/opt/local/etc/postfix/recipient_canonical recipient_delimiter = + relayhost = relay.svc.a4b01392-e48d-4cdf-cacf-f850d1800d45.basement.cns.coyhile.com sample_directory = /opt/local/share/examples/postfix sender_canonical_maps = hash:/opt/local/etc/postfix/sender_canonical sendmail_path = /opt/local/sbin/sendmail setgid_group = maildrop shlib_directory = /opt/local/lib/postfix smtpd_banner = $myhostname ESMTP smtpd_client_restrictions = permit...

Am 11.08.2019 um 18:06 schrieb Coy Hile via dovecot: > And in syslog I see: > > 2019-08-11T15:37:57+00:00 81716ec5-bca4-6d53-ed81-bd1a55d46b4f postfix/smtpd[56103]: [ID 197553 mail.info] 12327F13D: client=ns1.coyhile.com[172.17.64.25] > 2019-08-11T15:38:40+00:00 81716ec5-bca4-6d53-ed81-bd1a55d46b4f postfix/cleanup[56365]: [ID 197553 mail.info] 12327F13D: message-id=<> > 2019-08-11T15:38:40+00:00 81716ec5-bca4-6d53-ed81-bd1a55d46b4f postfix/qmgr[56018]: [ID 197553 mail.info] 12327F13D: from=<coy.h...

...in syslog (which is logging at mail.debug). Not just nothing useful, absolutely _nothing_ logged when I run that. All I see is this (printed, I presume to STDERR): </div> <div> <br> </div> <div> doveadm backup -D -A -R -f ssh -i id_rsa.dsync imap01.coyhile.com /opt/local/bin/doveadm dsync-server -A </div> <div> Error: User listing returned failure </div> <div> doveadm: Error: Failed to iterate through some users </div> <div> dsync-local( <a href="mailto:hile@coyhile.com&quo...

For security, many systems are configured so you cannot log directly as root via the initial authentication in openssh. What is usually done is that you log onto as your normal login and once you get a interactive shell you su to root to run the command that requires root. Does openssh have a more elegant way of exec'ing a command as root so I can run the command non-interactively? I know:

...a Mail.app on my phone), they do get moved or deleted. However, if I take the same actions in the desktop mail client, when logging in to the Webmail (or phone) app, I see the messages still seeming to be in the Inbox. Is this known behavior? A peculiarity in Apple Mail? -- Coy Hile coy.hile at coyhile.com

Is there any update/work-around/patch/etc as of the S10u4 WOS for the bugs that existed with respect to LU, Zones, and ZFS? More specifically, the following: 6359924 live upgrade needs to include support for zfs I can''t even find that bug ID on bugs.opensolaris.org (or via sunsolve when I''m logged in for that matter) anymore. Basically, one couldn''t put zoneroot on

> On Aug 2, 2019, at 7:57 AM, Sami Ketola via dovecot <dovecot at dovecot.org> wrote: > > > >> On 2 Aug 2019, at 14.52, Coy Hile via dovecot <dovecot at dovecot.org> wrote: >> >> Good morning, >> >> >> I?m looking at dovecot replication for the first time for a particular use case: The VM running dovecot is currently in a public

...it.) FWIW, I think this applies only to deleted messages (where Mail.app may just set a flag rather than actually moving the messages to Trash) and to Mail.app's own Junk processing. (Things flagged as Spam and moved to Junk via Sieve do end up in the Junk folder.) -- Coy Hile coy.hile at coyhile.com

I run a pair of dovecot servers for personal small domains with several layers of backup in place ... - The two dovecot servers replicate to each via a Tinc vpn mesh. That gives email resiliency. - All mail is replicated via offlineimap to a 3rd server over that Tinc vpn. It's on the mesh, it has space, so why not ? - All mail is replicated as well as via mbsync to a zfs dataset on my

Hello list, I built an email system using a proxy / director pair (IMAP, POP3, LMTP) and a backend pair. To have an HA system, I would like to understand if it is better to use an NFS export or replication to save emails and index files NFS is provided by a NAS (in HA), while for replication I would use the local backend disks Which of the two systems is more reliable? Are there any drawbacks

In what I've read so far about the proposed features for Samba 4, I see mention of using a Samba 4 Domain Controller. Is support either present or planned to integrate the SAMBA 4 DC as a second or third DC? (That is to say, to join the Samba 4 DC as an additional DC for an existing 2003 or 2008 domain?) All of the documentation that I have read so far addresses the situation where the

Good morning, I?m looking at dovecot replication for the first time for a particular use case: The VM running dovecot is currently in a public cloud, and I want to move it on-premises, so I want to replicate all mail data from the older instance to the new (then cutover internal DNS) (and in the process update to newer features on the internal instance such as mdbox vs Maildir). However, the