Re: watching and processing a Spam folder for each user

[Alvin Starr via Info-cyrus]

Take a look at sa-learn-cyrus.

Its a perl program that will traverse users spam/ham boxes and process them.

It may not be exactly what you want but would be a good jumping off point.


On 09/29/2016 02:48 PM, Adam Tauno Williams via Info-cyrus wrote:

While I can see this being a neat built-in feature of a mail server
like Cyrus IMAP, I doubt it exists.  I'd be happy to be corrected.

Good old fecthmail.

fetchmail --verbose --all --norewrite  \
   --folder 'user.awilliam.SPAM' --mda '/usr/bin/sa-learn --spam'


I wonder if such a beast exists.  I'd love any pointers if anyone
knows of such.

Yes, you probably already have it installed.





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


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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: how to deal with mail retention/archival.

[Alvin Starr via Info-cyrus]

If Strict compliance and regulatory requirements were the issue I would 
agree that a completely separate subsystem would be appropriate.


This is more for a company that is on the periphery of compliance issues.

There will be no compliance officers or strict validation against 
regulatory requirements.


The overall I.T. budget for the company would never be able to cover the 
cost of strict compliance.



On 08/26/2016 12:41 PM, Patrick Goetz via Info-cyrus wrote:

On 08/26/2016 08:09 AM, Alvin Starr via Info-cyrus wrote:

What are others doing for mail archival?



If you need to retain all email for regulatory reasons, I would run 
the mail through something like a procmail filter, sending one copy to 
the user and another to an Archival spool, which could even be an 
entirely separate smtp server.




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


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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: how to deal with mail retention/archival.

[Alvin Starr via Info-cyrus]

On 08/26/2016 10:25 AM, Adam Tauno Williams via Info-cyrus wrote:

On Fri, 2016-08-26 at 10:07 -0400, Alvin Starr via Info-cyrus wrote:

Well the MTA still does not deal with archival because it will need
to be passed through to Yet Another MDA to handle the archival and
management process.

I'm not sure what you mean.  You can archive to a 'shared' folder or
into an MBOX to be processed by something which rotates content.
Trapping all the email in postfix and using a bcc would either push the 
bcc'd email to another mail handler of back into cyrus in some other 
mailbox.

Which is doable but just seems clunky.



For the pure archival of the input/output stream including duplicate
deliveries and all spam always_bcc into YAMDA would work.

always_bcc and delayed expunge work for us.
This could be the answer. I tried using always_bcc for another use and 
found that it had some quirks with cyrus so I have avoided it since then 
but it may be worth a revisit.



In my thinking Cyrus is responsible for the storage and management of
email so archival would be a part of that process.

It has to be the MTAs responsibility as Cyrus very possibly does not
see *sent* mail; or messages which are somehow otherwise routed.


True enough but an always_bcc into the Sent folder would solve that problem.

--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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: how to deal with mail retention/archival.

[Alvin Starr via Info-cyrus]

I was wondering about the idea of using delayed_expunge.

I was also thinking about the expunge process moving the message out to 
some other place but that would be a change to the expunge code.



On 08/26/2016 10:19 AM, Andrew Morgan wrote:
Could your retention needs be satisfied with Cyrus' delayed_delete and 
delayed_expunge functionality?


Thanks,
Andy

On Fri, 26 Aug 2016, Alvin Starr via Info-cyrus wrote:

Well the MTA still does not deal with archival because it will need 
to be passed through to Yet Another MDA to handle the archival and 
management process.


For the pure archival of the input/output stream including duplicate 
deliveries and all spam always_bcc into YAMDA would work.


In my thinking Cyrus is responsible for the storage and management of 
email so archival would be a part of that process.




On 08/26/2016 09:17 AM, Nic Bernstein wrote:

Alvin,
This is really more of an issue for your MTA, such as Postfix or 
Exim.  The MDA -- Cyrus in this case -- has little or nothing to do 
with the sort of archiving/retention you need for compliance. Take a 
look at always_bcc and similar directives in Postfix, or the 
equivalent in whatever your MTA is.

-nic

On 08/26/2016 08:09 AM, Alvin Starr via Info-cyrus wrote:
A company I am working with is facing issues of regulatorymail 
retention.


