Mail.app and stunnel/tmda-ofmipd

Sorry if this is considered, OT, but I was wondering if anyone has
gotten Apple's Mail.app to do SSL with with tmda-ofmipd.  I have stunnel
4 setup to forward connections from 8026 to 8025, and that works great
with Thunderbird or openssl's s_client.  But Mail.app makes a
connection, and hangs.  stunnel's debug = 7 has not yielded any useful
info, nor does the connection get passed to tmda-ofmipd.  Is anyone
using a different setup that they know works with more MUAs?

Thanks,

Bill Shupp

tmda-cgi - parent .qmail files not created

I'm setting up tmda-cgi on FreeBSD 6 with qmail and vpopmail.  The
problem is that the %(Parent)%/.qmail* files are not created when you
turn on tmda via the cgi (vadduser-tmda works fine).  I have a similar
setup on a FreeBSD 5 machine which works fine.  The files do appear in
skel/install/%(Parent)%.  Any thoughts?

Thanks,

Bill

Re: tmda-cgi - parent .qmail files not created

Bill Shupp wrote:
> I'm setting up tmda-cgi on FreeBSD 6 with qmail and vpopmail.  The
> problem is that the %(Parent)%/.qmail* files are not created when you
> turn on tmda via the cgi (vadduser-tmda works fine).  I have a similar
> setup on a FreeBSD 5 machine which works fine.  The files do appear in
> skel/install/%(Parent)%.  Any thoughts?

I figured it out.. I have vpopmail in /usr/vpopmail, and had not updated
defaults.ini.

Thanks,

Bill

Re: Mail.app and stunnel/tmda-ofmipd

Bill Shupp wrote:
> Sorry if this is considered, OT, but I was wondering if anyone has
> gotten Apple's Mail.app to do SSL with with tmda-ofmipd.  I have stunnel
> 4 setup to forward connections from 8026 to 8025, and that works great
> with Thunderbird or openssl's s_client.  But Mail.app makes a
> connection, and hangs.  stunnel's debug = 7 has not yielded any useful
> info, nor does the connection get passed to tmda-ofmipd.  Is anyone
> using a different setup that they know works with more MUAs?

I got the answer off-list, but just so that it gets in the archives, the
solution was to add:

protocol = smtp

to stunnel.conf.

Thanks Dave Steinberg!

Bill

retriggered requests / no aliases

Hola group,

I have a sendmail/procmail/DSPAM setup.  Now one of my users wants TMDA. 
I've gone through the install for both tmda and tmda-cgi (love the web
interface).

I was immediately hit with the 'confirmations trigger new requests.'  The
FAQ's say this is usually an alias issue.  DSPAM uses aliases, but the
user I'm testing does not have an alias -- I removed the spam-user alias
for the purpose of testing.

TMDA is happily accepting new email and sending a challenge reponse.  And
when I confirm the challenge, it happily send's me another
request/challenge.

I have the RECIPIENT_DELIMETER set to '+'.
DELIVERY_TRANFER AGENT is sendmail.
I've tried both the spool and the procmail approach to the DELIVERY
variable:  /var/spool/mail/user and /usr/bin/procmail ~/.procmailrc-tmda
(I've also just left this variable at /usr/bin/procmail and used a
standard .procmailrc.)

I copied the procmailrc from the server configuration page.

tmdadebug.log shows this:

Uncaught Python 2.4.2 Exception (Mon Apr 10 14:30:41 2006):
-----------------------------------------------------------
Traceback (most recent call last):
  File "/usr/local/tmda/bin/tmda-filter", line 53, in ?

confirmation template without original message

hello's!

is there a way to exclude the original message in the confirmation email 
to the requestor? the confirm_request.txt template doesn't show anything 
like this, and i've been unable to find how to do this.

basically, i want to send confirmation messages with only the content in 
the template.

thanks!
joe

Re: confirmation template without original message

http://tmda.net/config-vars.html#AUTORESPONSE_INCLUDE_SENDER_COPY

Set it to 0.

joseph kacmarcik wrote:
> hello's!
> 
> is there a way to exclude the original message in the confirmation email 
> to the requestor? the confirm_request.txt template doesn't show anything 
> like this, and i've been unable to find how to do this.
> 
> basically, i want to send confirmation messages with only the content in 
> the template.
> 
> thanks!
> joe

Re: confirmation template without original message

joseph kacmarcik wrote:
> basically, i want to send confirmation messages with only the content in 
> the template.

http://www.tmda.net/config-vars.html#AUTORESPONSE_INCLUDE_SENDER_COPY

joseph kacmarcik wrote:
> basically, i want to send confirmation messages with only the content in 
> the template.

http://www.tmda.net/config-vars.html#AUTORESPONSE_INCLUDE_SENDER_COPY

Re: confirmation template without original message

> http://tmda.net/config-vars.html#AUTORESPONSE_INCLUDE_SENDER_COPY
> 
> Set it to 0.

perfect, works great. thanks!

joe

Re: retriggered requests / no aliases

Michael D. Mikkelsen wrote:
> tmdadebug.log shows this:
> 
> Uncaught Python 2.4.2 Exception (Mon Apr 10 14:30:41 2006):
> -----------------------------------------------------------
> Traceback (most recent call last):
>   File "/usr/local/tmda/bin/tmda-filter", line 53, in ?
>     execfile(os.path.join(execdir, 'tmda-rfilter'))
>   File "/usr/local/tmda/bin/tmda-rfilter", line 236, in ?
>     raise Errors.MissingEnvironmentVariable('SENDER')
> MissingEnvironmentVariable
> 
> 
> But procmail DOES seem to be setting this variable as is shown in the From
> field of tmdaincoming.log:
> 
> 
> Date: Mon Apr 10 14:28:00 PDT 2006
> From: "Michael D. Mikkelsen" <mikk <at> spamsucks.com>
>   To: mikk <at> c<TMDA-ENABLED-DOMAIN.org>
> Subj: teeeeeeeeeeeeeeeeeee
> Actn: CONFIRM pending 1144704480.8905.msg                              
> (2207)

I believe that the "From" line in the debug log contains the message's
"From" header. This is different from the "SENDER" environment variable,
which should contain the SMTP envelope sender.

As such, I'd say that sendmail/procmail/... isn't setting SENDER for
some reason.