Session reuse in sync_client (openssl 1.1.0f)

2017-08-23 Thread Johan Hattne 
Dear all;

I’m seeing issues with sync_client (from 2.5.11) in rolling replication mode 
with openssl 1.1.0f.  The first connection works just fine, and sync_client 
keeps a pointer to the SSL session for future use.  Before repeating, the 
existing connection is torn down, but the session is supposed to be preserved.  
What’s happening in my case is that sync_client segfaults on the second 
iteration, apparently because the session was released as well, which renders 
sync_client’s pointer invalid.  I’m lead to believe that this was not 
necessarily the case with older versions of openssl.

One way to work around this is to increase the reference counter of the session 
so that it won’t be freed when the connection is shut down.  That can be 
accomplished by replacing

  if (sess) *sess = SSL_get_session(tls_conn);

with

  if (sess) *sess = SSL_get1_session(tls_conn);

on line 1568 of tls.c (current cyrus-imapd-2.5 sources).  I understand too 
little about the rest of the code to tell whether this is a sensible approach 
or not.  Opinions, anyone?

// Best wishes; Johan

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 3.0.3 XAPPEPUSH

2017-08-23 Thread Arnaldo Viegas de Lima 
The easy part is a merit of the Cyrus architecture (mostly the notification 
support) and the way Apple Push was added (thanks to whoever did it - my guess 
the folks at FastMail).
It’s really ingenious: just added the response to the XAPPLEPUSH extension 
command and pass all of it’s processing (registration) to a new notification. 
The rest is business as usual with notifications.

And Cyrus plays really nice in this scenario: you can push on new mail, 
trashing, move, read/unread. Any action that will cause the subscribed  (for 
push) mailboxes to change. And it works beautifully. 

It’s really nice to see the nudge whenever a new mail comes, and not only at 
fixed intervals. Also, properly handling  notifications (other than NewMessage) 
allows for it play nice when the user reads mail on a desktop and on a mobile 
device. I personally hate to have the phone tell me I have 4 new mails to 
realize they where those 4 mails I read/trashed 10 minutes ago on the desktop - 
it’s weird to open a mailbox expecting something and find it empty. Cool to see 
the badge incrementing and decrementing.

I just hope it stays on the upstream Cyrus as it is a really nice feature, if 
you can use it (push certificate/key issue).

Arnaldo. 

> On Aug 23, 2017, at 6:37 PM, David Lang  wrote:
> 
> on the contrary, thanks for sending it to the list, besides others who may 
> want to do the exact same thing, it also helps others who may not have 
> realized that such things could be done easily.
> 
> at 28k, it's not like it was a massive e-mail
> 
> David Lang
> 
> 


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 3.0.3 XAPPEPUSH

2017-08-23 Thread David Lang 
on the contrary, thanks for sending it to the list, besides others who may want 
to do the exact same thing, it also helps others who may not have realized that 
such things could be done easily.


at 28k, it's not like it was a massive e-mail

David Lang


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: 2.4.12 vs 3.0.2 different protocol behaviour