Some searching has yielded little useful results other than putting 
a system in front to store all incoming messages.


What are others doing for mail archival?

An ideal solution would let the users carry on using current use 
patterns and not impose extra restrictions.


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net   ||



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


--
Nic bernstein...@onlight.com
Onlight Inc.www.onlight.com
6525 W Bluemound Rd., Ste 24  v. 414.272.4477
Milwaukee, Wisconsin  53213-4073  f. 414.290.0335


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||




--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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: how to deal with mail retention/archival.

[Alvin Starr via Info-cyrus]

Well the MTA still does not deal with archival because it will need to 
be passed through to Yet Another MDA to handle the archival and 
management process.


For the pure archival of the input/output stream including duplicate 
deliveries and all spam always_bcc into YAMDA would work.


In my thinking Cyrus is responsible for the storage and management of 
email so archival would be a part of that process.




On 08/26/2016 09:17 AM, Nic Bernstein wrote:

Alvin,
This is really more of an issue for your MTA, such as Postfix or 
Exim.  The MDA -- Cyrus in this case -- has little or nothing to do 
with the sort of archiving/retention you need for compliance. Take a 
look at always_bcc and similar directives in Postfix, or the 
equivalent in whatever your MTA is.

-nic

On 08/26/2016 08:09 AM, Alvin Starr via Info-cyrus wrote:

A company I am working with is facing issues of regulatorymail retention.

Some searching has yielded little useful results other than putting a 
system in front to store all incoming messages.


What are others doing for mail archival?

An ideal solution would let the users carry on using current use 
patterns and not impose extra restrictions.


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net   ||



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


--
Nic bernstein...@onlight.com
Onlight Inc.www.onlight.com
6525 W Bluemound Rd., Ste 24  v. 414.272.4477
Milwaukee, Wisconsin  53213-4073  f. 414.290.0335


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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

how to deal with mail retention/archival.

[Alvin Starr via Info-cyrus]

A company I am working with is facing issues of regulatorymail retention.

Some searching has yielded little useful results other than putting a 
system in front to store all incoming messages.


What are others doing for mail archival?

An ideal solution would let the users carry on using current use 
patterns and not impose extra restrictions.


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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 and scale-out

[Alvin Starr via Info-cyrus]

I was under the impression that Cyrus Murder handled the horizontal 
scale out of mailboxes across multiple servers.


I have not yet needed to scale up to the point where this would be an 
issue  but I would love to know what the answer would be.



On 06/12/2016 10:14 AM, Bron Gondwana via Info-cyrus wrote:

Funny you should ask :)

http://asg.andrew.cmu.edu/archive/message.php?mailbox=archive.cyrus-devel=4939

I definitely have plans of allowing everything to be written back in a reliable 
way so that losing an IMAP server is guaranteed(within the bounds of software 
reliability and all the parts following their contracts) to not lose anything 
which has been acknowledged back to the user!

Bron.

On Sat, Jun 11, 2016, at 01:18, Sebastian Hagedorn via Info-cyrus wrote:

Hi,

our systems guys keep telling us that we are doing things in an
old-fashioned way and should get with the program.

We are currently using a single Cyrus server with roughly 13 TB of storage
provided by a SAN. We used to have a Red Hat High Availability cluster, but
we traded that in for a VMWare HA setup earlier this year. So far we have
scaled up. We have added processors, RAM and storage to that single
(virtual) machine whenever necessary.

According to our systems people, we should scale out instead, the way
Exchange 2013 and Dovecot Pro apparently do. The idea, as I understand it,
is to have multiple backends that all provide access to the same mailboxes.
It should be possible to add and remove backends completely transparently.
Dovecot Pro seems to realize that by storing all mails in local caches
backed by shared object storage (e.g. Ceph), in conjunction with Dovecot
Director.

Now I'm trying to understand if anything like that is on the roadmap for
Cyrus. I see that Cyrus 3.0 (experimentally) supports object storage, but
only for archive partitions. Are there plans for Cyrus 3.1 or later to add
support for regular mail partitions as well?

