<?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 Rel&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 &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 M&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/tmd&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://list&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ŸÿÐƒÄÉ&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ŸÿÐƒÄÉ&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://m&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 i&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_&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 onl&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>