2017-08-23 Thread Gabriele Bulfon 
In the reconstruct log, I have all the:
Repacked user/blabla/dra...@sonicle.com to version 13
for all the mailbox trees.
Obviously "Other Users" is not in reconstruct, as it is a virtual folder coming 
out of the incoming sharings.
ACLs looks same with cyradm for shared folders:
localhostlam user/soni...@sonicle.com
gabriele.bul...@sonicle.com lrswipkxtecda
soni...@sonicle.com lrswipkxtecda
localhostlam user/soni...@sonicle.com
gabriele.bul...@sonicle.com lrswipkxtecda
soni...@sonicle.com lrswipkxtecda
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
From:
Merlin Hartley
To:
Gabriele Bulfon
Cc:
info-cyrus@lists.andrew.cmu.edu
Date:
August 23, 2017 5:16:22 PM CEST
Subject:
Re: 2.4.12 vs 3.0.2 different protocol behaviour
Just a quickie: Are you sure these mailboxes migrated properly?
M
--
Merlin Hartley
Computer Officer
MRC Mitochondrial Biology Unit
Cambridge, CB2 0XY
United Kingdom
On 23 Aug 2017, at 15:55, Gabriele Bulfon
gbul...@sonicle.com
wrote:
I would add that both systems returns the same list of folders with :
. LIST "" %
including the "Other Users" :
* LIST (\HasNoChildren) "/" INBOX
* LIST (\HasChildren) "/" Archive
...
* LIST (\Noselect \HasChildren) "/" "Other Users"
but then the java code just tries a "folder.list()" on each of them, to see for 
subfolders.
Here the javamail code, before issuing the list command, tries the 
"checkExistance" using :
. LIST "" "Other Users"
and 3.0.2 returns an empty result.
Also trying by hand :
. LIST "Other Users" *
returns all the subtree on 2.4.12, while it's empty on 3.0.2.
Any idea?
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
From:
Gabriele Bulfon
gbul...@sonicle.com
To:
info-cyrus@lists.andrew.cmu.edu
Date:
August 23, 2017 4:41:36 PM CEST
Subject:
2.4.12 vs 3.0.2 different protocol behaviour
Hi,
I found a problem while scanning the imap tree through our java web app, 
behaving differently from a 2.4.12 to a 3.0.2 upgraded.
Looking at the protocol I find these differences:
==2.4.12==
. LIST "" "Other Users"
* LIST (\Noselect \HasChildren) "/" "Other Users"
. OK Completed (0.000 secs 192 calls)
==3.0.2==
. LIST "" "Other Users"
. OK Completed (0.000 secs)
So, what happens is that while the java code is checking existence of a folder 
in the tree, on 3.0.2 it receives an error.
Systems are same, replicated, but one upgraded to 3.0.2, so imap base and 
configuration is the same, but for the 3.0.2 trimmings.
Is there any setting for compatibility in this case?
Thanx!
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
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

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: 2.4.12 vs 3.0.2 different protocol behaviour

2017-08-23 Thread Gabriele Bulfon 
How do I know? I just moved to 3.0.2 and reconstructed.
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
From:
Merlin Hartley
To:
Gabriele Bulfon
Cc:
info-cyrus@lists.andrew.cmu.edu
Date:
August 23, 2017 5:16:22 PM CEST
Subject:
Re: 2.4.12 vs 3.0.2 different protocol behaviour
Just a quickie: Are you sure these mailboxes migrated properly?
M
--
Merlin Hartley
Computer Officer
MRC Mitochondrial Biology Unit
Cambridge, CB2 0XY
United Kingdom
On 23 Aug 2017, at 15:55, Gabriele Bulfon
gbul...@sonicle.com
wrote:
I would add that both systems returns the same list of folders with :
. LIST "" %
including the "Other Users" :
* LIST (\HasNoChildren) "/" INBOX
* LIST (\HasChildren) "/" Archive
...
* LIST (\Noselect \HasChildren) "/" "Other Users"
but then the java code just tries a "folder.list()" on each of them, to see for 
subfolders.
Here the javamail code, before issuing the list command, tries the 
"checkExistance" using :
. LIST "" "Other Users"
and 3.0.2 returns an empty result.
Also trying by hand :
. LIST "Other Users" *
returns all the subtree on 2.4.12, while it's empty on 3.0.2.
Any idea?
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
From:
Gabriele Bulfon
gbul...@sonicle.com
To:
info-cyrus@lists.andrew.cmu.edu
Date:
August 23, 2017 4:41:36 PM CEST
Subject:
2.4.12 vs 3.0.2 different protocol behaviour
Hi,
I found a problem while scanning the imap tree through our java web app, 
behaving differently from a 2.4.12 to a 3.0.2 upgraded.
Looking at the protocol I find these differences:
==2.4.12==
. LIST "" "Other Users"
* LIST (\Noselect \HasChildren) "/" "Other Users"
. OK Completed (0.000 secs 192 calls)
==3.0.2==
. LIST "" "Other Users"
. OK Completed (0.000 secs)
So, what happens is that while the java code is checking existence of a folder 
in the tree, on 3.0.2 it receives an error.
Systems are same, replicated, but one upgraded to 3.0.2, so imap base and 
configuration is the same, but for the 3.0.2 trimmings.
Is there any setting for compatibility in this case?
Thanx!
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
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

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: 2.4.12 vs 3.0.2 different protocol behaviour

2017-08-23 Thread Merlin Hartley 
Just a quickie: Are you sure these mailboxes migrated properly?

M
--
Merlin Hartley
Computer Officer
MRC Mitochondrial Biology Unit
Cambridge, CB2 0XY
United Kingdom

