... handles a total turnaround flow of around 4 million emails per day ... The Perl modules for handling network traffic are generally solid, reliable and pretty well maintained.Wow. Okay, you think existing modules are much more reliable than one could write using all related RFC. I don't see anything wrong with this. I want reliable solution, I suppose it must comply to all such RFC, but I may be wrong, of course.
Can you list which exactly CPAN modules you use in your system for parsing emails, with additional notes if you also use some important changes to this modules which isn't open source or just not accepted by CPAN module authors (yet). Such list can be right answer to my previous question.
As for the time issues, well, clock_gettime(CLOCK_MONOTONIC) but why do I see so many questions about it's reliability ...Very interesting. Can you provide a link to such discussions/questions?
accept hardware that is so bad that it NEEDS NTPHmm. I use usual dedicated servers on some hosting companies. They do need NTP if I wish to sync time between servers to be able, for example, join and sort their logs.
Anyway, my software can be used in different environments by different users, and I can't guarantee they don't use NTP or don't change time manually. But I must guarantee 30 second timeout in my software will be always 30 seconds. Is there something wrong with my point?
In reply to Re^6: Reliable software OR Is CPAN the sacred cow
by powerman
in thread Reliable software: SOLVED (was: Reliable software OR Is CPAN the sacred cow)
by powerman
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |