Re: fetching spam from users' junk folders

[Vladislav Kurz via Info-cyrus]

On 12/07/16 18:35, Mikhail T. via Info-cyrus wrote:
> On 07.12.2016 12:00, info-cyrus-requ...@lists.andrew.cmu.edu wrote:
>> I use this to feed spamassassin automatically:
>> https://packages.debian.org/jessie/sa-learn-cyrus
> 
> Do you even need that? Each message can be found on the filesystem
> already in format directly understandable by sa-learn. I have the
> following cron-job running on my server as the cyrus-user:
> 
> find /var/spool/imap/user/*/spam*/ -type f -name '[0-9]*.' | xargs
> sa-learn --quiet --spam

Well that is in essence what sa-learn-cyrus does. It is just a nice
wrapper around that. As a bonus to it it can also delete (with ipurge)
the stuff that has been fed to sa-learn. I use "find | xargs sa-learn"
too, when I need to tweak the learning process more than sa-learn-cyrus
allows me to do.

Marcus Schopen wrote:
> Ah yes, thanks. I've seen that package a while a ago. My problem is,
> that SA and Cyrus are not running on the same host.

In that case it may be possible to share the spamassasin bayes database
via NFS, so that you can run sa-learn where the mailboxes are. But I'm
not sure if locking the bayes database is NFS-aware.

-- 
Regards
Vladislav Kurz


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: fetching spam from users junk folder

[Vladislav Kurz via Info-cyrus]

Dne Út 6. prosince 2016 08:34:39, Marcus Schopen via Info-cyrus napsal(a):
> Hi,
> 
> I'm looking for an easy way to fetch spams, which were moved into a
> special junk subfolder by users in their accounts. I'd like to move
> those messages from there to my account, so I can analyse them to adjust
> anti spam rules. How would you do that?
> 
> Ciao!

I use this to feed spamassassin automatically:
https://packages.debian.org/jessie/sa-learn-cyrus

Vladki

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Restore backup of a mailbox

[Vladislav Kurz via Info-cyrus]

On 11/10/16 12:17, Paul van der Vlis via Info-cyrus wrote:
> Hello,
> 
> A user has removed an important mailbox with all the sent-messages.
> 
> I've tried to restore the data from a backup, but then I don't see the
> mailbox with sent-messages.  And I don't find the programm
> "cyrreconstruct" anymore (the Debian version of "reconstruct").

cyrreconstruct is the right way to do it. It is in the package
cyrus-common-2.4 (or similar).

~# which cyrreconstruct
/usr/sbin/cyrreconstruct

As you have to run it as user cyrus, you have to specify the full path.

-- 
Best Regards
Vladislav Kurz


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Cyrus mail spool entirely on SSD - tiered storage

[Vladislav Kurz via Info-cyrus]

On 10/21/16 10:47, Rob N ★ via Info-cyrus wrote:
> At FastMail we have our mail spools on SSDs, in RAID10. We use Intel DC
> S3700 which, while on the expensive side, have been incredibly reliable
> and fast. They're all still 6G SATA; we're still looking at NVMe (with
> some enthusiasm).
> 
> We actually have too much mail right now to use SSDs for the entire
> spool, so we use Cyrus' tiered storage facility to keep the most recent
> (last week) mail on the SSD, and the rest on spindles (WD Gold 4TBs).
> There's a cyr_expire job that runs periodically to move old stuff down
> to the spindles. Metadata and caches are exclusively on the SSDs.

Hello Rob,

would you be so kind and point to some info (docs, howtos) about cyrus
tiered storage? All I found is
http://www.cyrusimap.org/~vanmeeuwen/imap/features/mail-spool-partitions.html
but that seem to be quite tedious to set up. Is your solution similar to
that? How transparent it is for users?

-- 
Best Regards
Vladislav Kurz


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: command line deletion of files

[Vladislav Kurz via Info-cyrus]

On 09/29/16 17:14, Wolfgang Breyha via Info-cyrus wrote:
> Vladislav Kurz via Info-cyrus wrote on 29/09/16 17:04:
>> ipurge is nice but I would really appreciate if it had a --dry-run
>> option. I'm never sure what it will really delete.
> 
> It got one in 2.5.9.
> 
> Greetings, Wolfgang
> 
Ah, thank you very much. +1 (like, thumbsup, etc ;)

-- 
Best regards
Vladislav Kurz


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: command line deletion of files

[Vladislav Kurz via Info-cyrus]

On 09/29/16 16:32, Patrick Boutilier via Info-cyrus wrote:
> On 09/29/2016 11:27 AM, Shawn Bakhtiar via Info-cyrus wrote:
>> Good morning,
>>
>> trying to get rid of some emails that have large attachments (i.e.
>> videos sent over email, or cd images, etc...)
>>
>> Would it be proper to
>>
>> rm -rf /var/spool/imap/u/username/mailbox/4321.
>>
>> then
>>
>> reconstruct -rf user.username
>>
>> Or is there a more "proper" way using cyrus?
> 
> Not sure about deleting a single message but you can use ipurge to
> delete messages based on size. Good to use in a script to parses the
> mail spool.
> 

