You can subscribe to this list here.
2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(12) |
Jul
(4) |
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(13) |
Feb
(7) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(6) |
Oct
(18) |
Nov
(5) |
Dec
(1) |
2008 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(6) |
May
|
Jun
(2) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2009 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(3) |
Dec
|
From: Dhaval <dha...@vn...> - 2015-11-16 06:18:17
|
Hello James, I am also using it since a quite long time now. Apparently, the project is no longer being maintained. Isn't it a good idea to import jilter repo on GitHub and add your commits there? It might be useful for others. Warm Regards, Dhaval Yoganandi Head of Developments. VNC Technologies Pvt. Ltd. Block - A, 5th Floor, A-5, Safal Profitair, Nr. Prahlad Nagar Garden, Corporate Road, Ahmedabad - 380 015. India Phone: +91 79 4037 3536 Phone Europe: +49 30 - 3464615 47 dha...@vn...; www.vnc.biz On Friday 13 November 2015 10:29 PM, Sill, Stephen wrote: > > I have been using it, and I’ve got a somewhat nominally tested version > I’ve been testing that’s using camel-netty4, but like you I’m > interested to see if anyone is actually working on this. I’ve had > issues when sendmail is the MTA driving it. > > *From:*James Baldwin [mailto:j.t...@te...] > *Sent:* Friday, November 13, 2015 9:12 AM > *To:* sen...@li... > *Subject:* [Sendmail-jilter-discuss] Like to Contribute Changes... > > Are the maintainers still around for sendmail-jilter? > > I'd like to contribute some code changes to add support for (at least) > the milter insert_header function. But I haven't seen any updates to > this code since 2005?! And this mailing list seems very inactive as well. > > Is anyone doing development on this? > > -- > > Todd Baldwin > > This communication is the property of CenturyLink and may contain > confidential or privileged information. Unauthorized use of this > communication is strictly prohibited and may be unlawful. If you have > received this communication in error, please immediately notify the > sender by reply e-mail and destroy all copies of the communication and > any attachments. > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Sendmail-jilter-discuss mailing list > Sen...@li... > https://lists.sourceforge.net/lists/listinfo/sendmail-jilter-discuss |
From: Sill, S. <Ste...@ce...> - 2015-11-13 17:32:59
|
I have been using it, and I’ve got a somewhat nominally tested version I’ve been testing that’s using camel-netty4, but like you I’m interested to see if anyone is actually working on this. I’ve had issues when sendmail is the MTA driving it. From: James Baldwin [mailto:j.t...@te...] Sent: Friday, November 13, 2015 9:12 AM To: sen...@li... Subject: [Sendmail-jilter-discuss] Like to Contribute Changes... Are the maintainers still around for sendmail-jilter? I'd like to contribute some code changes to add support for (at least) the milter insert_header function. But I haven't seen any updates to this code since 2005?! And this mailing list seems very inactive as well. Is anyone doing development on this? -- Todd Baldwin This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments. |
From: James B. <j.t...@te...> - 2015-11-13 16:40:37
|
Are the maintainers still around for sendmail-jilter? I'd like to contribute some code changes to add support for (at least) the milter insert_header function. But I haven't seen any updates to this code since 2005?! And this mailing list seems very inactive as well. Is anyone doing development on this? -- Todd Baldwin |
From: Sill, S. <Ste...@ce...> - 2015-09-25 18:23:43
|
Is sendmail-jilter still being maintained? I make use of this library for a few things and have been looking at making a version that uses netty4 or camel-netty4 to accept the incoming connections instead of doing this with a simple nio selector loop. Just curious if anyone else out there is using jilter and was looking for this kind of optimization. Stephen This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments. |
From: Ben C. <be...@gm...> - 2013-06-10 16:14:21
|
Greetings. I am used to milter programming in C with libmilter. There is a note about multithreading in the milter docs. Libmilter provides an additional arg to every callback, an opaque context pointer. Normally one would allocate a struct or some data structure to store per-message info in xxfi_envfrom and use smfi_setpriv (passing the opaque context pointer and a reference to the struct) to save it then use smfi_getpriv (passing the opaque context pointer) to retrieve it at the beginning of each callback. I see no analogue to this in sendmail-jilter. I have read over the source and carefully examined the milter control flow in the docs and I *think* this opaque context pointer is unnecessary in jilter. Looks like you get a new instance of the handler on every connection (that is to say, on every call of the connect callback). From there messages within the bounds of a connection are sequential starting at the envfrom callback to the eom (or abort) callback. If that is true then per-message data may be sufficiently segregated in, say, a non-static hashmap defined at the class-level in the handler (or a static, concurrent variant). Can anyone confirm this? Or maybe set me straight where I am wrong? Thanks! Ben |
From: Oliver E. <je...@ar...> - 2011-10-18 11:06:27
|
Hello, the current jilter1.2 doesn't support rewriting of the envelope MAIL FROM: For this the additional action SMFIR_CHGFROM is needed. This is a milter EOM action. I made a small patch for jilter to support it, the patch is attached. Any feedback is appreciated. Regards, Oliver ** |
From: Dhaval Y. <dha...@vn...> - 2011-09-25 04:36:38
|
Hello Everybody I would like to access CC recipients of the email via jilter and want to apply filtering based on CC field. Everything is working fine with To field recipients . I've overloaded envfrom and envrcpt methods in my jilter and it is working fine. But I am not able to access recipients provided in the CC field of an email. Please help. Thanks, Dhaval Yoganandi |
From: Liqun Du <li...@gm...> - 2009-09-22 18:10:21
|
Hi, It seems that postfix 2.6 now supports SMFIP_RCPT_REJ. We tested it with jilter, but didn't see envrcpt() get called for any invalid recipient. Does jilter support SMFIP_RCPT_REJ? Thanks, -- Liqun |
From: Neil A. <neil@JAMMConsulting.com> - 2009-08-25 18:42:13
|
Hello: Is there something comparable to the milter interface in Exchange server? We have a custom milter that we would like to offer to clients that are using Exchange server. Thanks, Neil -- Neil Aggarwal, (281)846-8957, www.JAMMConsulting.com Will your e-commerce site go offline if you have a DB server failure, fiber cut, flood, fire, or other disaster? If so, ask about our geographically redundant database system. |
From: Liqun Du <li...@gm...> - 2009-06-19 15:34:06
|
Postfix 2.6 milter interface now implements SMFIP_RCPT_REJ. Is it supported in Jilter? I did a quick test, and saw three macros {rcpt_host}, {rcpt_mailer}, and {rcpt_addr} in the envrcpt() milter callback for a vliad address. But for an invalid address, I didn't see on the milter side. Could be a postfix config issue, or I have to do something on Jilter side such as asking for SMFIP_RCPT_REJ? Thanks, -- Liqun |
From: igor <ig...@ig...> - 2009-02-26 15:52:06
|
I needed to update method MyJilterHandler::getSupportedProcesses with needed handlers like this: public int getSupportedProcesses() { return JilterHandler.PROCESS_CONNECT | JilterHandler.PROCESS_HEADER; } /Igor. |
From: igor <ig...@ig...> - 2009-02-26 05:09:31
|
Hello, I need a bit of help here. I created this class in package "com.sendmail.jilter" (tried other packages too) and modified SimpleJilterServer accordingly, but these test lines don't show in the logs. public class MyJilterHandler extends JilterHandlerAdapter { private static Category log = Category.getInstance(MyJilterHandler.class.getName()); @Override public JilterStatus connect(String hostname, InetAddress hostaddr, Properties properties) { log.debug("Hostname: " + hostname); log.debug("IP address: " + hostaddr.getHostAddress()); for (Enumeration e = properties.keys() ; e.hasMoreElements() ;) { log.debug("connect property keys: " + e.nextElement()); } return JilterStatus.SMFIS_CONTINUE; } ..... private MyJilterHandler newHandler() throws InstantiationException, IllegalAccessException { return (MyJilterHandler) this.handlerClass.newInstance(); } ..... /Igor. |
From: Liqun Du <li...@gm...> - 2009-02-11 19:29:39
|
Hi, We have been seeing high CPU usage when the jilter app is running (both postfix and milter are running on the same box). Even with a simplest jilter hanlder (means no any code in the milter callbacks), we still see milter app uses double the CPU that postifx uses. The overall throughput is about 300 message/sec. Are those number reasonable? Or it might be a Java or milter protocol issue? Thanks, Liqun |
From: Jamie <ja...@st...> - 2008-10-13 08:16:12
|
Hi Everyone We are receiving an error in the jilter library: ERROR Oct/11 04:52:33 - exception occured while attempting to handle request java.lang.ArrayIndexOutOfBoundsException: 7 at com.sendmail.jilter.JilterProcessor.processMacroPacket(JilterProcessor.java: 310) at com.sendmail.jilter.JilterProcessor.processCurrentPacket(JilterProcessor.jav a:98) at com.sendmail.jilter.JilterProcessor.process(JilterProcessor.java:62) It appears that the MILTER communication fails when the recipients of the message are transmitted. Any ideas on how to fix this? Many thanks! Jamie |
From: ransion p. <ran...@ya...> - 2008-08-12 12:15:22
|
I tried to add log rotation to Jilter. I created a log4j.properties file in classpath with following content for logging. But nothing happens except the empty example.log file. log4j.rootCategory=DEBUG, dest1 log4j.appender.dest1=org.apache.log4j.RollingFileAppender log4j.appender.dest1.layout=org.apache.log4j.PatternLayout log4j.appender.dest1.File=example.log Please provide information on how to add log rotation with jilter library. Thanks in advance, Ransion |
From: Blake R. <bl...@se...> - 2008-07-11 02:52:01
|
On Thu, Jul 10, 2008 at 10:36:43AM -0400, Liqun Du wrote: > We'd like to terminate the connection if it is a "bad" IP at milter > connect() call. It seems that milter can only returns discard, reject, or > tempfail. Is this a MTA (like Postfix) configuration issue or it can be done > on milter side? What we see right now is that the Postfix still keeps the > connection open, and client still can do "EHLO" command (but failed at "mail > from", though). This is more of a general milter question than specific to Jilter, but I presume it depends on what MTA you are using. So the short answer is that it is probably a MTA configuration issue, and it's entirely possible that the functionality you want can't be done with your MTA. Blake |
From: Liqun D. <li...@gm...> - 2008-07-10 14:36:46
|
Hi, We'd like to terminate the connection if it is a "bad" IP at milter connect() call. It seems that milter can only returns discard, reject, or tempfail. Is this a MTA (like Postfix) configuration issue or it can be done on milter side? What we see right now is that the Postfix still keeps the connection open, and client still can do "EHLO" command (but failed at "mail from", though). Thanks, Liqun |
From: Blake R. <bl...@se...> - 2008-06-13 20:19:40
|
On Fri, Jun 13, 2008 at 11:46:07AM -0400, Liqun Du wrote: > Is there any Java SPF recommended? We found some on the Internet such as > jSPF from softpedia, etc, but don't which is the best one. We'd like it be a > plugin so we can integrate it into our own milter appliction. One of the > reason is that we want the SPF result being available to other spam fignt > tools in the same server. If we run SPF as a separated milter, the result > won't be available to other milter (at least based on what we have seen in > the test). I personally don't know of what the best options are for Java SPF. In a previous life I had to write my own implementation, but it's not open source. Blake |
From: Liqun D. <li...@gm...> - 2008-06-13 15:46:10
|
Hi, Is there any Java SPF recommended? We found some on the Internet such as jSPF from softpedia, etc, but don't which is the best one. We'd like it be a plugin so we can integrate it into our own milter appliction. One of the reason is that we want the SPF result being available to other spam fignt tools in the same server. If we run SPF as a separated milter, the result won't be available to other milter (at least based on what we have seen in the test). Thanks in advance! Liqun |
From: Liqun D. <li...@gm...> - 2008-04-23 16:36:52
|
Found this from postfix doc: - Postfix version 2.5 implements the Sendmail 8.14 features except: SMFIP_RCPT_REJ (report rejected recipients to the mail filter), SMFIR_CHGFROM (replace sender, with optional ESMTP command parameters), and SMFIR_ADDRCPT_PAR (add recipient, with optional ESMTP command parameters). It seems a postfix limitation. Does sendmail support it? Liqun On Wed, Apr 23, 2008 at 11:27 AM, Liqun Du <li...@gm...> wrote: > Hi, > > We'd like the invalid rcpt being passed to milter too. As default, the mta > (postfix) rejects it so the data won't be available to milter. Is this a mta > configuration or milter (or both)? I don't see any fields in JilterHandler > (PROCESS_* and SMFIF_*) are related. Any help? > > Thanks, > > Liqun > |
From: Liqun D. <li...@gm...> - 2008-04-23 15:39:06
|
Hi, We'd like the invalid rcpt being passed to milter too. As default, the mta (postfix) rejects it so the data won't be available to milter. Is this a mta configuration or milter (or both)? I don't see any fields in JilterHandler (PROCESS_* and SMFIF_*) are related. Any help? Thanks, Liqun |
From: Blake R. <bl...@se...> - 2008-04-18 08:01:36
|
On Thu, Apr 17, 2008 at 11:38:59PM -0400, Liqun Du wrote: > Thanks for the quick resp. We are currently using Postfix. We'd like to know > the RDNS for the connecting IP, MTA hostname, and ESMTP id (see sample line > below). BTW, are those fields are available from sendmail via macors? > > Received: from ehlo.domain (rdns.domain [xxx.xxx.xxx.xxx]) > by mta.hostname (Postfix) with ESMTP id 056107E82B http://www.postfix.org/MILTER_README.html#macros RDNS for connecting IP = _ or {client_name} or maybe {client_ptr} MTA hostname = j ESMTP id = Queue ID = i I believe that these are the same for the sendmail MTAs also. Blake |
From: Liqun D. <li...@gm...> - 2008-04-18 03:51:19
|
Blake, Thanks for the quick resp. We are currently using Postfix. We'd like to know the RDNS for the connecting IP, MTA hostname, and ESMTP id (see sample line below). BTW, are those fields are available from sendmail via macors? Received: from ehlo.domain (rdns.domain [xxx.xxx.xxx.xxx]) by mta.hostname (Postfix) with ESMTP id 056107E82B Thanks, Liqun On Thu, Apr 17, 2008 at 3:25 PM, Blake Ramsdell <bl...@se...> wrote: > On Thu, Apr 17, 2008 at 03:19:15PM -0400, Liqun Du wrote: > > Is the Received line generated by MTA such as sendmail or Postfix > available > > to milter? We need this information as part of the spam rule, but > doesn't > > seem it is available to milter in milter header callback. Any idea? > > Nope. This has annoyed me forever, but the short answer is that the MTA > appends the Received line independent of the milter conversation. > > It's possible that some of the information in the Received header might be > available through milter macros and your MTA can be configured to transmit > those macros. What information are you looking for? I know that stuff like > the MTA hostname can be exposed via macros. > > Blake > |
From: Blake R. <bl...@se...> - 2008-04-17 19:25:30
|
On Thu, Apr 17, 2008 at 03:19:15PM -0400, Liqun Du wrote: > Is the Received line generated by MTA such as sendmail or Postfix available > to milter? We need this information as part of the spam rule, but doesn't > seem it is available to milter in milter header callback. Any idea? Nope. This has annoyed me forever, but the short answer is that the MTA appends the Received line independent of the milter conversation. It's possible that some of the information in the Received header might be available through milter macros and your MTA can be configured to transmit those macros. What information are you looking for? I know that stuff like the MTA hostname can be exposed via macros. Blake |
From: Liqun D. <li...@gm...> - 2008-04-17 19:19:20
|
Hi, Is the Received line generated by MTA such as sendmail or Postfix available to milter? We need this information as part of the spam rule, but doesn't seem it is available to milter in milter header callback. Any idea? Thanks, Liqun |