> On 23 Aug 2017, at 15:55, Gabriele Bulfon  wrote:
> 
> I would add that both systems returns the same list of folders with :
> 
> . LIST "" %
> 
> including the "Other Users" :
> 
> * LIST (\HasNoChildren) "/" INBOX
> * LIST (\HasChildren) "/" Archive
> ...
> * LIST (\Noselect \HasChildren) "/" "Other Users"
> 
> but then the java code just tries a "folder.list()" on each of them, to see 
> for subfolders.
> Here the javamail code, before issuing the list command, tries the 
> "checkExistance" using :
> 
> . LIST "" "Other Users"
> 
> and 3.0.2 returns an empty result.
> 
> Also trying by hand :
> 
> . LIST "Other Users" *
> 
> returns all the subtree on 2.4.12, while it's empty on 3.0.2.
> 
> Any idea?
> 
> Gabriele
> 
> 
> Sonicle S.r.l. : http://www.sonicle.com 
> Music: http://www.gabrielebulfon.com 
> Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon 
> 
> 
> 
> From: Gabriele Bulfon 
> To: info-cyrus@lists.andrew.cmu.edu
> Date: August 23, 2017 4:41:36 PM CEST
> Subject: 2.4.12 vs 3.0.2 different protocol behaviour
> 
> 
> Hi,
> 
> I found a problem while scanning the imap tree through our java web app, 
> behaving differently from a 2.4.12 to a 3.0.2 upgraded.
> Looking at the protocol I find these differences:
> 
> ==2.4.12==
> . LIST "" "Other Users"
> * LIST (\Noselect \HasChildren) "/" "Other Users"
> . OK Completed (0.000 secs 192 calls)
> 
> ==3.0.2==
> . LIST "" "Other Users"
> . OK Completed (0.000 secs)
> 
> So, what happens is that while the java code is checking existence of a 
> folder in the tree, on 3.0.2 it receives an error.
> Systems are same, replicated, but one upgraded to 3.0.2, so imap base and 
> configuration is the same, but for the 3.0.2 trimmings.
> 
> Is there any setting for compatibility in this case?
> 
> Thanx!
> Gabriele
> 
> Sonicle S.r.l. : http://www.sonicle.com 
> Music: http://www.gabrielebulfon.com 
> Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon 
> 
> 
> 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


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: 2.4.12 vs 3.0.2 different protocol behaviour

2017-08-23 Thread Gabriele Bulfon 
I would add that both systems returns the same list of folders with :
. LIST "" %
including the "Other Users" :
* LIST (\HasNoChildren) "/" INBOX
* LIST (\HasChildren) "/" Archive
...
* LIST (\Noselect \HasChildren) "/" "Other Users"
but then the java code just tries a "folder.list()" on each of them, to see for 
subfolders.
Here the javamail code, before issuing the list command, tries the 
"checkExistance" using :
. LIST "" "Other Users"
and 3.0.2 returns an empty result.
Also trying by hand :
. LIST "Other Users" *
returns all the subtree on 2.4.12, while it's empty on 3.0.2.
Any idea?
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
From:
Gabriele Bulfon
To:
info-cyrus@lists.andrew.cmu.edu
Date:
August 23, 2017 4:41:36 PM CEST
Subject:
2.4.12 vs 3.0.2 different protocol behaviour
Hi,
I found a problem while scanning the imap tree through our java web app, 
behaving differently from a 2.4.12 to a 3.0.2 upgraded.
Looking at the protocol I find these differences:
==2.4.12==
. LIST "" "Other Users"
* LIST (\Noselect \HasChildren) "/" "Other Users"
. OK Completed (0.000 secs 192 calls)
==3.0.2==
. LIST "" "Other Users"
. OK Completed (0.000 secs)
So, what happens is that while the java code is checking existence of a folder 
in the tree, on 3.0.2 it receives an error.
Systems are same, replicated, but one upgraded to 3.0.2, so imap base and 
configuration is the same, but for the 3.0.2 trimmings.
Is there any setting for compatibility in this case?
Thanx!
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon
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

2.4.12 vs 3.0.2 different protocol behaviour

