similar to: Issue with dsync server - copy transaction record copying to wrong destination mailbox.

In the same vein, I am receiving forensic DMARC reports from mx01.nausch.org. Whenever I send a message to the mailing list or when my server sends a DMARC report, I'm getting a DMARC Forensic report. It's odd, because the actual report tells me both DKIM and SPF (in the the of a DMARC report) pass... Here is what I am getting : This is an authentication failure report for an email

Hello Together Please i have new following Error, from DMARC Report, if i check my domain on example mxtoolbox i dont see any problems. Any from you know this Eror report, what i need to do to fix this issue? C:\folder>nslookup 94.237.32.243 Server: dns204.data.ch Address: 211.232.23.124 Name: wursti.dovecot.fi Address: 94.237.32.243

So i''ve inherited this solaris 10 system with a sun storedge attached. pool: tol-pool state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tol-pool ONLINE 0 0 0 raidz1 ONLINE 0 0 0 c1t8d0 ONLINE 0 0 0 c1t9d0 ONLINE 0 0 0

>From my logs: Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2793, box=Trash, msgid=<E2FEA6DFF2340C438369E79466FB7E94F43547 at EXCHANGE01.charite.de>, size=3025 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2794, box=Trash, msgid=<20080226140752B6F6EC3EF7$08D09877C3 at REALTIMEPCR>, size=12833 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge:

On 4/9/2018, 11:34:40 AM, Ivan Warren <ivan at vmfacility.fr> wrote: > Le 4/9/2018 ? 4:56 PM, DurgaPrasad - DatasoftComnet a ?crit?: >> Does doveadm backup backup the attachments as well when using SIS? > As far as I know, it does (it de-shares shared attachments) > > I've used that solution to stop using SIS at one point (it created > more problems than it solved

I just noticed one instance of this in the current CVS version: dovecot: Jul 18 15:25:48 Error: 5962 IMAP(mailuser): mbox sync: Expunged message reappeared in mailbox /mailhome/new/o/h/mailuser/mbox (UID 2834 < 2872) dovecot: Jul 18 15:25:48 Error: 5962 IMAP(mailuser): file mail-index-transaction.c: line 129 (mail_index_buffer_convert_to_uids): assertion failed: (*seq != 0) dovecot: Jul

Hi all, While trying to reindex a large mailbox to take advantage of Apache Tika, dovecot logs the following message: Error: Mailbox INBOX: Transaction commit failed: FTS transaction commit failed: transaction context The message is vague in that a transaction has failed, but nowhere does it say what the transaction boundaries are. Did the transaction affect the indexing of one message, or

I''ve been editing a rails app on Windows for a little while now. I just checked it into source control and started editing on my iMac. Everything seems to run normally, except that when I attempt to modify the database in any way (I''m running sqlite), I get a weird error: "cannot start a transaction within a transaction"

If the async transaction commitment failed, we need close the current transaction handler, or the current transaction will be blocked to commit because of this orphan handler. We fix the problem by doing sync transaction commitment, that is to invoke btrfs_commit_transaction(). Signed-off-by: Miao Xie <miaox@cn.fujitsu.com> --- fs/btrfs/ioctl.c | 4 ++++ 1 files changed, 4

On 11/13/20 9:56 AM, PGNet Dev wrote: >> (2) see here: https://wiki.dovecot.org/Plugins/FTS/Solr >> >> two useful settings are debug and rawlog_dir=whatever to be added in the same line as fts_solr with fts_solr = ... debug line #35 @ https://pastebin.com/9ecLQspD _looks_ like the 401's from solr server itself. i do NOT currently have service indexer{} service

On 11/13/20 11:37 AM, John Fawcett wrote: >> still dunno why the 401. :-/ > > So I just did a quick check of running dovecot with a standalone > solr-8.7.0 instance and I'm not seeing any issues. +1 > I confirm I haven't configured anything for indexer or indexer-worker in > dovecot, just left the defaults. +1 > For 401's returned from your solr server

> I guess you didn't need to enclose username and password in quotes, i.e. > > fts_solr = > url=https://myuser:my%40pass at solr.example.com:8984/solr/dovecot/ > use_libfts soft_commit=yes batch_size=250 On 11/13/20 12:56 PM, John Fawcett wrote: > I guess you didn't need to enclose username and password in quotes, i.e. > > fts_solr = >

On 13/11/2020 22:04, PGNet Dev wrote: >> I guess you didn't need to enclose username and password in quotes, i.e. >> >> fts_solr = >> url=https://myuser:my%40pass at solr.example.com:8984/solr/dovecot/ >> use_libfts soft_commit=yes batch_size=250 > > On 11/13/20 12:56 PM, John Fawcett wrote: > >> I guess you didn't need to enclose username and

On 13/11/2020 21:32, PGNet Dev wrote: > On 11/13/20 11:37 AM, John Fawcett wrote: >>> still dunno why the 401. :-/ >> >> So I just did a quick check of running dovecot with a standalone >> solr-8.7.0 instance and I'm not seeing any issues. > > +1 > >> I confirm I haven't configured anything for indexer or indexer-worker in >> dovecot, just

On 11/13/20 9:46 AM, John Fawcett wrote: >> (1) Can anyone yet verify Doveoct/fts-solr working with solr 8.7.x?>> (2) What logging config in Dovecot gets me more/detailed output for the fts_solr fail? >> (3) Any obvious clues as to what, specifically, is the source of this prob? >> > (1) I can't, I'm still on an earlier version I'll look for the 8.6.3,

On 13/11/2020 14:56, PGNet Dev wrote: > I've built a new dovecot + fts-solr instance; I've now picked up & am > running the recently released solr 8.7.0. > > In a test account, I've one message -- in the 'Drafts' folder. > > On exec of fts 'index' > > ????doveadm index -u testuser at example.com -q '*' > > I get a > >

On 13/11/2020 19:55, PGNet Dev wrote: > On 11/13/20 9:56 AM, PGNet Dev wrote: >>> (2) see here: https://wiki.dovecot.org/Plugins/FTS/Solr >>> >>> two useful settings are debug and rawlog_dir=whatever to be added in >>> the same line as fts_solr > > with > > ????fts_solr = ... debug > > line #35 @ https://pastebin.com/9ecLQspD _looks_ like

I've built a new dovecot + fts-solr instance; I've now picked up & am running the recently released solr 8.7.0. In a test account, I've one message -- in the 'Drafts' folder. On exec of fts 'index' doveadm index -u testuser at example.com -q '*' I get a 401 unauthorized indexing failure, only for the one dir+message in 'Drafts', 2020-11-13

An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20101031/bb482d8d/attachment.html>

I have a model called "Business". Each object say @business can be tagged by any user. When i do ferret update for this object(on adding a new tag or editing it), there always a possibility that another user is also tagging it. I am using the std rails pluggin for tagging ''acts_as_taggable''. So is the indexing done properly. Or would there be any problem? Thanks