I currently use SMTP to send emails from my board (I use Mailjet to send emails currently). However I would like the ability to link my forums up to my Google Apps to send the emails.
I am not able to do this because the option to connect to SMTP over TLS is currently unavilable. I would like to suggest that the SMTP functionality in IP.Board enhanced so that admins can specify whether or not they would like to utilise TLS when they are sending emails via the board (ideally this should be an additional setting in the "Email Set-up" settings section).
- Invision Power Services
- → Viewing Profile: Topics: peaderfi
Community Stats
- Group +Clients
- Active Posts 1,008
- Profile Views 22,411
- Member Title Needs Serious Help
- Age Age Unknown
- Birthday Birthday Unknown
-
Gender
Male
IPS Marketplace
-
Resources Contributor
Total file submissions: 7
237
Excellent
User Tools
Latest Visitors
Topics I've Started
SMTP over TLS
08 February 2012 - 02:57 PM
Multiple POP incoming email addresses
08 February 2012 - 02:27 PM
Due to the fact that I utilise Google Apps for my site email addresses I am unable to take advantage of the ability to pipe emails sent to specific email addresses into IP.Board.
This means that I have to use the POP functionality built into IP.Board to pull emails into my board. This however causes me the problem of only being able to have one incoming email address. As I use Nexus I would like to have multiple incoming email addresses but this is not currently possible.
To that end I would like to suggest enhancing the ability of IP.Board in this area to allow for the pulling from multiple incoming email addresses via POP.
This means that I have to use the POP functionality built into IP.Board to pull emails into my board. This however causes me the problem of only being able to have one incoming email address. As I use Nexus I would like to have multiple incoming email addresses but this is not currently possible.
To that end I would like to suggest enhancing the ability of IP.Board in this area to allow for the pulling from multiple incoming email addresses via POP.
Linked avatars/profile photos
13 June 2011 - 09:33 AM
The removal of the ability for users to have avatars hosted offsite is a decision which I am strongly against. Hosting images offsite allows board admins to ration the amount of space they have on a particular server more effectively. For example I allow people on one of the sites I manage to post attachments to their posts. At the same time I also only allow them to link their avatars from an external source (like imageshack or the like). This allows me to ensure that the only space being used on the server is for attachments (since some of them can be up to 2-3 MB in size).
The removal of this ability leaves me with the choice of either forcing my members to use an external service (gravatar) or to change my policies on upload limits for attachments etc.
The removal of this ability leaves me with the choice of either forcing my members to use an external service (gravatar) or to change my policies on upload limits for attachments etc.
The removal of Animated Avatars
13 June 2011 - 09:24 AM
Posting this in response to this tracker entry.
Whether or not members of a forum are allowed to have animated avatars should be a choice for the board admin imo, particularly since the reasons for removing it are to do with how the forum index/board index are skinned and the confusingness thereof.
Design decisions should not be a reason to remove functionality/limit the scope of a feature that many board owners find enhances the experience in their community. Doing so needlessly bottlenecks those forums who choose not to use the default design.
It should be feature decisions that inform the design of the forums not the the other way around.
Whether or not members of a forum are allowed to have animated avatars should be a choice for the board admin imo, particularly since the reasons for removing it are to do with how the forum index/board index are skinned and the confusingness thereof.
Design decisions should not be a reason to remove functionality/limit the scope of a feature that many board owners find enhances the experience in their community. Doing so needlessly bottlenecks those forums who choose not to use the default design.
It should be feature decisions that inform the design of the forums not the the other way around.
- Invision Power Services
- → Viewing Profile: Topics: peaderfi
- Privacy Policy
- Community Rules ·



Find content
