<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.mail.spam.tmda.user">
    <title>gmane.mail.spam.tmda.user</title>
    <link>http://blog.gmane.org/gmane.mail.spam.tmda.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16806"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16802"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16801"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16800"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16799"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16798"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16797"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16796"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16795"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16794"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16789"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16788"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16787"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16786"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16783"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16781"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16777"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16774"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16770"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.tmda.user/16759"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16806">
    <title>TMDA for managerial review of company enails</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16806</link>
    <description>&lt;pre&gt;The company I work for requests to have every email (including inter
departmental) from employees be reviewed and approved by their manager. I'm
wondering if the confirmation workflow of TMDA can be tailored to this type
of confirmation. For instance,  if email from John&amp;lt; at &amp;gt;example.com, then place
item in pending queue, and send a confirmation email to Manager&amp;lt; at &amp;gt;example.com,
and don't place in whitelist. 

 

I've looked at the readme with examples, and it seems there's no way to set
a rule to request confirmation from a different email address. I was hoping
there might be some undocumented syntax that I have not found, or that
perhaps you know of an application that may fulfill this function. 

 

We are testing Zimbra 8.0.3 on a SLES 11.2 system. We are not locked into
Zimbra, and could fall back to basic postfix if this gives up the
functionality required. 

 

Brad



 

 

------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users
&lt;/pre&gt;</description>
    <dc:creator>Bradley Howe</dc:creator>
    <dc:date>2013-04-29T02:09:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16802">
    <title>Multiple Transactions Per Email, Not Just One</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16802</link>
    <description>&lt;pre&gt;Hi all,

Recently I noticed that if my emails had multiple recipients they 
would be injected by tmda-inject into /usr/sbin/sendmail as 
multiple transactions, one per recipient.  Often, this would 
result in multiple parallel deliveries (by Postfix) to the same 
host, for multiple recipients at that host.  Now, I appreciate 
that in these times of increased bandwidth this isn't too big of 
a deal, but I'd really rather use SMTP correctly and deliver just 
one copy.  Most hosts today now do pipelining, so there's really 
no good reason not to.

Is there anything I can do meantime, or is a fix possible?  Was 
there some reason for this particular choice of implementation?

Cheers,
Sabahattin

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Sabahattin Gucukoglu</dc:creator>
    <dc:date>2012-02-08T10:23:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16801">
    <title>DSN Support</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16801</link>
    <description>&lt;pre&gt;As with 8BITMIME, I'm just whipping up a Sendmail wrapper TMDA can call to turn on DSN support.  From this I gather that the feature needed is the ability to pass in arguments to the sendmail program, or the ability to pass parameters into the MAIL and RCPT commands of the downstream submission server, depending on which is selected by the user.

Tip: if you're on Sendmail (the real thing), set O RRTImpliesDSN=T and then have TMDA add a "Return-Receipt-To:" header.  Sendmail will helpfully turn your request into a DSN success, discard the header value and strip it from the next hop output.

Tip: some MTAs (Mercury/32 on Windows, EG) are still honouring Return-Receipt-To even when they themselves do not support DSN.

In these enlightened times of greylisting and other spam-vapourising nonsense, I love DSNs.

Cheers,
Sabahattin

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Sabahattin Gucukoglu</dc:creator>
    <dc:date>2012-01-25T04:12:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16800">
    <title>From: Can't Be Aliased Under Postfix</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16800</link>
    <description>&lt;pre&gt;I just upgraded to Postfix from XMail.  With TMDA there is an immediate noticeable difference: my challenges go out with the address in $RECIPIENT in the From: field.  $RECIPIENT is my account name after expansion from my alias 'mail', as used in this message.

I realise this isn't a "Big deal", and it isn't even worth writing a wrapper shell script to fix it, but is there any way to fix it in TMDA itself?

Cheers,
Sabahattin

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Sabahattin Gucukoglu</dc:creator>
    <dc:date>2012-01-02T15:54:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16799">
    <title>Insert Missing Date/Message-Id Headers Server-Side</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16799</link>
    <description>&lt;pre&gt;Hi,

I have an (arguably broken) email client which will not do duplicate detection in the absence of Message-Id fields.  While I can get Postfix to insert that field along with From/Sender/Date, I'd rather not since it breaks the purity of mail when relayed or for delivery to non-TMDA destinations, and Message-Id can't be enabled without enabling all the other fields.  Is there a server-side equivalent to the TMDAINJECT variable, or a way to implement it?