Personally I'm stil happy with our setup, but I'm told that future storage
hardware won't easily support what we're doing anymore. I'm aware that both
clustering and replication are already possible with Cyrus, but my
understanding is that you can't trivially and automatically switch to a
replicated backend if one goes down. You also need to replicate all
messages to each new backend you introduce, which isn't quite what our
systems people would like to have.

Thanks
Sebastian
--
 .:.Sebastian Hagedorn - Weyertal 121 (Gebäude 133), Zimmer 2.02.:.
  .:.Regionales Rechenzentrum (RRZK).:.
.:.Universität zu Köln / Cologne University - ✆ +49-221-470-89578.:.

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
Email had 1 attachment:
+ Attachment1.2
   1k (application/pgp-signature)




--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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

problems copying mail from dovecot to cyrus.

[Alvin Starr via Info-cyrus]

I just had a fun time over the last few days with copying email from a 
dovecot based mail store to cyrus.
It seems that some of the multi-line X-Spam* headers were corrupted and 
would not copy over using imapsync.



I was able to get it to work by adding : --regexmess 
's{^X-Spam-Bar(.|\n)*X-Spam-Flag:.*$\n}{}m'

to imapsync but am wondering if anybody has a better solution.


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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: Request: Please sign this list's messages via DKIM or SPF

[Alvin Starr via Info-cyrus]

On 04/05/2016 03:42 AM, lst_hoe02--- via Info-cyrus wrote:


Zitat von Binarus via Info-cyrus :



Combine SPF / DKIM with domain blacklisting, and then you *have* an 
efficient spam fighting tool.




As stated the spam actually reaching our inboxes after around 90% 
cutoff is valid DKIM/SPF signed as it is mostly from the big free 
providers like Outlook.com, Google and Yahoo. Some other big share is 
from professional spam farms with always alternating IP and Domains 
ranges from all over the world with also valid DKIM/SPF. Next big 
share is from educational servers also mostly valid DKIM/SPF. The tiny 
rest with around 10% is in fact not DKIM/SPF signed.
From the valid e-mail around 20% looks like having a valid SPF/DKIM, 
mostly professional newsletters not personal mail from customers.


So No, SPF/DKIM is no useful spam fighting tool at least not in our 
corner of the world.


I kind of have to agree with Andreas to some extent on this.
SPF/DKIM does not help on incoming spam filtering all that much just 
because so few people use it and the default action is to accept mail 
that has no SPF/DKIM tagging.


It is great however for controlling how other people abuse your email 
address.
SPF can stop people from sending mail as you from systems that are not 
your own.
DKIM signs your messages so that you have assurance that they are coming 
from your mail servers.


I would argue that anybody operating a mail server should use SPF/DKIM 
just to make sure they are not helping the spammers.


Sadly putting these tools in place is not trivial and it will only be 
when postfix, sendmail, qmail and others include SPF/DKIM setups as part 
of the default install can things really start to change.



--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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: Sieve for shared mailboxes

[Alvin Starr via Info-cyrus]

I have had mixed luck with direct mailbox delivery(+ addressing) and 
when I say mixed I mean mostly bad.

I wanted to try using it for direct delivery of copies of all sent messages.
I found I needed special permissions on all the mailboxes and duplicate 
delivery detection would not work in that configuration.

So I dropped it.

My guess would be that you may need to setup a shared mailbox or group 
mail account that would process the mail into the shared mailbox and 
then you could use sieve.




On 03/18/2016 07:35 AM, Merlin Hartley wrote:
Sorry I wasn’t clear: we are using an alias with +plus addressing and 
lmtp to deliver into the shared mailbox
I have the shared mailbox working just fine… it is only the sieve on 
shared mailboxes that is failing...



aliases file:
mbujobs: +shared/mbujobs

exim router:
imap_shared_accept:
driver = accept
local_parts = ^\\+[^/]+/.+
transport = local_delivery_cyrus
  cannot_route_message = Unknown user

exit transport:
local_delivery_cyrus:
driver= lmtp
socket = /var/lib/imap/socket/lmtp
batch_max= 20
user = cyrus
group = mail
transport_filter = /usr/bin/tr -d \\000
delivery_date_add
envelope_to_add
return_path_add

