I tried user vdeliver and just dropping the mail  ./Maildir  neither
worked.
I just tried using the contrib. deliver which didn't work either.




@40000000401546791aad4ad4 info msg 226711: bytes 4638 from
<[EMAIL PROTECTED]> qp 12487 uid 89
@40000000401546791d525af4 starting delivery 5: msg 226711 to local
[EMAIL PROTECTED]
@40000000401546791d5289d4 status: local 2/10 remote 0/20
@40000000401546791d529974 delivery 3: success: did_0+0+1/
@40000000401546791d52a914 status: local 1/10 remote 0/20
@40000000401546791d52b4cc end msg 226710
@40000000401546791e391d2c delivery 5: failure:
Sorry,_no_mailbox_here_by_that_name._vpopmail_(#5.1.1)/


I just noticed this,  [EMAIL PROTECTED]

This is the cause, now to find out whats causing it. If the - is removed
from the assign, than everything breaks. The - is the default dir to
check for users. - / vpasswd.cdb




-----Original Message-----
From: Stephen Warren [mailto:[EMAIL PROTECTED] 
Sent: Monday, January 26, 2004 11:45 AM
To: Chris Sandy
Cc: [EMAIL PROTECTED]
Subject: Re: Strange behavior.

Quoting Chris Sandy <[EMAIL PROTECTED]>:

> Once I have sent an email to an address configured for tmda I receive
> my confirmation with no problem. I reply to the confirmation and right
> away I receive a bounce stating the user doesn't exist. Shortly after
> I receive this bounce, my confirmation goes though.  The bounce is not
> generated from the user-confirm-, but the [EMAIL PROTECTED]

The TMDA email flow is:

1. Your email client -> qmail -> TMDA: original message
2. TMDA -> qmail -> your email client: confirmation request
3. Your email client -> qmail -> TMDA: confirmation response
4. TMDA -> qmail -> your email client: confirmation acceptance
notification
5. TMDA -> qmail -> destination mailbox: original message

What's failing is step 5 - the re-injection of the original email to the
original recipient once the confirmation has completed.

How did you setup TMDA to re-inject the original message - i.e. what
value
does MAIL_TRANSPORT have? Is this different than the regular SMTP daemon
on the MX server for your domain? When your email client sends to
[EMAIL PROTECTED], it seems to get through, but when TMDA does, things
don't seem to work. I'd suggest attempting to manually send email using
the designated MAIL_TRANSPORT setup to verify that works...

> [EMAIL PROTECTED]:/export/mail/domains/autorush.com# cat
> /q/qmail/users/assign
> | grep autorush
>
+autorush.com-:autorush.com:89:89:/export/mail/domains/autorush.com:-::

I'm assuming you also have a /q/qmail/control/virtualdomains with this
line:

autorush.com:autorush.com

I don't *think* it's the problem, but edit users/assign to say:

+autorush.com:autorush.com:89:89:/export/mail/domains/autorush.com:-::

i.e. remove the trailing - in the first field. Perhaps since - is the
delimiter, having it trailing confuses qmail? My users/assign doesn't
have
the traling -.

-- 
Stephen Warren, Software Engineer, Parama Networks, San Jose, CA
[EMAIL PROTECTED]                  http://www.wwwdotorg.org/


_____________________________________________
tmda-users mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-users

Reply via email to