Cheers,
Sabahattin

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Sabahattin Gucukoglu</dc:creator>
    <dc:date>2011-12-26T19:31:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16798">
    <title>Forwarding validated email using TMDA+Sendmail+Procmail</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16798</link>
    <description>&lt;pre&gt;I see that the incoming filter
(http://tmda.sourceforge.net/cgi-bin/moin.cgi/FilterSpecification#addlfeatures)
allows a deliver=&amp;amp;&amp;lt;email_address&amp;gt; for forwarding messages.  This works
very well.  However, the local, original recipient user does not get the
email as well.  Is there a way to make this happen?  Can an incoming
filter have multiple actions (e.g. ok AND deliver=&amp;amp;&amp;lt;email_address&amp;gt;)?  I've
tried to get this to work, but I either get an error or just the first
action is performed.


Brent


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Brent Spencer</dc:creator>
    <dc:date>2011-11-19T00:35:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16797">
    <title>Forwarding validated email using TMDA+Sendmail+Procmail</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16797</link>
    <description>&lt;pre&gt;So, I thought I had made some progress on this by adding a rule to my
.procmailrc to check for the existence of a "X-TMDA-Action" header in the
message as an indicator that the message was validated and should be
forwarded.  However, this header is not availble when the message passes
through .procmailrc as TMDA seems to directly move the validated message
to the appropriate /var/spool/mail/&amp;lt;user_name&amp;gt; directory.  Is there a way
to get TMDA to send the validated message through the .procmailrc routine
via sendmail again?


Brent


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Brent Spencer</dc:creator>
    <dc:date>2011-11-18T22:24:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16796">
    <title>Add "Actn" related items as headers</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16796</link>
    <description>&lt;pre&gt;Nevermind.  I found ACTION_HEADER_INCOMING.


Brent


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Brent Spencer</dc:creator>
    <dc:date>2011-11-18T21:36:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16795">
    <title>Add "Actn" related items as headers</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16795</link>
    <description>&lt;pre&gt;When an email is accepted by TMDA for delivery, the "Actn:" line in the
incoming log file describes why the message was accepted.  How would I add
this information as a header in the email.  For example, if the incoming
log message is "Actn: OK (from-file -autocdb ~/.tmda/lists/whitelist ok)",
I would want to add a header to that message such as "X-TMDA-Actn:
whitelist ok".  Is there a way to do this?


Brent


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Brent Spencer</dc:creator>
    <dc:date>2011-11-18T20:59:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16794">
    <title>Forwarding validated email using TMDA+Sendmail+Procmail</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16794</link>
    <description>&lt;pre&gt;I have a working TMDA setup.  Currently, as expected, messages that are
validated arrive in my Inbox.  However, I would like to be able to also
forward these messages to another email address.  How do I configure this?


Brent Spencer
XsiteDesigns



------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Brent Spencer</dc:creator>
    <dc:date>2011-11-18T17:11:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16789">
    <title>tmda-cgi failing after apache update on gentoo</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16789</link>
    <description>&lt;pre&gt;Both the released and "updated" version Kevin "published".

Basically when attempting to execute the cgi I get the following dump from my browser:
ELFàƒ4T4 (44€4€  TTT€€xxŸŸ   Ÿ ŸÐÐhhh  QåtdRåtdŸŸôô€e(/lib/ld-linux.so.2GNU  ­KãÀC H)/6&amp;lt;˜†__gmon_start__libc.so.6_IO_stdin_usedexeclprintfchdirputenvopen__libc_start_mainGLIBC_2.0ii
ZðŸ       U‰åƒìè±è(èóÉÃÿ5øŸÿ%üŸÿ% héàÿÿÿÿ% héÐÿÿÿÿ% héÀÿÿÿÿ% hé°ÿÿÿÿ% h é ÿÿÿÿ% h(éÿÿÿÿ% h0é€ÿÿÿ1í^‰áƒäðPTRhà…hð…QVh¨„èÿÿÿôU‰åSƒìè[Ãä‹“üÿÿÿ…ÒtèZÿÿÿX[ÉÃU‰åSƒì€=$ u5»Ÿ¡( ëŸÁûK9Øs&amp;lt; at &amp;gt;£( ÿ…Ÿ¡( 9ØrêÆ$ X[]Ã´&amp;amp;U‰åƒì‹Ÿ…Òt¸…Àt
ƒìhŸÿÐƒÄÉÃL$ƒäðÿqüU‰åQƒìƒìhœ†è
ÿÿÿƒÄƒìh¨†èúþÿÿƒÄƒìhÀ†èêþÿÿƒÄƒìhì†èÚþÿÿƒÄƒìh‡èÊþÿÿƒÄƒìh$‡èºþÿÿƒÄƒìhN‡èªþÿÿƒÄƒìhd‡èšþÿÿƒÄƒìhœ‡èŠþÿÿƒÄƒìhÂ‡èzþÿÿƒÄƒìh×‡èjþÿÿƒÄƒìjhî‡èøýÿÿƒÄ‰Eôƒìhø‡è5þÿÿƒÄ…Àu jhˆh'ˆh'ˆèøýÿÿƒÄ¸ë¸&amp;lt;ˆƒìhø‡PèëýÿÿƒÄ¸‹MüÉaüÃU‰å]Ãt&amp;amp;¼'U‰åWVSƒìè[Ãöè&amp;gt;ýÿÿƒÿÿÿ“ÿÿÿ)Ð‰ÇÁÿt%1ö´&amp;amp;‹MP‹U‹EQRPÿ”³ÿÿÿFƒÄ9þräeô[^_]ÃU‰åSƒì¡Ÿƒøÿt»ŸfƒëÿÐ‹ƒøÿuôX[]ÃU‰åSƒìè[Ãpè ýÿÿY[ÉÃTMDARC=NoneTMDA_AUTH_TYPE=remoteTMDA_AUTH_ARG=imaps://mail.ercolano.net:993TMDA_CGI_MODE=system-wideTMDA_CGI_DISP_DIR=../displayTMDA_BASE_DIR=/usr/local/src/tmda/currentTMDA_VUSER=vpopmailTMDA_VLOOKUP=vpopmail1 /home/vpopmail/bin/vuserinfo ~TMDA_SESSION_PREFIX=/tmp/TMDASession.TMDA_SESSION_EXP=300TMDA_SESSION_ODDS=0.01/dev/null/var/www/localhost/htdocs/tmda-cgitmda-cgi.py/usr/bin/python2.6Content-type: text/html

Cannot change to directory: %sÿÿÿÿÿÿÿÿHƒ
x†ˆõþÿoÀp‚à
dôŸ8ƒƒþÿÿoè‚ÿÿÿoðÿÿoÔ‚ Ÿvƒ†ƒ–ƒ¦ƒ¶ƒÆƒÖƒGCC: (Gentoo 4.3.4 p1.2, pie-10.1.5) 4.3.4GCC: (Gentoo 4.4.5 p1.2, pie-0.4.5) 4.4.5.symtab.strtab.shstrtab.interp.note.ABI-tag.gnu.hash.dynsym.dynstr.gnu.version.gnu.version_r.rel.dyn.rel.plt.init.text.fini.rodata.eh_frame.ctors.dtors.jcr.dynamic.got.got.plt.data.bss.commentTT#hh 5ˆˆ81öÿÿoÀÀ ;ààCp‚pdKÿÿÿoÔ‚ÔXþÿÿoè‚è gƒpƒ8yHƒHt`ƒ`€àƒà˜…x†x‹”†”à“tˆtŸ¤Ÿ«Ÿ° Ÿ Ð¹ðŸð¾ôŸô(Ç Í$ $Ò0$UyÛÜ`&amp;lt;}ThˆÀàp‚Ô‚è‚ƒƒ
Hƒ`ƒàƒ
x†”†tˆŸŸŸ ŸðŸôŸ $ ñÿôŸ"Ÿ3ŸF ŸO  Zjà…
zàƒ
  ¤”†«x†±Îß˜†î û  Ÿð…\
%7HZ$ ñÿf, ñÿk$ ñÿr¨„-
wHƒtmda-cgi.c_GLOBAL_OFFSET_TABLE___init_array_end__init_array_start_DYNAMICdata_startopen&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0__libc_csu_fini_start__gmon_start___Jv_RegisterClasses_fp_hw_fini__libc_start_main&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0execl&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0_IO_stdin_used__data_start__dso_handle__DTOR_END____libc_csu_initprintf&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0chdir&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0putenv&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0__bss_start_end_edatamain_init

The thing that I find most interesting is the text Cannot change to directory: %s…..

This appears to be a failure to do the chdir in the first few executable lines of code in tmda-cgi.c

In the above example I actually moved the "install" directory of the cgi below the document root in case this was a permission problem.  This didn't help.

Any thoughts on how I should proceed?

- Thanks in advance
Tony------------------------------------------------------------------------------
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World&amp;amp;#153; now supports Android&amp;amp;#153; Apps 
for the BlackBerry&amp;amp;reg; PlayBook&amp;amp;#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users
&lt;/pre&gt;</description>
    <dc:creator>Anthony Ercolano</dc:creator>
    <dc:date>2011-10-31T21:51:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16788">
    <title>tmda-cgi failing after apache update on gentoo</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16788</link>
    <description>&lt;pre&gt;Both the released and "updated" version Kevin "published".

Basically when attempting to execute the cgi I get the following dump from my browser:
ELFàƒ4T4 (44€4€  TTT€€xxŸŸ   Ÿ ŸÐÐhhh  QåtdRåtdŸŸôô€e(/lib/ld-linux.so.2GNU  ­KãÀC H)/6&amp;lt;˜†__gmon_start__libc.so.6_IO_stdin_usedexeclprintfchdirputenvopen__libc_start_mainGLIBC_2.0ii
ZðŸ       U‰åƒìè±è(èóÉÃÿ5øŸÿ%üŸÿ% héàÿÿÿÿ% héÐÿÿÿÿ% héÀÿÿÿÿ% hé°ÿÿÿÿ% h é ÿÿÿÿ% h(éÿÿÿÿ% h0é€ÿÿÿ1í^‰áƒäðPTRhà…hð…QVh¨„èÿÿÿôU‰åSƒìè[Ãä‹“üÿÿÿ…ÒtèZÿÿÿX[ÉÃU‰åSƒì€=$ u5»Ÿ¡( ëŸÁûK9Øs&amp;lt; at &amp;gt;£( ÿ…Ÿ¡( 9ØrêÆ$ X[]Ã´&amp;amp;U‰åƒì‹Ÿ…Òt¸…Àt
ƒìhŸÿÐƒÄÉÃL$ƒäðÿqüU‰åQƒìƒìhœ†è
ÿÿÿƒÄƒìh¨†èúþÿÿƒÄƒìhÀ†èêþÿÿƒÄƒìhì†èÚþÿÿƒÄƒìh‡èÊþÿÿƒÄƒìh$‡èºþÿÿƒÄƒìhN‡èªþÿÿƒÄƒìhd‡èšþÿÿƒÄƒìhœ‡èŠþÿÿƒÄƒìhÂ‡èzþÿÿƒÄƒìh×‡èjþÿÿƒÄƒìjhî‡èøýÿÿƒÄ‰Eôƒìhø‡è5þÿÿƒÄ…Àu jhˆh'ˆh'ˆèøýÿÿƒÄ¸ë¸&amp;lt;ˆƒìhø‡PèëýÿÿƒÄ¸‹MüÉaüÃU‰å]Ãt&amp;amp;¼'U‰åWVSƒìè[Ãöè&amp;gt;ýÿÿƒÿÿÿ“ÿÿÿ)Ð‰ÇÁÿt%1ö´&amp;amp;‹MP‹U‹EQRPÿ”³ÿÿÿFƒÄ9þräeô[^_]ÃU‰åSƒì¡Ÿƒøÿt»ŸfƒëÿÐ‹ƒøÿuôX[]ÃU‰åSƒìè[Ãpè ýÿÿY[ÉÃTMDARC=NoneTMDA_AUTH_TYPE=remoteTMDA_AUTH_ARG=imaps://mail.ercolano.net:993TMDA_CGI_MODE=system-wideTMDA_CGI_DISP_DIR=../displayTMDA_BASE_DIR=/usr/local/src/tmda/currentTMDA_VUSER=vpopmailTMDA_VLOOKUP=vpopmail1 /home/vpopmail/bin/vuserinfo ~TMDA_SESSION_PREFIX=/tmp/TMDASession.TMDA_SESSION_EXP=300TMDA_SESSION_ODDS=0.01/dev/null/var/www/localhost/htdocs/tmda-cgitmda-cgi.py/usr/bin/python2.6Content-type: text/html

Cannot change to directory: %sÿÿÿÿÿÿÿÿHƒ
x†ˆõþÿoÀp‚à
dôŸ8ƒƒþÿÿoè‚ÿÿÿoðÿÿoÔ‚ Ÿvƒ†ƒ–ƒ¦ƒ¶ƒÆƒÖƒGCC: (Gentoo 4.3.4 p1.2, pie-10.1.5) 4.3.4GCC: (Gentoo 4.4.5 p1.2, pie-0.4.5) 4.4.5.symtab.strtab.shstrtab.interp.note.ABI-tag.gnu.hash.dynsym.dynstr.gnu.version.gnu.version_r.rel.dyn.rel.plt.init.text.fini.rodata.eh_frame.ctors.dtors.jcr.dynamic.got.got.plt.data.bss.commentTT#hh 5ˆˆ81öÿÿoÀÀ ;ààCp‚pdKÿÿÿoÔ‚ÔXþÿÿoè‚è gƒpƒ8yHƒHt`ƒ`€àƒà˜…x†x‹”†”à“tˆtŸ¤Ÿ«Ÿ° Ÿ Ð¹ðŸð¾ôŸô(Ç Í$ $Ò0$UyÛÜ`&amp;lt;}ThˆÀàp‚Ô‚è‚ƒƒ
Hƒ`ƒàƒ
x†”†tˆŸŸŸ ŸðŸôŸ $ ñÿôŸ"Ÿ3ŸF ŸO  Zjà…
zàƒ
  ¤”†«x†±Îß˜†î û  Ÿð…\
%7HZ$ ñÿf, ñÿk$ ñÿr¨„-
wHƒtmda-cgi.c_GLOBAL_OFFSET_TABLE___init_array_end__init_array_start_DYNAMICdata_startopen&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0__libc_csu_fini_start__gmon_start___Jv_RegisterClasses_fp_hw_fini__libc_start_main&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0execl&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0_IO_stdin_used__data_start__dso_handle__DTOR_END____libc_csu_initprintf&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0chdir&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0putenv&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;GLIBC_2.0__bss_start_end_edatamain_init

The thing that I find most interesting is the text Cannot change to directory: %s…..

This appears to be a failure to do the chdir in the first few executable lines of code in tmda-cgi.c

In the above example I actually moved the "install" directory of the cgi below the document root in case this was a permission problem.  This didn't help.

Any thoughts on how I should proceed?

- Thanks in advance
Tony------------------------------------------------------------------------------
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World&amp;amp;#153; now supports Android&amp;amp;#153; Apps 
for the BlackBerry&amp;amp;reg; PlayBook&amp;amp;#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users
&lt;/pre&gt;</description>
    <dc:creator>Anthony Ercolano</dc:creator>
    <dc:date>2011-10-31T22:00:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16787">
    <title>Firefox extension for generating addresses</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16787</link>
    <description>&lt;pre&gt;I got a bit fed up of dropping to a terminal to generate addresses when 
signing up for things in Firefox, so I wrote this a little while back:

   https://addons.mozilla.org/en-US/firefox/addon/tmda-address-gen/

Maybe it'll be useful to someone else on this list too.

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Dagger</dc:creator>
    <dc:date>2011-08-22T04:06:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16786">
    <title>Email Distribution List - Sendmail+Virtusertable+TMDA</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16786</link>
    <description>&lt;pre&gt;I have a working sendmail+virtusertable+tmda configuration.  However, I
would like to be able to send confirmed emails to a group of recipients.
For instance, if an email is sent to local user A and the sender
positively responds to the challenge, I would like for not only user A but
also someone&amp;lt; at &amp;gt;gmail.com to receive the email that was initially sent to
user A.  Any help is greatly appreciated.

Brent

------------------------------------------------------------------------------
10 Tips for Better Web Security
Learn 10 ways to better secure your business today. Topics covered include:
Web security, SSL, hacker attacks &amp;amp; Denial of Service (DoS), private keys,
security Microsoft Exchange, secure Instant Messaging, and much more.
http://www.accelacomm.com/jaw/sfnl/114/51426210/
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Brent Spencer</dc:creator>
    <dc:date>2011-07-20T00:17:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16783">
    <title>Trouble using stunnel and tmda-ofmidd</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16783</link>
    <description>&lt;pre&gt;I've been using tmda and qmail for years quite successfully. I've had mail
clients connecting to my mail server using stunnel for a secure connection
and using tmda-ofmipd so that outgoing mail could add destination addresses
to my whitelists and also to append a header to outgoing messages.

After a recent upgrade I've lost the ability to send - receiving works just
fine.

stunnel is running under tcpserver:
/usr/bin/tcpserver -v -P -R -x /etc/tcprules.d/tcp.tmda-ofmipd.cdb -c 40 -u
89 -g 89 mail.ercolano.net 8026 /etc/tmda/stunnel/stunnel-wrapper

stunnel-wrapper:
#!/bin/sh
exec /usr/sbin/stunnel /etc/tmda/stunnel/stunnel.conf
2&amp;gt;&amp;gt;/var/log/tmda-ofmipd-starttls-stunnel-wrapper

My stunnel.conf is:
exec =     /etc/tmda/stunnel/tmda-ofmipd-wrapper
execargs = /etc/tmda/stunnel/tmda-ofmipd-wrapper
cert = /etc/tmda/stunnel/stunnel.pem
client = no
foreground = yes
protocol = smtp
debug = 7

My /etc/tmda/stunnel/tmda-ofmipd-wrapper is:
#!/bin/sh
exec /usr/local/src/tmda/current/bin/tmda-ofmipd -d -f -1 -R
imaps://mail.ercolano.net \
        -S /usr/local/src/tmda/current/contrib/vpopmail-vdir.sh \
 2&amp;gt;&amp;gt;/var/log/tmdaofmipd

(I see no messages in /var/log/tmdaofmipd.)

My tmda-ofmipd is 1.1.12

stunnel -version
stunnel 4.35 on i486-pc-linux-gnu with OpenSSL 1.0.0d 8 Feb 2011
Threading:PTHREAD SSL:ENGINE Sockets:POLL,IPv4 Auth:LIBWRAP

Global options
debug           = daemon.notice
pid             = /var/lib/run/stunnel/stunnel.pid
RNDbytes        = 64
RNDfile         = /dev/urandom
RNDoverwrite    = yes

Service-level options
cert            = /etc/stunnel/stunnel.pem
ciphers         = ALL:!aNULL:!eNULL:!SSLv2
curve           = sect163r2
session         = 300 seconds
stack           = 65536 bytes
sslVersion      = SSLv3 for client, all for server
TIMEOUTbusy     = 300 seconds
TIMEOUTclose    = 60 seconds
TIMEOUTconnect  = 10 seconds
TIMEOUTidle     = 43200 seconds
verify          = none

When I attempt to send a message from a remote client I get the following in
my log:

2011.06.01 21:21:10 LOG5[32556:3083143808]: Reading configuration from file
/etc/tmda/stunnel/stunnel.conf
2011.06.01 21:21:10 LOG7[32556:3083143808]: Snagged 64 random bytes from
//.rnd
2011.06.01 21:21:10 LOG7[32556:3083143808]: Wrote 1024 new random bytes to
//.rnd
2011.06.01 21:21:10 LOG7[32556:3083143808]: PRNG seeded successfully
2011.06.01 21:21:10 LOG6[32556:3083143808]: Could not load DH parameters
from /etc/tmda/stunnel/stunnel.pem
2011.06.01 21:21:10 LOG7[32556:3083143808]: ECDH initialized
2011.06.01 21:21:10 LOG7[32556:3083143808]: Certificate:
/etc/tmda/stunnel/stunnel.pem
2011.06.01 21:21:10 LOG7[32556:3083143808]: Certificate loaded
2011.06.01 21:21:10 LOG7[32556:3083143808]: Key file:
/etc/tmda/stunnel/stunnel.pem
2011.06.01 21:21:10 LOG7[32556:3083143808]: Private key loaded
2011.06.01 21:21:10 LOG7[32556:3083143808]: SSL context initialized for
service stunnel
2011.06.01 21:21:10 LOG5[32556:3083143808]: Configuration successful
2011.06.01 21:21:10 LOG5[32556:3083143808]: No limit detected for the number
of clients
2011.06.01 21:21:10 LOG7[32556:3083143808]: signal_pipe: FD=4 allocated
(blocking mode)
2011.06.01 21:21:10 LOG7[32556:3083143808]: signal_pipe: FD=5 allocated
(blocking mode)
2011.06.01 21:21:10 LOG5[32556:3083143808]: stunnel 4.35 on
i486-pc-linux-gnu with OpenSSL 1.0.0d 8 Feb 2011
2011.06.01 21:21:10 LOG5[32556:3083143808]: Threading:PTHREAD SSL:ENGINE
Sockets:POLL,IPv4 Auth:LIBWRAP
2011.06.01 21:21:10 LOG7[32556:3083143808]: Service stunnel started
2011.06.01 21:21:10 LOG7[32556:3083143808]: Service stunnel permitted by
libwrap from 123.123.123.123:61589
2011.06.01 21:21:10 LOG5[32556:3083143808]: Service stunnel accepted
connection from 123.123.123.123:61589
2011.06.01 21:21:10 LOG7[32556:3083143808]: socket#1: FD=6 allocated
(non-blocking mode)
2011.06.01 21:21:10 LOG7[32556:3083143808]: socket#2: FD=7 allocated
(non-blocking mode)
2011.06.01 21:21:10 LOG3[32556:3083143808]: connect: Operation now in
progress (115)
2011.06.01 21:21:10 LOG5[32556:3083143808]: Connection reset: 0 bytes sent
to SSL, 0 bytes sent to socket
2011.06.01 21:21:10 LOG7[32556:3083143808]: Service stunnel finished (0
left)


The next to last line seems like where things really break.  Is there some
sort of protocol mismatch between stunnel and tmda-ofmipd?

Any thoughts would be appreciated.

Tony
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 _______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users
&lt;/pre&gt;</description>
    <dc:creator>Anthony V. Ercolano</dc:creator>
    <dc:date>2011-06-02T20:20:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16781">
    <title>TMDA + Postfix per user basis</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16781</link>
    <description>&lt;pre&gt;Hello,

I'm new on TMDA.

Is it possible to setup TMDA + Postifix per user basis ?

I've found this possibility only using Exim.

Thanks in advence.

WM
------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users
&lt;/pre&gt;</description>
    <dc:creator>Wardner Maia</dc:creator>
    <dc:date>2011-05-28T17:07:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16777">
    <title>CONFIRM_ADDRESS Not Working?</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16777</link>
    <description>&lt;pre&gt;Another puzzler for you all. :-)

Debian's brain-dead procmail installation will not let me use my primary address - the one in the From: of this email - to send bug reports or in fact do anything requiring interacting with a mail server, because procmail's infamous "Daemon" check (that's supposed to get rid of automatic mail system mail) filters out email with the word "mail" in sender headers.  No problem, I'll just kludge a workaround by sending my mail out with a return and From: header set to my SourceForge forwarding address, and have the Reply-To point to the desired dated address (sample in Reply-To: of this email).  That's the plan, anyway.  I configure my mailer (Apple Mail) to send out mail through tmda-ofmipd with a newly added rule in my filters/outgoing file:
to *&amp;lt; at &amp;gt;bugs.debian.org tag from bare=append envelope bare reply-to dated resent-from bare

But now, when I send mail purporting to come from my SF account, an entry like this in my outgoing log, and the corresponding headers in email which is rendered unrepliable, results:
Date: Wed, 25 May 2011 00:20:10 +0100
XPri: mail&amp;lt; at &amp;gt;sabahattin-gucukoglu.com
From: Sabahattin Gucukoglu &amp;lt;sgucukoglu&amp;lt; at &amp;gt;users.sourceforge.net&amp;gt;
Rept: Sabahattin Gucukoglu &amp;lt;sgucukoglu-dated-1308871210.064aa9&amp;lt; at &amp;gt;users.sourceforge.net&amp;gt;
  To: 626427&amp;lt; at &amp;gt;bugs.debian.org
Subj: Re: Bug#626427: linux-image-2.6.38-2-686: Horrible Time Skew, Eventual Near-zero Responsiveness
Actn: to *&amp;lt; at &amp;gt;bugs.debian.org tag envelope bare reply-to dated from bare=append resent-from bare(1332)

Can anybody explain this?  I thought that is what CONFIRM_ADDRESS is for.  Besides, which of the sender addresses is it using to derive the tagged address from, the envelope sender or the From: field?

Cheers,
Sabahattin

------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Sabahattin Gucukoglu</dc:creator>
    <dc:date>2011-05-25T00:53:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16774">
    <title>Reminder, IPv6</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16774</link>
    <description>&lt;pre&gt;Just a reminder to put it on a todo list somewhere, in case it isn't already yet. :-)

It's not in the latest tmda-ofmipd.

Cheers,
Sabahattin

------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Sabahattin Gucukoglu</dc:creator>
    <dc:date>2011-04-25T19:53:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16770">
    <title>Possible causes for a response triggering a new challenge?</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16770</link>
    <description>&lt;pre&gt;I'm setting up Postfix+mysql virtual users, with maildrop as the MDA.
It's been quite a task and I'm close to finishing it, but alas, I get
new challenges after sending in a response.

I don't have the email address or user part in /etc/aliases, as the
FAQ mentions about Sendmail.

Does anyone know of any other common reasons for this, or what I
should look at?  Below is .tmda/logs/incoming for one message and a
response

== Challenge

Date: Tue, 12 Apr 2011 15:25:52 -0400
From: Darek M &amp;lt;darek&amp;lt; at &amp;gt;DOM.net&amp;gt;
  To: someone&amp;lt; at &amp;gt;DOMAIN.com
Subj: Testing again
Actn: CONFIRM action_incoming                                           (1257)

Date: Tue, 12 Apr 2011 15:25:52 -0400
From: Darek M &amp;lt;darek&amp;lt; at &amp;gt;DOM.net&amp;gt;
  To: someone&amp;lt; at &amp;gt;DOMAIN.com
Subj: Testing again
Actn: CONFIRM pending 1302636352.14229                                  (1257)

== Response

Date: Tue, 12 Apr 2011 15:33:10 -0400
From: Darek M &amp;lt;darek&amp;lt; at &amp;gt;DOM.net&amp;gt;
  To: someone-confirm-1302636352.14229.71b35f&amp;lt; at &amp;gt;DOMAIN.com
Subj: Re: Please confirm your message
Actn: CONFIRM action_incoming                                           (2271)

Date: Tue, 12 Apr 2011 15:33:10 -0400
From: Darek M &amp;lt;darek&amp;lt; at &amp;gt;DOM.net&amp;gt;
  To: someone-confirm-1302636352.14229.71b35f&amp;lt; at &amp;gt;DOMAIN.com
Subj: Re: Please confirm your message
Actn: CONFIRM pending 1302636789.14271                                  (2271)

&lt;/pre&gt;</description>
    <dc:creator>Darek M</dc:creator>
    <dc:date>2011-04-12T19:36:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16759">
    <title>SSL Chains</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16759</link>
    <description>&lt;pre&gt;I'm still experiencing delays caused by verification using the issuer's intermediate certificate, using a referral to the intermediate's web servers whenever I submit a message using tmda-ofmipd for the first time in each session of my MUA (tmda-fork version).  Is there any way to fix this, by having the entire chain sent to the client, without going through stunnel?

Cheers,
Sabahattin

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
tmda-users mailing list
tmda-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmda-users

&lt;/pre&gt;</description>
    <dc:creator>Sabahattin Gucukoglu</dc:creator>
    <dc:date>2011-04-10T05:36:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.tmda.user/16751">
    <title>postfix+tmda-postfix-policy.sh</title>
    <link>http://comments.gmane.org/gmane.mail.spam.tmda.user/16751</link>
    <description>&lt;pre&gt;Hi there,

I think I'm missing a step in this policy script.  In this bit of
code, which is pretty much the meat and potatoes of the whole thing:

    tmda-filter -M $recip $sender | grep MATCH | grep -q bounce$
    ## If they find something in the filters, dispose of the message.
    if [ $? = 0 ]; then
        [ -n "$LOGGER" ] &amp;amp;&amp;amp; $LOGGER -p mail.info -t postfix/tmda \
                 "Rejecting email recieved from $sender to $recip"
        echo "action=reject Message rejected by recipient (TMDA)."
        echo
    else
        [ -n "$LOGGER" ] &amp;amp;&amp;amp; $LOGGER -p mail.info -t postfix/tmda \
                   "Permitting email recieved from $sender to $recip"
        echo action=permit
        echo
    fi

If I put a sender address in the 'bounce' filter file, it gets rejected at SMTP.

But if the address isn't listed anywhere (the "else" block), the
message gets passed right on through to the inbox.  Am I reading this
right?  Where is the challenge created?  I must be missing a step as
it seems the script only checks if a sender is explicitly blacklisted,
and if not, the mail is permitted.

&lt;/pre&gt;</description>
    <dc:creator>Darek M</dc:creator>
    <dc:date>2011-04-01T19:38:25</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.spam.tmda.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.spam.tmda.user</link>
  </textinput>
</rdf:RDF>
