Skip to main content

Always use Global Sender!

In Connections notification, I really don't like using dozens of different senders for every feature

That's why in notification-config.xml I always add the property for always using globalSenderName. You have to add it manually  here

 <?xml version="1.0" encoding="UTF-8"?><!-- Copyright IBM Corp. 2008, 2013  All Rights Reserved.              --><config buildlevel="LC4.0_20130311_1432" enabled="true" id="notification-config" version="4.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="notification-config.xsd">
<properties>
<property name="globalSenderEmailAddress">global-admin@esprinet.com</property>
        <property name="alwaysUseGlobalSender">true</property>
        <property name="globalSenderName">Info Connections</property>
<!-- If true a link to Connections Mobile service will be included in 
Notifications (where applicable) -->
<property name="includeMobileLinksInNotifications">false</property>
<!-- If true no embedded experience mime parts will be included in notifications -->
<property name="disableEmbeddedAppsInNotifications">false</property>
</properties>
<handlers>

 











































Comments
















Tom Bosmans said…




I actually prefer to change the individual email addresses, because there seem to be or have been issues with the global sender .... 






3/26/2014 03:57:00 PM




















Post a Comment













Popular posts from this blog






















Multiple controllers with Spring Boot




























 Remember, when you want to have multiple controllers with Spring Boot, you should always name them differently in the annotation, otherwise they will not work   So these two together will NOT work (or just one of them will work)         These two instead WILL work.        




















2 comments









Read more




























The "Code-Rich" Organization: How Automatic Code Generation Will Revolutionize Everything




























  I put on paper a couple of thoughts about AI and Large Language Models (LLM) for automatic code generation in the development process. My thesis is that the current organizations are mostly “code-thin”, where only the basic Business Processes are modeled through software, while in the future we will have “code-rich" organizations boosted through the abundant and cheap AI and LLM Generated software code. These “code-rich” organizations, where every possible business process is software based - will outperform the usual "code-thin" organizations, where software is “hand-made” and expensive. Feedback would be very, very appreciated. https://www.linkedin.com/pulse/code-rich-organization-how-automatic-code-generation-de-collibus




















Post a Comment









Read more