--
Merlin Hartley
IT Systems Engineer
MRC Mitochondrial Biology Unit
Cambridge, CB2 0XY
United Kingdom

On 18 Mar 2016, at 11:29, Alvin Starr via Info-cyrus 
<info-cyrus@lists.andrew.cmu.edu 
<mailto:info-cyrus@lists.andrew.cmu.edu>> wrote:


Sieve is run as part of the mail delivery into the mailbox.
That would either be deliver or the lmtp interface.

If your users are dragging and dropping the messages into the shared 
mailboxes then I don't believe that you can have sieve run on the 
mbox to mbox transfer.



On 03/18/2016 06:48 AM, Merlin Hartley via Info-cyrus wrote:

Greetings

I have been managing our mail domain on a cyrus-imap () server 
since 2005 and it has always been great for our ~150 users.


Of course, over-time more complexity is always required and I have 
recently implemented a few shared mailboxes (rather than just 
sharing user mailboxes).
Inevitably, the users are now asking for an auto-reply to be 
configured for some of these shared mailboxes…


We are already using sieve scripts (managed with Roundcubemail 
talking through the firewall to timsieved) so it seems natural to 
use this technology here too...


I have followed the instructions on this page:
https://cyrusimap.org/imap/admin/sieve.html?highlight=sieve#managing-sieve-scripts

But the last step doesn’t seem to do anything…

So I have a few related questions:

1) how can I query a mailbox to read the flags set by mboxconfig?
2) has anyone got sieve working with shared mailboxes?
3) is it possible to invoke a sieveshell in the context of a shared 
mailbox?


I seem to have successfully created the global scripts (a ‘global’ 
folder has appeared in the sievedir) - just can’t seem to attach it 
to a shared mailbox.


Many thanks!


Merlin


P.S. Here is some relevant server info:

[root@mercury merlin]# sieveshell -u cyrus -a cyrus localhost
connecting to localhost
Please enter your password:
> list
mbu_jobs  <- active script

[root@mercury ~]# ls /var/lib/imap/sieve/global/
*defaultbc* mbu_jobs.bc  mu_jobs.script

[root@mercury ~]# cyrus-admin
verify error:num=19:self signed certificate in certificate chain
localhost> mboxconfig shared/mbujobs sieve mbu_jobs
localhost>

[root@mercury ~]# yum list cyrus-imapd
Installed Packages
cyrus-imapd.x86_64   2.5.0-4.9 
@cyrus-imapd_2.5.x

(which is a Kolab repository I installed onto my CentOS 6 server)

[root@mercury ~]# uname -a
Linux mercury.mrc-mbu.cam.ac.uk <http://mercury.mrc-mbu.cam.ac.uk/> 
2.6.32-573.18.1.el6.x86_64 #1 SMP Tue Feb 9 22:46:17 UTC 2016 x86_64 
x86_64 x86_64 GNU/Linux


--
Merlin Hartley
IT Systems Engineer
MRC Mitochondrial Biology Unit
Cambridge, CB2 0XY
United Kingdom




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


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net   ||

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




--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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: Sieve for shared mailboxes

[Alvin Starr via Info-cyrus]

Sieve is run as part of the mail delivery into the mailbox.
That would either be deliver or the lmtp interface.

If your users are dragging and dropping the messages into the shared 
mailboxes then I don't believe that you can have sieve run on the mbox 
to mbox transfer.



On 03/18/2016 06:48 AM, Merlin Hartley via Info-cyrus wrote:

Greetings

I have been managing our mail domain on a cyrus-imap () server 
since 2005 and it has always been great for our ~150 users.


Of course, over-time more complexity is always required and I have 
recently implemented a few shared mailboxes (rather than just sharing 
user mailboxes).
Inevitably, the users are now asking for an auto-reply to be 
configured for some of these shared mailboxes…


We are already using sieve scripts (managed with Roundcubemail talking 
through the firewall to timsieved) so it seems natural to use this 
technology here too...


I have followed the instructions on this page:
https://cyrusimap.org/imap/admin/sieve.html?highlight=sieve#managing-sieve-scripts