2017-08-23 Thread Gabriele Bulfon 
Hi,
I found a problem while scanning the imap tree through our java web app, 
behaving differently from a 2.4.12 to a 3.0.2 upgraded.
Looking at the protocol I find these differences:
==2.4.12==
. LIST "" "Other Users"
* LIST (\Noselect \HasChildren) "/" "Other Users"
. OK Completed (0.000 secs 192 calls)
==3.0.2==
. LIST "" "Other Users"
. OK Completed (0.000 secs)
So, what happens is that while the java code is checking existence of a folder 
in the tree, on 3.0.2 it receives an error.
Systems are same, replicated, but one upgraded to 3.0.2, so imap base and 
configuration is the same, but for the 3.0.2 trimmings.
Is there any setting for compatibility in this case?
Thanx!
Gabriele
Sonicle S.r.l.
:
http://www.sonicle.com
Music:
http://www.gabrielebulfon.com
Quantum Mechanics :
http://www.cdbaby.com/cd/gabrielebulfon

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 3.0.3 XAPPEPUSH

2017-08-23 Thread Arnaldo Viegas de Lima 
Forgot to remove the list from the email, so it was also sent to the list. My 
sincere apologies.


> On Aug 23, 2017, at 8:28 AM, Arnaldo Viegas de Lima 
>  wrote:
> 
> I’ve sent Sebastian the script with some comments (I don’t think a list is 
> the proper way to share code). If anyone else wants a peek, let me know.
> 

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 3.0.3 XAPPEPUSH

2017-08-23 Thread Arnaldo Viegas de Lima 
I’ve sent Sebastian the script with some comments (I don’t think a list is the 
proper way to share code). If anyone else wants a peek, let me know.


> On Aug 23, 2017, at 7:15 AM, Sebastian Hagedorn  wrote:
> 
> Hi,
> 
> I doubt that we could actually use such a solution, but I'm definitely 
> curious about it! Please share the script :-)
> 
> --On 22. August 2017 um 18:21:44 -0300 Arnaldo Viegas de Lima 
>  wrote:
> 
>> If anyone is interested (and have a proper push certificate) I have
>> written a small external script to be called from notifyd to handle all
>> aspects of Apple push notification, with device registration being handle
>> by a MySQL database (with cleanup). I think I’ve covered most of the
>> cenários: registration, cleanup, new message, delete and move. Works
>> great!
>> 
>> We have a very small shop here (a boutique consulting firm) so approach
>> (external program, not a daemon) suits our needs. I will be glad to share
>> it.
> 
> 
> Mit freundlichen Grüßen
> 
> Sebastian Hagedorn
> -- 
>   .:.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

Cyrus 3.0.3 XAPPLEPUSH

2017-08-23 Thread Arnaldo Viegas de Lima 
Hi Sebastian,

A few notes:

- You need a valid push certificate. You can get one from macOS Server, but I 
do not know the limitations on the usage. My shop is really small, so I think 
it’s not a problem. 

- There is close to nothing documenting how this work, so much of it is based 
on looking at the source code (Cyrus), from info on a similar Dovecot plugin 
and on the actual Apple source code (based on Dovecot). Also a lot of debugging 
and trial and error.

- Contrary to the existing (and minimal) reference in the docs, there is no 
“—enable-apple-push-service” configure flag. The code in imapd is so simple and 
harmless that it’s always compiled.

- XAPPLEPUSH requires TLS, so if TLS is not configured it will not be 
advertised.

- XAPPLEPUSH is only advertised with the proper notifications settings (see 
bellow).

- I used MySQL because it’s already running on the same server as Cyrus and I 
have a nice set of functions to make scripts like this a breeze. For the same 
reasons, it’s in PHP.


This is what needs to be added to imapd.conf:

# Apple Push Service Events
event_notifier: external
event_groups: applepushservice message flags
event_extra_params: timestamp vnd.cmu.unseenMessages 
notify_external: /usr/local/bin/notifyd_apns
aps_topic: com.apple.mail.XServer.xxx

aps_topic is the common name take from the certificate. It’s sent to the mobile 
device so that it will match the source of the push notification when it 
arrives.


The MySQL database configuration is also attached.

For the certificate you need to enable mail services and export the 
“mobilemail” certificate and key (as pkcs12) from the keychain. Then use 
openssl to remove key and certificate as well as to unencrypt the key. Combine 
both in a single PEM file.

Enjoy!



notifyd_apns
Description: Binary data


