[twsocket] OT: Windows 7/20008R2 SP1 now available
For those with MSDN, Partner Action Pack or Technet accounts, service Pack 1 for Windows 7 and 2008R2 is now available from Technet downloads, 1.9 gigs for the DVD version, or full OSs with SP1 added. https://technet.microsoft.com/en-gb/subscriptions/securedownloads/default. aspx Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli / Async in thread problems --- Tryng to trace
Update : Seems there are still scenario's where the problem returns also sometimes the proxy settings are lost creating a 407 when a relocation happens. Seems to happen when executing a GetAsync and a relocate is triggered (with follow relocation set) Thanks for the report. That's probably because SetReady is skipped with it's code related to proxy and www-authentication :( The HTTP component is a TRUE beast. Yes, it is! Is there not something like a full-blown http test tool which we can run against it and then start rewriting some parts to get it back in it's cage ? I found several on the web but have no idea if it has ever been used for THttpcli Can you locate that setready skipping somewhere? I have been maintenace programmer for a long time so used to reading others code but this one is hard to read and understand. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] OT: Windows 7/20008R2 SP1 now available
Thanks Angus :) -Original Message- From: Angus Robertson - Magenta Systems Ltd Sent: Thursday, February 17, 2011 11:44 AM To: twsocket@elists.org Subject: [twsocket] OT: Windows 7/20008R2 SP1 now available For those with MSDN, Partner Action Pack or Technet accounts, service Pack 1 for Windows 7 and 2008R2 is now available from Technet downloads, 1.9 gigs for the DVD version, or full OSs with SP1 added. https://technet.microsoft.com/en-gb/subscriptions/securedownloads/default. aspx Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Asychronous opperation ofOverBytecomponents-Automated processes
So to use the component in asynchronous mode you must only use one thread? Usually you use a single thread. But as I said before, you may use more threads mainly for two purposes when you write a server application: 1) You have a server application whch has to support hundreds or thousands of simultaneous clients 2) You have to use "lengthy process" such as a long SQL query When writing a client application you seldom use several threads. Is there any other benefit in using TDataModule apart from being able to see the components? Not much. I thought TDataModule could receive windows messages but I was sadly disappointed. Actually, no object receive any Windows message but all objetcs may manage to do it for you. A TForm is a good example. Adding Windows message handling in a TDataModule is not difficult at all: just allocate a window handle and create a window message procedure to handle all the messages. A better design is to create a component to encapsulate your processing and handle Windows messages. It is easy to do by reusing TIcsWndControl which encapsulate everything you need for that purpose. Just derive your own component from TIcsWndControl. You have a lot of samples because almost all ICS components are using TIcsWndControl as base class. -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] SVN update notifications
Hi Evryone ! As you know, ICS source code is available on a version control system repository (Subversion). This system is used by the development team to update the source files more or less in real time. Each time a change is done on the repository, we have the opportunity to send an email notification to interested peoples. The question is: Who is interested in receiving those notifications ? Why would you receive the notifications ? Just to know what change has been commited to the repository almost as soon as it is. Without this notification, you would have to use svn client to see the change log. Depending on the number of interested peoples, we will either send individual emails or use another mailing list. -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
On 17-02-2011 15:17, Francois PIETTE wrote: Depending on the number of interested peoples, we will either send individual emails or use another mailing list. How about an RSS feed and a Twitter ICSSVN account? :-) -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] THttpCli - RequestDone events during ongoing relocation
During a relocation an intermediary RequestDone events is fired. Is this really needed, and for what propose? If yes, then I think it should be fired with the correct response status code, not zero as now, so it can be clearly detected as not the final request done even. Also, an "httpRelocating" THttpState could be handy. This behavior is also inconsistent. If the client is configured to use HTTP 1.0, and no Keep-Alive header is send, this intermediary RequestDone event is not triggered. Rui -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
I would like to get those news in my inbox. Regards, SubZero On Thu, Feb 17, 2011 at 5:17 PM, Francois PIETTE wrote: > Hi Evryone ! > > As you know, ICS source code is available on a version control system > repository (Subversion). > This system is used by the development team to update the source files more > or less in real time. > > Each time a change is done on the repository, we have the opportunity to > send an email notification to interested peoples. > > The question is: Who is interested in receiving those notifications ? > > Why would you receive the notifications ? Just to know what change has been > commited to the repository almost as soon as it is. Without this > notification, you would have to use svn client to see the change log. > > Depending on the number of interested peoples, we will either send > individual emails or use another mailing list. > -- > francois.pie...@overbyte.be > The author of the freeware multi-tier middleware MidWare > The author of the freeware Internet Component Suite (ICS) > http://www.overbyte.be > > -- > To unsubscribe or change your settings for TWSocket mailing list > please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket > Visit our website at http://www.overbyte.be > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli - RequestDone events during ongoing relocation
During a relocation an intermediary RequestDone events is fired. Is this really needed, and for what propose? Relocation is considered as a another automatic request. You may cancel it on the fly or simply disable the feature with FollowRelocation property. If yes, then I think it should be fired with the correct response status code, not zero as now, so it can be clearly detected as not the final request done even. Also, an "httpRelocating" THttpState could be handy. Changing the behaviour is likely to break a lot of existing code. Introducing a new state is not possible because relocation involve a new request traversing all the current states. This behavior is also inconsistent. If the client is configured to use HTTP 1.0, and no Keep-Alive header is send, this intermediary RequestDone event is not triggered. Well, this is maybe a bug... -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli / Async in thread problems --- Tryng to trace
Frans van Daalen wrote: >>> Update : Seems there are still scenario's where the problem returns >>> also sometimes the proxy settings are lost creating a 407 when a >>> relocation happens. Seems to happen when executing a GetAsync and a >>> relocate is triggered (with follow relocation set) >> >> Thanks for the report. That's probably because SetReady is skipped >> with it's code related to proxy and www-authentication :( >> The HTTP component is a TRUE beast. > > Yes, it is! Is there not something like a full-blown http test tool > which we can run against it and then start rewriting some parts to > get it back in it's cage ? I found several on the web but have no > idea if it has ever been used for THttpcli > > Can you locate that setready skipping somewhere? My suggested fix did skip SetReady when FLocationFlag was set, it has to be removed. I have a new idea: in procedure THttpCli.StateChange(NewState : THttpState); try call TriggerRequestDone only when FLocationFlag is not set. However that might also lead to other side-effects I'm currently not aware of, it worked with and without proxy connection in a brief test. > I have been > maintenace programmer for a long time so used to reading others code > but this one is hard to read and understand. Tracing and debugging is a problem when there's not much on the call stack as with the THttpCli where many events are triggered by posting messages instead of calling event handlers directly. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] THttpCli - RequestDone events during ongoing relocation
During a relocation an intermediary RequestDone events is fired. Is this really needed, and for what propose? Relocation is considered as a another automatic request. You may cancel it on the fly or simply disable the feature with FollowRelocation property. Yes, but if I want to follow it, I think it would be better if this intermediary (for the result of the request) RequestDone could be clearly identified in this event. If I need to process the received response, I need to know when I'm dealing effectively with the final one. If yes, then I think it should be fired with the correct response status code, not zero as now, so it can be clearly detected as not the final request done even. Also, an "httpRelocating" THttpState could be handy. Changing the behaviour is likely to break a lot of existing code. There are code relying in this no meaning StatusCode=0?! This very limiting of code improvements "no breaking code" rule could be improved with a "supported version", as used by many API's today. At compile time with a "maximum version" compile switch, at component creation with a maximum code version property, etc.. Default to the legacy switch/property version, and new/upgraded code can set it to the last code behavior version. Rui -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] HttpCli / Async in thread problems --- Tryng to trace
Tracing and debugging is a problem when there's not much on the call stack as with the THttpCli where many events are triggered by posting messages instead of calling event handlers directly. Just a side note: Posting a message and calling event handlers directly have totally different behaviour but Im' sure you know that. When posting a message, the event handler will eventually be called, but only after all pending events including the current have been processed. Calling an event handler directly is just an immediate function call. -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] Update SVN working copy problems.
Hi, I'm very sorry that I managed to commit a duplicate of OverbyteFtpCli.pas with slightly different casing "OverByteFtpCli.pas" to the SVN repository recently. If you get strange effects after an update, such as a missing OverbyteFtpCli.pas, the easiest way to fix it is to do a clean new checkout. If the file is being marked "modified" after the update it might be enough to revert it. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] OT: 3Proxy malware?
Arno, I'll post a message to the 3proxy's forum and give a link to this thread so that 3APA3A could be aware. -- Anton -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
I think another maillist would be fine bacause you won't have to maintain an actual list of people interested in notifications. RSS would be good too. -- Anton -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
- Original Message - From: "Anton S." To: Sent: Thursday, February 17, 2011 6:00 PM Subject: Re: [twsocket] SVN update notifications >I think another maillist would be fine bacause you won't have to maintain an >actual list of people interested in notifications. > RSS would be good too. Since we already have an internal e-mail notification sent to TeamICS members (based on TSmtpCli) it would be easy to send another copy to some mailing list. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
On 17-02-2011 17:18, Arno Garrels wrote: Since we already have an internal e-mail notification sent to TeamICS members (based on TSmtpCli) it would be easy to send another copy to some mailing list. How about upgrade that program to add a new entry to a RSS feed, and post a new Twitter message? Old mailing list are good, but ther's no assurance the message will arrive to all users e-mail box. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
> How about upgrade that program to add a new entry to a RSS feed, > and post a new Twitter message? Old mailing list are good, but > ther's no assurance the message will arrive to all users e-mail box. Because ICS does not have Twitter or RSS components! Or are you offering to contribute them? Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
- Original Message - From: "RTT" To: "ICS support mailing" Sent: Thursday, February 17, 2011 6:27 PM Subject: Re: [twsocket] SVN update notifications > On 17-02-2011 17:18, Arno Garrels wrote: >> Since we already have an internal e-mail notification sent to TeamICS >> members (based on TSmtpCli) it would be easy to send another copy to >> some mailing list. > How about upgrade that program to add a new entry to a RSS feed, and > post a new Twitter message? Old mailing list are good, but ther's no > assurance the message will arrive to all users e-mail box. Well, if somebody wants to support social networks or RSS feeds she has to implement that herself. I'm conservative, in such a way that I use NNTP or mailing lists exclusively. This webstuff is just stealing my time. -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
Because ICS does not have Twitter or RSS components! Or are you offering to contribute them? Nothing mine, but a rapid Google search reveals this two http://www.lakraven.com/delphi-stuff/ttwitter/ http://sourceforge.net/projects/simplerss/ -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
On 17-02-2011 17:38, Angus Robertson - Magenta Systems Ltd wrote: Or are you offering to contribute them? The Twitter component could be provided by brian - , that the other day asked in this list about passing OAuth parameters in the request header. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
> Nothing mine, but a rapid Google search reveals this two > http://www.lakraven.com/delphi-stuff/ttwitter/ which use the Indy HTTP component, not ICS. It's a complex component, not trivial to convert to ICS. > http://sourceforge.net/projects/simplerss/ also use Indy HTTP, a complex XML project. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
Scrive Francois PIETTE : [...] > Depending on the number of interested peoples, we will either send > individual emails or use another mailing list. Wasn't there already an announce mailing list? Bye, Maurizio. This mail has been sent using Alpikom webmail system http://www.alpikom.it -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
On 17-02-2011 18:50, Angus Robertson - Magenta Systems Ltd wrote: Nothing mine, but a rapid Google search reveals this two http://www.lakraven.com/delphi-stuff/ttwitter/ which use the Indy HTTP component, not ICS. It's a complex component, not trivial to convert to ICS. http://sourceforge.net/projects/simplerss/ also use Indy HTTP, a complex XML project. This only proves that, probably, the ICS project needs more exposition, and the new "webstuff's", IMHO, can help. The eminent goal, subject of this thread, is how to communicate SVN updates to users. This components, even if not ICS based, can help to upgrade the email applications used by the TeamICS. Or there are any problem in the usage of Indy components, mixed with ICS components? It's an internal application after all. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
Since we already have an internal e-mail notification sent to TeamICS members (based on TSmtpCli) it would be easy to send another copy to some mailing list. How about upgrade that program to add a new entry to a RSS feed, and post a new Twitter message? That would of course be nice. But this require a lot of work to create the software to do that, and then to maintain it in operation. I don't think we have the resources to do that. Old mailing list are good, but ther's no assurance the message will arrive to all users e-mail box. No more no less that tweet or RSS. The mailing list is really very reliable so far as is email. Everybody depends on email today so it has to be reliable anyway. What would be really interesting is to find someone wanting to write a program, using ICS components, creating new one if required, which would serve as a gateway. That program shall use the POP3 component to receive emails from a given email account somewhere, retrieve messages posted by the SVN emailer and blash it to tweeter, RSS, FaceBook and LinkedIn. That guy should also have a server to make the gateway running and have some spare time to operate it properly. That would be very nice :-) -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
Depending on the number of interested peoples, we will either send individual emails or use another mailing list. Wasn't there already an announce mailing list? Yes, but svn notification would generate information not useful for announce subscribers, imo. I think not much people will ask to receive the notifications. -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
On 17-02-2011 18:50, Angus Robertson - Magenta Systems Ltd wrote:
> http://sourceforge.net/projects/simplerss/
also use Indy HTTP, a complex XML project.
In this case the Indy stuff is used only to format datetime values, very
easy to replace.
There is also an TIdHTTP component, used only in the LoadFromHTTP
method, not really needed and easily replaceable by the ICS THttpCli.
Using the bellow function, updating a local rss.xml file from that
TeamICS e-mail client is as easy as this:
if PostToRssFeed.checked and
AddEntryToRSSFeed('c:\path\to\the\local\rss.xml', 'email.subject',
'email.message', 'http://url/to/the/update') then
begin
//upload updated c:\path\to\the\rss.xml file online
end;
- Global FormatSettings, related to DateTime format, should also be set
to English defaults, if Windows regional settings are different.
- The local feed file can be started by grabbing an online feed, fill
the header fields with relevant ICS info, and removing all the
items.
rss feed specifications
http://cyber.law.harvard.edu/rss/rss.html
uses
SimpleRSS, SimpleRSSTypes;
function AddEntryToRSSFeed(const aRSSFilename, aTitle, aDescription,
aLink: string): boolean;
var
SimpleRSS: TSimpleRSS;
begin
result := false;
SimpleRSS := TSimpleRSS.Create(nil);
try
SimpleRSS.LoadFromFile(aRSSFilename);
with SimpleRSS.Items.Add do
begin
Title := aTitle;
Description := aDescription;
Link := aLink;
GUID.Include := true;
PubDate.DateTime := now;
end;
SimpleRSS.GenerateXML;
SimpleRSS.SaveToFile(aRSSFilename);
result := true;
finally
SimpleRSS.free;
end;
end;
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] Modifying headers before send in httpcli fails
I got this working, httpcli is just working as expect, was nothing wrong with it. I will keep that extra variable for the headers anyway, it's a lot more convenient than the notify event. On Sun, Feb 13, 2011 at 3:54 AM, brian - wrote: > only 1 line > > SHeader := 'Authorization: OAuth oauth_callback="oob", realm="", > oauth_nonce="' + nonce + > '", oauth_timestamp="' + tstamp + '", oauth_consumer_key="' + > ConsumerKey + > '", oauth_signature_method="HMAC-SHA1", oauth_version="1.0", > oauth_signature="' + > URLEncode2(sign) +'"'; > > > On Sun, Feb 13, 2011 at 3:35 AM, RTT wrote: > >> On 12-02-2011 22:31, brian - wrote: >> >>> Authorization: OAuth oauth_callback="oob", realm="", >>> oauth_nonce="5B2407849960FC2B4EC23007EA63E8ED", >>> oauth_timestamp="1297549627", >>> oauth_consumer_key="5BZYtiAzGvQTL0ZEhAn45w", >>> oauth_signature_method="HMAC-SHA1", oauth_version="1.0", >>> oauth_signature="RjpaedDdvs6n9yX1TFI%2FNzrnbcQ%3D" >>> >> Are you sending these options in only one header line (the "Authorization" >> one) , or multiple lines as this dump suggest? >> >> -- >> To unsubscribe or change your settings for TWSocket mailing list >> please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket >> Visit our website at http://www.overbyte.be >> > > -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] Modifying headers before send in httpcli fails
On 17-02-2011 22:35, brian - wrote: I got this working, httpcli is just working as expect, was nothing wrong with it. I will keep that extra variable for the headers anyway, it's a lot more convenient than the notify event. Great, thanks for the followup. Are you using the Indy components, for the OAuth sign stuff, as in this TTWitter component, http://www.lakraven.com/delphi-stuff/ttwitter/ ? -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
The simplest would perhaps be to have a COMMIT mailing list on Google/ Yahoo. That way, it could also show up in search results? Best Regards, Mohit. 18/2/2011 | 9:51 AM. On 18/2/2011 4:15 AM, Francois PIETTE wrote: Depending on the number of interested peoples, we will either send individual emails or use another mailing list. Wasn't there already an announce mailing list? Yes, but svn notification would generate information not useful for announce subscribers, imo. I think not much people will ask to receive the notifications. -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
My recommendation would be a separate list. Best Regards, Mohit. 17/2/2011 | 11:26 PM. On 17/2/2011 11:17 PM, Francois PIETTE wrote: Hi Evryone ! As you know, ICS source code is available on a version control system repository (Subversion). This system is used by the development team to update the source files more or less in real time. Each time a change is done on the repository, we have the opportunity to send an email notification to interested peoples. The question is: Who is interested in receiving those notifications ? Why would you receive the notifications ? Just to know what change has been commited to the repository almost as soon as it is. Without this notification, you would have to use svn client to see the change log. Depending on the number of interested peoples, we will either send individual emails or use another mailing list. -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] SVN update notifications
> This components, even if not ICS based, can help to upgrade the > email applications used by the TeamICS. > Or there are any problem in the usage of Indy components, mixed > with ICS components? It's an internal application after all. The SVN hook emailer is an internal application, written by Arno two years ago, that meets the needs of TeamICS and can easily support extra mailings. A new mailing list has little admin effort, except for bounced emails. I agree ICS Twitter or RSS components would be useful for ICS. Everyone here is a volunteer and such components usually only get written (or converted) when there is a commercial need for them, and they are then (usually) made available to others ICS users for free. Testing is also very important, and time consuming. I personally don't use Twitter, RSS or LinkedIn, so any such project has a major learning curve. I've been using the same 'social networking' site for over 25 years, and don't see a need for others - CIX. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
