Connect. Communicate. Collaborate. Securely.

Home » Kerio User Forums » Kerio Connect » Another request for an API
  •  
DREgerton

Messages: 3
Karma: 0
Send a private message to this user
We have SMTP outbound systems that would benefit greatly from using Kerio Mailserver as their Internet-facing SMTP relay. An API that would allow SMTP traffic to be submitted to Kerio Mailserver and for information on the delivery status of this traffic to be made available to a calling application would be of great benefit. This would make our programming team extremely happy.

Is there an API for Kerio Mailserver in the pipeline and if so, what sort of lead-time would there be for making this available (and at what cost)?

I know that others have also asked for this so could I also be added to the list of users requesting this much-needed feature.

Thanks,

David Egerton - Globe Wireless
  •  
jshaw541

Messages: 462
Karma: 0
Send a private message to this user
DREgerton wrote on Tue, 11 July 2006 10:32

We have SMTP outbound systems that would benefit greatly from using Kerio Mailserver as their Internet-facing SMTP relay. An API that would allow SMTP traffic to be submitted to Kerio Mailserver and for information on the delivery status of this traffic to be made available to a calling application would be of great benefit. This would make our programming team extremely happy.

Is there an API for Kerio Mailserver in the pipeline and if so, what sort of lead-time would there be for making this available (and at what cost)?

I know that others have also asked for this so could I also be added to the list of users requesting this much-needed feature.

Thanks,




They have an API, it's called SMTP ;)

Seriously though, why not just use SMTP in your situation? That's exactly what it's for.

If you really had to, you could code your app to look up the MX record for the destination domain and connect to their SMTP server directly to deliver and get the delivery status information.

Kerio MailServer 6.7.1 w/AD
Windows Server 2003 SP 1
Dell PowerEdge 2850 (Dual Xeon 3.2ghz and 2 GB RAM)
~1300 users
~1000+ concurrent IMAPS connections
iPhone users
Outlook 2007 KOFF users
Apple iCal 10.5/10.6 users
  •  
DREgerton

Messages: 3
Karma: 0
Send a private message to this user
Thanks for your input.

The whole point of requesting/using an API was to avoid reinventing the wheel. Kerio has a very good remote management GUI and handles it's retry queues and general SMTP delivery extremely well. The use of an API for Kerio means that SMTP email could be dropped in to allow Kerio to do it's stuff without the need for an in-house app to address issues like DNS lookups, retry patterns, security, SSL, remote management etc., etc. and the development time involved.


David Egerton - Globe Wireless
  •  
sedell

Messages: 1168
Karma: 1
Send a private message to this user
You don't need to handle any of that. Just have your application use an SMTP login, deliver it to the KMS server via SMTP, and let KMS handle it from there. You don't need to hanle any DNS looksup, no retry, SSL - none of it. That's how we work it here. It only took about 15 minutes to set up our application server up for this, and it's been chugging along quite nicely ever since.

Scott
  •  
DREgerton

Messages: 3
Karma: 0
Send a private message to this user
Thanks for the suggestion. I'll put it to our development team to see if this will fit in with what they want to do.

David Egerton - Globe Wireless
Previous Topic: Error in mail sorting script
Next Topic: Outlook subject reads Corrupted item. Was: test
Goto Forum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Current Time: Thu Nov 23 10:33:26 CET 2017

Total time taken to generate the page: 0.00378 seconds
.:: Contact :: Home ::.
Powered by: FUDforum 3.0.4.