RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1046623 - Please enable TCP Lookup Table support in Postfix RPM by default
Summary: Please enable TCP Lookup Table support in Postfix RPM by default
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: postfix
Version: 6.6
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: rc
: ---
Assignee: Jaroslav Škarvada
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks: 1002711 1075802 1172231 1269194
TreeView+ depends on / blocked
 
Reported: 2013-12-26 11:08 UTC by Michal Bruncko
Modified: 2019-07-11 07:49 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-27 22:23:25 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
patch which enables tcp_tables support in postfix (366 bytes, patch)
2013-12-26 12:43 UTC, Michal Bruncko 		no flags Details | Diff
Proposed patch (506 bytes, patch)
2014-01-07 16:15 UTC, Jaroslav Škarvada 		no flags Details | Diff
Show Obsolete (1) View All

Description Michal Bruncko 2013-12-26 11:08:23 UTC 
hello 
please consider enabling TCP Lookup table support in postfix by default. This request is based on my effort to use SRS rewriting feature provided by external application postsrsd (https://github.com/roehling/postsrsd) which is used by postifx as TCP lookup table (and TCP lookup tables are used with another SRS implementation as well). Currently there is no such SRS feature available by default in RHEL and it is missing much as the SPF was widely implemented in meantime.
thank you

Dec 26 11:47:30 gw postfix/smtpd[16816]: fatal: unsupported dictionary type: tcp
Dec 26 11:47:31 gw postfix/smtpd[16818]: fatal: unsupported dictionary type: tcp
postfix-2.6.6-2.2.el6_1.i686
Comment 2 Michal Bruncko 2013-12-26 12:43:09 UTC 
Created attachment 841894 [details]
patch which enables tcp_tables support in postfix

this is simple patch against postfix.spec which enables tcp lookup tables (tcp_tables) support in current version of postfix.
Comment 3 Jaroslav Škarvada 2014-01-07 16:15:58 UTC 
Created attachment 846769 [details]
Proposed patch

Compiling with -DSNAPSHOT is not good approach, because it enables more snapshot features. The attached patch should enable only the dict_tcp feature.
Comment 4 Michal Bruncko 2014-01-10 10:41:59 UTC 
Thank you Jaro for this correction. Is there a chance to include this patch in RHEL6's postfix?
thank you
Comment 5 Jaroslav Škarvada 2014-01-10 11:03:27 UTC 
(In reply to Michal Bruncko from comment #4)
> Thank you Jaro for this correction. Is there a chance to include this patch
> in RHEL6's postfix?
> thank you

I am afraid there is a little chance. I acked it from the dev perspective, but it depends on the PM.

If it is important for you or your business, please escalate this through the support channel:
http://redhat.com/support
Comment 6 Eric Wolfe 2014-04-10 04:04:04 UTC 

(In reply to Jaroslav Škarvada from comment #5)
> (In reply to Michal Bruncko from comment #4)
> > Thank you Jaro for this correction. Is there a chance to include this patch
> > in RHEL6's postfix?
> > thank you
> 
> I am afraid there is a little chance. I acked it from the dev perspective,
> but it depends on the PM.
> 
> If it is important for you or your business, please escalate this through
> the support channel:
> http://redhat.com/support

Our organization is also interested in turning on TCP tables for the same use case.

From my research into an SRS solution for the problem we are experiencing, the postsrsd project appears to be one of the only actively maintained SRS solutions for Postfix.

I am not sure what you mean by depends on the PM?  Project Manager?

I suppose we will have to take up the issue of turning on a feature flag with support, then.
Comment 7 Jaroslav Škarvada 2014-04-10 11:06:41 UTC 
(In reply to Eric Wolfe from comment #6)
> I am not sure what you mean by depends on the PM?  Project Manager?
> 
Product Management

> I suppose we will have to take up the issue of turning on a feature flag
> with support, then.

Yes, please escalate this issue through the support channel (you can link them this BZ). It's the way how to ensure this patch will gets in (in reasonable time).
Comment 16 Jaroslav Škarvada 2016-07-27 22:23:25 UTC 
Red Hat Enterprise Linux version 6 is entering the Production 2 phase of its lifetime and this bug doesn't meet the criteria for it, i.e. only high severity issues will be fixed. Please see https://access.redhat.com/support/policy/updates/errata/ for further information.
Note You need to log in before you can comment on or make changes to this bug.