But the last step doesn’t seem to do anything…

So I have a few related questions:

1) how can I query a mailbox to read the flags set by mboxconfig?
2) has anyone got sieve working with shared mailboxes?
3) is it possible to invoke a sieveshell in the context of a shared 
mailbox?


I seem to have successfully created the global scripts (a ‘global’ 
folder has appeared in the sievedir) - just can’t seem to attach it to 
a shared mailbox.


Many thanks!


Merlin


P.S. Here is some relevant server info:

[root@mercury merlin]# sieveshell -u cyrus -a cyrus localhost
connecting to localhost
Please enter your password:
> list
mbu_jobs  <- active script

[root@mercury ~]# ls /var/lib/imap/sieve/global/
*defaultbc* mbu_jobs.bc  mu_jobs.script

[root@mercury ~]# cyrus-admin
verify error:num=19:self signed certificate in certificate chain
localhost> mboxconfig shared/mbujobs sieve mbu_jobs
localhost>

[root@mercury ~]# yum list cyrus-imapd
Installed Packages
cyrus-imapd.x86_64 2.5.0-4.9   
@cyrus-imapd_2.5.x

(which is a Kolab repository I installed onto my CentOS 6 server)

[root@mercury ~]# uname -a
Linux mercury.mrc-mbu.cam.ac.uk  
2.6.32-573.18.1.el6.x86_64 #1 SMP Tue Feb 9 22:46:17 UTC 2016 x86_64 
x86_64 x86_64 GNU/Linux


--
Merlin Hartley
IT Systems Engineer
MRC Mitochondrial Biology Unit
Cambridge, CB2 0XY
United Kingdom




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


--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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: sync_client Segmentation fault (core dumped)

[Alvin Starr via Info-cyrus]

With it dying just after starttls I would be inclined to check the 
tls/ssl config.

Or possibly try running the sync without TLS enabled.

On 11/25/2015 08:32 AM, Patrick Boutilier via Info-cyrus wrote:

On 11/25/2015 06:21 AM, Sunny via Info-cyrus wrote:

Hi

[root@imap08 user]# su cyrus
bash-4.1$ /usr/lib/cyrus-imapd/sync_client -v -l -S backup-imap01 -u 
test8

Segmentation fault (core dumped)


I run strace

bash-4.1$ strace /usr/lib/cyrus-imapd/sync_client -v -l -S backup-imap01
-u test8

munmap(0x7f1300165000, 4096)= 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 5
connect(5, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = 0
sendto(5, "\2\0\0\0\r\0\0\0\6\0\0\0hosts\0", 18, MSG_NOSIGNAL, NULL, 0)
= 18
poll([{fd=5, events=POLLIN|POLLERR|POLLHUP}], 1, 5000) = 1 ([{fd=5,
revents=POLLIN|POLLHUP}])
recvmsg(5, {msg_name(0)=NULL, msg_iov(2)=[{"hosts\0", 6},
{"\270O\3\0\0\0\0\0", 8}], msg_controllen=24, {cmsg_len=20,
cmsg_level=SOL_SOCKET, cmsg_type=SCM_RIGHTS, {6}},
msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 14
mmap(NULL, 217016, PROT_READ, MAP_SHARED, 6, 0) = 0x7f12fffd4000
close(6)= 0
close(5)= 0
rt_sigaction(SIGALRM, {0x7f130018d920, [], SA_RESTORER, 0x7f12fe0816a0},
NULL, 8) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 5
alarm(10)   = 0
connect(5, {sa_family=AF_INET, sin_port=htons(2005),
sin_addr=inet_addr("10.31.4.14")}, 16) = 0
alarm(0)= 10
rt_sigaction(SIGALRM, {SIG_IGN, [ALRM], SA_RESTORER|SA_RESTART,
0x7f12fe0816a0}, {0x7f130018d920, [], SA_RESTORER, 0x7f12fe0816a0}, 
8) = 0

read(5, "* STARTTLS\r\n* OK backup-imap01"..., 4096) = 91
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)

Any advice how to fix this?

Regards
Sunny

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



Anything in logs on the sync server?



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



--
Alvin Starr   ||   voice: (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


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