rm + reconstruct is IMHO ok, we use that for trash/spam cleanup,
antivirus checks, and similar things.

ipurge is nice but I would really appreciate if it had a --dry-run
option. I'm never sure what it will really delete.


-- 
Best Regards
Vladislav Kurz


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Fwd: Re: squat broken after upgrade from 2.4 to 2.5?

[Vladislav Kurz via Info-cyrus]

I sent the previous mail off-list by mistake, so I'm forwarding it along
with the aswer for others to read.

Vladislav Kurz

 Forwarded Message 
Subject: Re: squat broken after upgrade from 2.4 to 2.5?
Date: Wed, 22 Jun 2016 11:59:12 +0200
From: Wolfgang Breyha 
To: Vladislav Kurz 

Vladislav Kurz wrote on 22/06/16 11:19:
> Somewhere I read a recommendation to just delete all squat files on
> upgrade, and let the squatter reindex everything. But I can recall where
> it was. Perhaps it should be done automatically on upgrades.

Somewhere... yes, that's exactly the state of cyrus documentation.

On XFER the cyrus.squat file is ignored/dropped and rebuilt at the next run.
That's ok so far.

But the point is that 2.5 promised an upgrade path without IO havoc like
2.3->2.4 which needed an "on first access" reconstruct. But dropping all
squat
DBs and rebuilding them is exact the same nightmare again.

cyrus.squat has a version number inside. Making it incompatible while
keeping
the same version is simply stupid and a bug.

Greetings, Wolfgang
-- 
Wolfgang Breyha  | http://www.blafasel.at/
Vienna University Computer Center | Austria



Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Issues with Outlook 2013 and message-id

[Vladislav Kurz via Info-cyrus]

Hi all,

I also have encountered the duplicate message-id problem, however I do
not remember which version of Outlook was doing that. Solved by
disabling duplicate suppression. It's better to have duplicates, than
lost emails.

Best Regards
Vladislav Kurz

On 05/12/16 08:35, Egoitz Aurrekoetxea via Info-cyrus wrote:
> Hi mates,
> 
> Thanks a lot then
> 
> I think I will try to find some solution I'm not happy with just
> staying with that Should think something... I will keep you updated
> if I write a patch or similar...
> 
> Best regards,
> 
> El 12/5/16 a las 8:05, Mark Cammidge escribió:
>> On 2016-05-12 07:55, Mark Cammidge wrote:
>>> On 2016-05-11 20:03, Egoitz Aurrekoetxea via Info-cyrus wrote:
 Good afternoon,

 Has anyone having duplicate supression enabled suffered from Outlook
 issues using the same message-id for one message and another one?.
 It seems to
 happen only when is sending mails in a mail conversation... where
 you reply and so... but even of that am not 100% sure... Have seen
 it with 2013...
>>>
>>> I've seen it in previous versions of Outlook.  The easiest solution
>>> is probably to just disable duplicate supression.  It's not a perfect
>>> solution. 
>>
>> Here's an old discussion (from this list) about the same issue:
>>
>> http://info-cyrus.andrew.cmu.narkive.com/26Q2oLZL/misterious-duplicate-message-id
> 
> -- 
> 
> 
> sarenet
> *Egoitz Aurrekoetxea*
> Departamento de sistemas
> 944 209 470
> Parque Tecnológico. Edificio 103
> 48170 Zamudio (Bizkaia)
> ego...@sarenet.es
> www.sarenet.es
> 
> Antes de imprimir este correo electrónico piense si es necesario hacerlo.
> 
> 
> 
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:
> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
> 


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: LDAP backed aliases

[Vladislav Kurz via Info-cyrus]

On Wednesday 30 of March 2016 "Jason L Tibbitts III via Info-cyrus"  wrote:

> > "TG" == Tony Galecki via Info-cyrus  
writes:
> TG> I’ve done a quick search and haven’t come across anything yet. Is
> TG> there a way to manage or pull alias information via LDAP? It could
> TG> be that my google fu is weaker than yours.
> 
> Well, I have my aliases in LDAP and have for years, but that doesn't
> involve cyrus at all.  It's done at the MTA level on our inbound mail
> servers, though you could do it at the MTA level on your cyrus machine
> as well.
> 
> My mail servers run Exim, but I doubt yours do so I don't think an
> example from my configuration would be very useful to you.

Hi,

I have the same situation at one server. Aliases in LDAP, but Exim (SMTP) 
server is dealing with them, not cyrus. I think that cyrus does not know about 
aliases at all. (whether in LDAP or anything else)

-- 
Best Regards
Vladislav Kurz

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: [POLL] Cyrus ACLs and group names

[Vladislav Kurz via Info-cyrus]

On Tuesday 17 of November 2015 "Adam Tauno Williams via Info-cyrus"  wrote:

> On Tue, 2015-11-17 at 07:40 +1100, Bron Gondwana via Info-cyrus wrote:
> > For those of you using Cyrus with group ACLs, how are your groups
> > named?
> > I know with the auth_unix backend, they are
> > 'group:'.  What I've seen from CMU's groups is that they
> > are of the form ':'.
> 
> Ours are group:

Same here group: (unix groups)

-- 
Bets Regards
Vladislav Kurz

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus