Category: Contact (address book)
Show subcategories objects| Name | Type |
|---|---|
| 'ext' fields not displayed by name | tracker item |
|
eclvvin
This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers)) |
tracker item |
|
daniam Daniel
This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers)) |
tracker item |
|
Add support for all relevant microformats
hcal was added to 1.10! As this is an ongoing process, we'll use a wiki page to coordinate efforts. Please see: ((microformats)). |
tracker item |
|
CardDAV button link is wrong (hardcoded to webmail)
{syntax type="tiki" editor="plain"} Hello, when I press "CardDAV" button in ../tiki-contacts.php, it leads/maps to [CardDAV](https://mydomain/tiki-carddav.php/addressbooks/admin/webmail) which does not exist (if webmail is not activated) and does produce: <d:error> <s:sabredav-version>4.4.0</s:sabredav-version> <s:exception>Sabre\DAV\Exception\NotFound</s:exception> <s:message>Addressbook with name 'webmail' could not be found</s:message> </d:error> However, if I change the link to: https://mydomain/tiki-carddav.php/addressbooks/admin/ I can see two entries under Nodes: * gour * system The first one was the *.vcf which I did upload, but the problem is that its contacts are not visible at: https://mydomain/tiki-contacts.php So, the question is whether it is possible to upload CardDAV addressbook (*.vcf) file and have its contacts visible within Tiki and possibly sync them with desktop/mobile clients? Sincerely, Gour |
tracker item |
| Community Currencies | wiki |
|
Community/Customer/Constituent Relationship Management system (CRM)
Since this is vast project, we'll use a wiki page: ((CRM)) |
tracker item |
|
GroupMail
Project to perform many of the functions of CRM using as many existing Tiki features as possible (dev notes). |
wiki |
|
Send direct message via tiki-user_information.php
{syntax type="tiki" editor="plain"} The ((doc:Inter-User Messages)) system is quite nice. However, it means: 1- That users have duplicate mailboxes 2- And the recipient can't just click reply On dev.tikiwiki.org, this is not so nice because people already have an internal tiki mailbox on tikiwiki.org So, let's think about an additional/modified feature called "direct message" or "direct mail". This would simulate a regular email. (let's plan ahead that this should be able to send other types of messages (jabber, sms, etc.) The headers could be: "from" is Full Name ({$Username}) {senderemail} "to" is Full Name ({$Username}) {recipientemail} "bcc" to {senderemail} (So we have a trace of what we sent) In case some spammers get a hold of it, let's have something like this at the bottom: This message was sent via {$name of site} Not sure if this should be done with the ((doc:webmail)) feature, or maybe as an option of ((doc:Inter-User Messages)) See how MediaWiki does it for a good example: http://en.wikipedia.org/wiki/Special:EmailUser/Marclaporte |
tracker item |
|
SQL error saving a Contact
As a registered user I try to create a contact, I click on the save button and then I get the following page with this error (By the way the contact is saved): The following error message was returned: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AS x FROM `tiki_webmail_contacts_ext` AS x LEFT JOIN `tiki_webmail_contacts_fiel' at line 1 The query was: DELETE `tiki_webmail_contacts_ext`.* AS x FROM `tiki_webmail_contacts_ext` AS x LEFT JOIN `tiki_webmail_contacts_fields` AS f ON x.`fieldId`=f.`fieldId`WHERE x.`contactId`=? AND f.`flagsPublic`='n' AND f.`user`=? Values: 1. 2 2. John Doe The built query was likely: DELETE `tiki_webmail_contacts_ext`.* AS x FROM `tiki_webmail_contacts_ext` AS x LEFT JOIN `tiki_webmail_contacts_fields` AS f ON x.`fieldId`=f.`fieldId`WHERE x.`contactId`='2' AND f.`flagsPublic`='n' AND f.`user`='John Doe' The extra fields like "City" and so on, are not saved. Logged in as a admin I do not get this fault (not on my own installation nor on the show.tikiwiki.org) I have seen this error in version 11 too, but did not pay attention to it because it was my first use of Tiki. |
tracker item |
|
tiki_contact doesn't "shared" fields correctly.
'Shared' contacts don't shared the field names. If userA creates an entry with a 'custom' field of 'Company' as 'The Smith Company', we see this in the db: ||contactId|fieldId|value|hidden 1 | 7 |The Smith Company|0|| The problem is that other users do not 'inherit' that custom field: so other users seeing that record will see no description of the field name. Indeed, if another user chooses 'Company' from the list of fields to add, it will get a new fieldId: ||contactId | fieldId | value | hidden 1 | 7 | The Smith Company | 0 2 | 23 | Smith Industries | 0 || It should, especially for the predefined (semi-custom fields, like 'Company' and 'Street Address', defined in lib/webmail/contactlib.php) 'share' these values with others instead of creating new fieldId's. |
tracker item |
|
Using desktop mail client (ex.: Thunderbird) to reach Tiki contacts, groups or newsletter
Tiki newsletter works well for small volumes. But for large volumes, as with any web app, sending emails from a server can be a challenge. Risk of being flagged as spammer, high server load/difficult to throttle, limits from your web hosts (ex.: max x emails per hour), etc A helpful alternative would be something like this: https://addons.mozilla.org/en-US/thunderbird/addon/4883 So my Thunderbird client or desktop newsletter application (ex.: [http://gammadyne.com/mmail.htm|Gammadybe Mailer]) should be able to access the TikiWiki database to generate recipient list. --- Another approach is to make the Tiki contacts (address book) accessible via the LDAP protocol and thus, email clients can access. Related: http://www.egroupware.org/egroupware/index.php?menuaction=wiki.uiwiki.view&page=AddresbookAccountsConcept |
tracker item |
Save record.
When viewing, the name of the field is not displayed, even for the user that entered it.