Menu
▾
▴
milter-manager-bugs — A ML for bugs
You can subscribe to this list here.
| 2009 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: T <yo...@gm...> - 2010-06-23 02:26:34
|
yes sorry, it works with the new development version. thank you very much -------- Original-Nachricht -------- > Datum: Wed, 23 Jun 2010 10:03:23 +0900 (JST) > Von: Kouhei Sutou <ko...@cl...> > An: mil...@li... > CC: mil...@li... > Betreff: Re: warning: unexpected filter response after event SMFIC_CONNECT > Hi, > > milter-manager-bugs@ is a ML for bug tracker notification. > Please use milter-manager-users-en@ instead. > > > but I get a strange warning like: > > Jun 22 15:45:53 localhost postfix/smtpd[10338]: warning: milter > unix:/var/spool/postfix/milter-manager/milter-manager.sock: unexpected filter > response (unknown filter reply) after event SMFIC_CONNECT > > It seems that one of your milters (clamav-milter, > milter-greylist or spamass-milter) has a problem. I think this > problem had been fixed in trunk. > > Could you try the latest development release? > You can use the latest development release with the > following apt-line: > deb http://milter-manager.sourceforge.net/debian/development lenny main > deb-src http://milter-manager.sourceforge.net/debian/development lenny > main > > > Thanks, > -- > kou > > In <201...@gm...> > "warning: unexpected filter response after event SMFIC_CONNECT" on Wed, > 23 Jun 2010 02:47:27 +0200, > "T" <yo...@gm...> wrote: > > > Hi, > > > > i just started to use milter-manager and I really like it. > > > > but I get a strange warning like: > > Jun 22 15:45:53 localhost postfix/smtpd[10338]: warning: milter > unix:/var/spool/postfix/milter-manager/milter-manager.sock: unexpected filter > response (unknown filter reply) after event SMFIC_CONNECT > > > > I use milter-manager 1.4.2-0~test1 on Debian lenny with > > postfix 2.8+20100323~cite-1 > > clamav-milter 0.96+dfsg-4~volatile1 > > libmilter1.0.1 8.14.3-5+lenny1 > > milter-greylist 3.0-3.1 > > spamass-milter 0.3.1-8+lenny2 > > > > My postfix config regarding milter is: > > milter_command_timeout = 30s > > milter_connect_macros = j {daemon_name} v > > milter_connect_timeout = 30s > > milter_content_timeout = 300s > > milter_data_macros = i > > milter_default_action = accept > > milter_end_of_data_macros = i > > milter_end_of_header_macros = i > > milter_header_checks = > > milter_helo_macros = {tls_version} {cipher} {cipher_bits} {cert_subject} > {cert_issuer} > > milter_macro_daemon_name = $myhostname > > milter_macro_v = $mail_name $mail_version > > milter_mail_macros = i {auth_type} {auth_authen} {auth_author} > {mail_addr} {mail_host} {mail_mailer} > > milter_protocol = 6 > > milter_rcpt_macros = i {rcpt_addr} {rcpt_host} {rcpt_mailer} > > milter_unknown_command_macros = > > non_smtpd_milters = > > smtpd_milters = > unix:/var/spool/postfix/milter-manager/milter-manager.sock > > > > Does anyone know if this is normal? > > > > Best Regards > > Netdrag > > -- > > GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. > > Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl > > > > > ------------------------------------------------------------------------------ > > ThinkGeek and WIRED's GeekDad team up for the Ultimate > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > > lucky parental unit. See the prize list and enter to win: > > http://p.sf.net/sfu/thinkgeek-promo > > _______________________________________________ > > milter-manager-bugs mailing list > > mil...@li... > > https://lists.sourceforge.net/lists/listinfo/milter-manager-bugs > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > milter-manager-bugs mailing list > mil...@li... > https://lists.sourceforge.net/lists/listinfo/milter-manager-bugs -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 |
|
From: Kouhei S. <ko...@cl...> - 2010-06-23 01:03:38
|
Hi, milter-manager-bugs@ is a ML for bug tracker notification. Please use milter-manager-users-en@ instead. > but I get a strange warning like: > Jun 22 15:45:53 localhost postfix/smtpd[10338]: warning: milter unix:/var/spool/postfix/milter-manager/milter-manager.sock: unexpected filter response (unknown filter reply) after event SMFIC_CONNECT It seems that one of your milters (clamav-milter, milter-greylist or spamass-milter) has a problem. I think this problem had been fixed in trunk. Could you try the latest development release? You can use the latest development release with the following apt-line: deb http://milter-manager.sourceforge.net/debian/development lenny main deb-src http://milter-manager.sourceforge.net/debian/development lenny main Thanks, -- kou In <201...@gm...> "warning: unexpected filter response after event SMFIC_CONNECT" on Wed, 23 Jun 2010 02:47:27 +0200, "T" <yo...@gm...> wrote: > Hi, > > i just started to use milter-manager and I really like it. > > but I get a strange warning like: > Jun 22 15:45:53 localhost postfix/smtpd[10338]: warning: milter unix:/var/spool/postfix/milter-manager/milter-manager.sock: unexpected filter response (unknown filter reply) after event SMFIC_CONNECT > > I use milter-manager 1.4.2-0~test1 on Debian lenny with > postfix 2.8+20100323~cite-1 > clamav-milter 0.96+dfsg-4~volatile1 > libmilter1.0.1 8.14.3-5+lenny1 > milter-greylist 3.0-3.1 > spamass-milter 0.3.1-8+lenny2 > > My postfix config regarding milter is: > milter_command_timeout = 30s > milter_connect_macros = j {daemon_name} v > milter_connect_timeout = 30s > milter_content_timeout = 300s > milter_data_macros = i > milter_default_action = accept > milter_end_of_data_macros = i > milter_end_of_header_macros = i > milter_header_checks = > milter_helo_macros = {tls_version} {cipher} {cipher_bits} {cert_subject} {cert_issuer} > milter_macro_daemon_name = $myhostname > milter_macro_v = $mail_name $mail_version > milter_mail_macros = i {auth_type} {auth_authen} {auth_author} {mail_addr} {mail_host} {mail_mailer} > milter_protocol = 6 > milter_rcpt_macros = i {rcpt_addr} {rcpt_host} {rcpt_mailer} > milter_unknown_command_macros = > non_smtpd_milters = > smtpd_milters = unix:/var/spool/postfix/milter-manager/milter-manager.sock > > Does anyone know if this is normal? > > Best Regards > Netdrag > -- > GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. > Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > milter-manager-bugs mailing list > mil...@li... > https://lists.sourceforge.net/lists/listinfo/milter-manager-bugs |
|
From: T <yo...@gm...> - 2010-06-23 00:47:38
|
Hi,
i just started to use milter-manager and I really like it.
but I get a strange warning like:
Jun 22 15:45:53 localhost postfix/smtpd[10338]: warning: milter unix:/var/spool/postfix/milter-manager/milter-manager.sock: unexpected filter response (unknown filter reply) after event SMFIC_CONNECT
I use milter-manager 1.4.2-0~test1 on Debian lenny with
postfix 2.8+20100323~cite-1
clamav-milter 0.96+dfsg-4~volatile1
libmilter1.0.1 8.14.3-5+lenny1
milter-greylist 3.0-3.1
spamass-milter 0.3.1-8+lenny2
My postfix config regarding milter is:
milter_command_timeout = 30s
milter_connect_macros = j {daemon_name} v
milter_connect_timeout = 30s
milter_content_timeout = 300s
milter_data_macros = i
milter_default_action = accept
milter_end_of_data_macros = i
milter_end_of_header_macros = i
milter_header_checks =
milter_helo_macros = {tls_version} {cipher} {cipher_bits} {cert_subject} {cert_issuer}
milter_macro_daemon_name = $myhostname
milter_macro_v = $mail_name $mail_version
milter_mail_macros = i {auth_type} {auth_authen} {auth_author} {mail_addr} {mail_host} {mail_mailer}
milter_protocol = 6
milter_rcpt_macros = i {rcpt_addr} {rcpt_host} {rcpt_mailer}
milter_unknown_command_macros =
non_smtpd_milters =
smtpd_milters = unix:/var/spool/postfix/milter-manager/milter-manager.sock
Does anyone know if this is normal?
Best Regards
Netdrag
--
GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl.
Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl
|
|
From: SourceForge.net <no...@so...> - 2010-01-11 11:00:12
|
Bugs item #2921078, was opened at 2009-12-25 22:58 Message generated for change (Comment added) made by ktou You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921078&group_id=236233 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Antuan Avdioukhine (antuan) Assigned to: Nobody/Anonymous (nobody) Summary: WISH: default milter-manager action Initial Comment: When none milter-children was configured, enabled or in operational (non-failure) condition, milter-manager returns void when sendmail asks to initialize (although milter-test-server shows all ok). As a result sendmail suggests milter-manager is dead and fails any operations. I believe that there should be default action or internal default milter, which should answers "accept", "reject" and so on to prevent undesirable failure when, for example, all milters turned off. As a workaround I'll try to build dummy-milter which always will answer "accept", but it will be very usable to have this function built-in milter-manager. ---------------------------------------------------------------------- >Comment By: Kouhei Sutou (ktou) Date: 2010-01-11 20:00 Message: It's reasonable for me. I've implemented it in trunk. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921078&group_id=236233 |
|
From: SourceForge.net <no...@so...> - 2010-01-09 12:09:19
|
Bugs item #2921072, was opened at 2009-12-25 22:44 Message generated for change (Settings changed) made by ktou You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921072&group_id=236233 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Antuan Avdioukhine (antuan) Assigned to: Nobody/Anonymous (nobody) Summary: WISH: More verboselly debug output Initial Comment: It will be very nice to see list of processed and applied configuration files in debug and 'show-config' modes. Also it will be nice to see any mark in 'show-config' output which denotes that config line was explisitly or defaultly configured. The problem I had today was to find typo in config files when main coonfig was taken from configured path and other ones unsuspectelly from different (default) path. ---------------------------------------------------------------------- >Comment By: Kouhei Sutou (ktou) Date: 2010-01-09 21:09 Message: Thanks for your suggestion. I've implemented it in trunk. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921072&group_id=236233 |
|
From: SourceForge.net <no...@so...> - 2009-12-25 13:58:55
|
Bugs item #2921072, was opened at 2009-12-25 16:44 Message generated for change (Settings changed) made by antuan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921072&group_id=236233 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Antuan Avdioukhine (antuan) Assigned to: Nobody/Anonymous (nobody) >Summary: WISH: More verboselly debug output Initial Comment: It will be very nice to see list of processed and applied configuration files in debug and 'show-config' modes. Also it will be nice to see any mark in 'show-config' output which denotes that config line was explisitly or defaultly configured. The problem I had today was to find typo in config files when main coonfig was taken from configured path and other ones unsuspectelly from different (default) path. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921072&group_id=236233 |
|
From: SourceForge.net <no...@so...> - 2009-12-25 13:58:10
|
Bugs item #2921078, was opened at 2009-12-25 16:58 Message generated for change (Tracker Item Submitted) made by antuan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921078&group_id=236233 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Antuan Avdioukhine (antuan) Assigned to: Nobody/Anonymous (nobody) Summary: WISH: default milter-manager action Initial Comment: When none milter-children was configured, enabled or in operational (non-failure) condition, milter-manager returns void when sendmail asks to initialize (although milter-test-server shows all ok). As a result sendmail suggests milter-manager is dead and fails any operations. I believe that there should be default action or internal default milter, which should answers "accept", "reject" and so on to prevent undesirable failure when, for example, all milters turned off. As a workaround I'll try to build dummy-milter which always will answer "accept", but it will be very usable to have this function built-in milter-manager. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921078&group_id=236233 |
|
From: SourceForge.net <no...@so...> - 2009-12-25 13:44:41
|
Bugs item #2921072, was opened at 2009-12-25 16:44 Message generated for change (Tracker Item Submitted) made by antuan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921072&group_id=236233 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Antuan Avdioukhine (antuan) Assigned to: Nobody/Anonymous (nobody) Summary: More verboselly debug output Initial Comment: It will be very nice to see list of processed and applied configuration files in debug and 'show-config' modes. Also it will be nice to see any mark in 'show-config' output which denotes that config line was explisitly or defaultly configured. The problem I had today was to find typo in config files when main coonfig was taken from configured path and other ones unsuspectelly from different (default) path. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2921072&group_id=236233 |
|
From: SourceForge.net <no...@so...> - 2009-01-19 05:31:38
|
Bugs item #2518782, was opened at 2009-01-19 14:23 Message generated for change (Settings changed) made by ktou You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2518782&group_id=236233 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: OBATA Akio (obache) Assigned to: Nobody/Anonymous (nobody) Summary: typo in configure Initial Comment: configure script check rubyvenderarchdir of ruby. It should be 'rubyvendorarchdir', or failed to configure if Ruby/Glib2 is in vendor. ---------------------------------------------------------------------- >Comment By: Kouhei Sutou (ktou) Date: 2009-01-19 14:31 Message: Thanks for reporting. I've fixed it in trunk. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2518782&group_id=236233 |
|
From: SourceForge.net <no...@so...> - 2009-01-19 05:23:46
|
Bugs item #2518782, was opened at 2009-01-19 14:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2518782&group_id=236233 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: OBATA Akio (obache) Assigned to: Nobody/Anonymous (nobody) Summary: typo in configure Initial Comment: configure script check rubyvenderarchdir of ruby. It should be 'rubyvendorarchdir', or failed to configure if Ruby/Glib2 is in vendor. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1099435&aid=2518782&group_id=236233 |