apns_mobilemail.sql
Description: Binary data







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 Imapd 3.0.3 - Crash when opening the mailbox list (subscribe to folder)

2017-08-23 Thread Jan Hendrik Ribbat 
 

Good day,

 

on my test-system (latest arch-linux) I have installed cyrus imap 3.0.3
(Same issue with 3.0.2). With almost the same configuration the system was
working with cyrus imap 2.5.7. 

 

Actually I am not able to access subfolders (under inbox) or subscribe to a
folder.

 

The inbox is working properly and mails can be received.

 

I've tried this with thunderbird and outlook as clients  - both with the
same result.

 

Thank you for any support!

 

Jan Hendrik

 

The system is a Virtual machine with the latest arch linux; 4 CPU; 2 GB Ram.


glibc 2.25-7; Kernel:  4.2.5-1-selinux

 

Syslog show the following message:

 

cyrus/master[29238]: process type:SERVICE name:imaps path:/usr/sbin/imapd
age:6.865s pid:29242 signaled to death by signal 6 (Aborted, core dumped)

 

 

#

 

Core Dump:

*** Error in `imapd': malloc(): memory corruption (fast): 0x562e69eab6a0
***

=== Backtrace: =

/usr/lib/libc.so.6(+0x72bdd)[0x7fbc7a92cbdd]

/usr/lib/libc.so.6(+0x792ec)[0x7fbc7a9332ec]

/usr/lib/libc.so.6(+0x7c4a0)[0x7fbc7a9364a0]

/usr/lib/libc.so.6(__libc_malloc+0x78)[0x7fbc7a9376a8]

/usr/lib/libc.so.6(+0xce183)[0x7fbc7a988183]

/usr/lib/libc.so.6(regcomp+0xaa)[0x7fbc7a98ddea]

/usr/lib/libcyrus.so.0(glob_init+0x2f0)[0x7fbc7bc6656f]

/usr/lib/libcyrus_imap.so.0(+0x65aa8)[0x7fbc7bf6daa8]

/usr/lib/libcyrus_imap.so.0(mboxlist_findsubmulti+0x17a)[0x7fbc7bf6f98f]

imapd(+0x3492c)[0x562e696cd92c]

imapd(+0x262dc)[0x562e696bf2dc]

imapd(+0x136cc)[0x562e696ac6cc]

imapd(+0x11722)[0x562e696aa722]

imapd(+0x49c82)[0x562e696e2c82]

/usr/lib/libc.so.6(__libc_start_main+0xea)[0x7fbc7a8da4ca]

imapd(+0xba8a)[0x562e696a4a8a]

=== Memory map: 

562e69699000-562e696f1000 r-xp  ca:03 411803
/usr/sbin/imapd

562e698f-562e698f2000 r--p 00057000 ca:03 411803
/usr/sbin/imapd

562e698f2000-562e698f3000 rw-p 00059000 ca:03 411803
/usr/sbin/imapd

562e698f3000-562e698f7000 rw-p  00:00 0

562e69dd7000-562e69f6 rw-p  00:00 0
[heap]

7fbc6c00-7fbc6c021000 rw-p  00:00 0

7fbc6c021000-7fbc7000 ---p  00:00 0

7fbc71298000-7fbc712a3000 r-xp  ca:03 393520
/usr/lib/libnss_nis-2.25.so

7fbc712a3000-7fbc714a2000 ---p b000 ca:03 393520
/usr/lib/libnss_nis-2.25.so

7fbc714a2000-7fbc714a3000 r--p a000 ca:03 393520
/usr/lib/libnss_nis-2.25.so

7fbc714a3000-7fbc714a4000 rw-p b000 ca:03 393520
/usr/lib/libnss_nis-2.25.so

7fbc714a4000-7fbc714b9000 r-xp  ca:03 393519
/usr/lib/libnsl-2.25.so

7fbc714b9000-7fbc716b8000 ---p 00015000 ca:03 393519
/usr/lib/libnsl-2.25.so

7fbc716b8000-7fbc716b9000 r--p 00014000 ca:03 393519
/usr/lib/libnsl-2.25.so

7fbc716b9000-7fbc716ba000 rw-p 00015000 ca:03 393519
/usr/lib/libnsl-2.25.so

7fbc716ba000-7fbc716bc000 rw-p  00:00 0

7fbc716bc000-7fbc716c3000 r-xp  ca:03 393522
/usr/lib/libnss_compat-2.25.so

7fbc716c3000-7fbc718c2000 ---p 7000 ca:03 393522
/usr/lib/libnss_compat-2.25.so

7fbc718c2000-7fbc718c3000 r--p 6000 ca:03 393522
/usr/lib/libnss_compat-2.25.so

7fbc718c3000-7fbc718c4000 rw-p 7000 ca:03 393522
/usr/lib/libnss_compat-2.25.so

7fbc718c4000-7fbc718c8000 r-xp  ca:03 397300
/usr/lib/libattr.so.1.1.0

7fbc718c8000-7fbc71ac7000 ---p 4000 ca:03 397300
/usr/lib/libattr.so.1.1.0

7fbc71ac7000-7fbc71ac8000 r--p 3000 ca:03 397300
/usr/lib/libattr.so.1.1.0

7fbc71ac8000-7fbc71ac9000 rw-p 4000 ca:03 397300
/usr/lib/libattr.so.1.1.0

7fbc71ac9000-7fbc71af5000 r-xp  ca:03 403647
/usr/lib/libseccomp.so.2.3.2

7fbc71af5000-7fbc71cf5000 ---p 0002c000 ca:03 403647
/usr/lib/libseccomp.so.2.3.2

7fbc71cf5000-7fbc71d0a000 r--p 0002c000 ca:03 403647
/usr/lib/libseccomp.so.2.3.2

7fbc71d0a000-7fbc71d0b000 rw-p 00041000 ca:03 403647
/usr/lib/libseccomp.so.2.3.2

7fbc71d0b000-7fbc71d3d000 r-xp  ca:03 403593
/usr/lib/libidn.so.11.6.16

7fbc71d3d000-7fbc71f3d000 ---p 00032000 ca:03 403593
/usr/lib/libidn.so.11.6.16

7fbc71f3d000-7fbc71f3e000 r--p 00032000 ca:03 403593
/usr/lib/libidn.so.11.6.16

7fbc71f3e000-7fbc71f3f000 rw-p 00033000 ca:03 403593
/usr/lib/libidn.so.11.6.16

7fbc71f3f000-7fbc71f46000 r-xp  ca:03 397366
/usr/lib/libacl.so.1.1.0

7fbc71f46000-7fbc72146000 ---p 7000 ca:03 397366
/usr/lib/libacl.so.1.1.0

7fbc72146000-7fbc72147000 r--p 7000 ca:03 397366
/usr/lib/libacl.so.1.1.0

7fbc72147000-7fbc72148000 rw-p 8000 ca:03 397366
/usr/lib/libacl.so.1.1.0

7fbc72148000-7fbc7215c000 r-xp  ca:03 446806
/usr/lib/libgpg-error.so.0.22.0

7fbc7215c000-7fbc7235b000 ---p 00014000 ca:03 446806
/usr/lib/libgpg-error.so.0.22.0

7fbc7235b000-7fbc7235c000 r--p 00013000 ca:03 446806
/usr/lib/libgpg-error.so.0.22.0

7fbc7235c000-7fbc7235d000 rw-p 00014000 ca:03 446806
/usr/lib/libgpg-error.so.0.22.0

7fbc7235d000-7fbc72473000 r-xp  ca:03 401994
/usr/lib/libgcrypt.so.20.2.0

7fbc72473000-7fbc72672000 ---p 00116000 ca:03 401994
/usr/lib/libgcrypt.so.20.2.0

7fbc72672000-7fbc72674000 r--p

Re: Cyrus 3.0.3 XAPPEPUSH

2017-08-23 Thread Sebastian Hagedorn 

Hi,

I doubt that we could actually use such a solution, but I'm definitely 
curious about it! Please share the script :-)


--On 22. August 2017 um 18:21:44 -0300 Arnaldo Viegas de Lima 
 wrote:



If anyone is interested (and have a proper push certificate) I have
written a small external script to be called from notifyd to handle all
aspects of Apple push notification, with device registration being handle
by a MySQL database (with cleanup). I think I’ve covered most of the
cenários: registration, cleanup, new message, delete and move. Works
great!

We have a very small shop here (a boutique consulting firm) so approach
(external program, not a daemon) suits our needs. I will be glad to share
it.



Mit freundlichen Grüßen

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

pgpMFILgJ5_ss.pgp
Description: PGP signature

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