Rt-mailgate config problems while on virtual dedicated server

I’m having problems properly configuring rt-mailgate. I have a recipe
I made a few years ago for RHEL 4, but I had a real dedicated box that
time. This time I have a dedicated virtual server hosted by godaddy.

I started with the fancy method described at
http://www.geert.triple-it.nl/node/rt_procmail.html, but soon realized
my root problem with that method was that I didn’t know how to deliver
mail to an actual account on the box from postfix, which is using
virtual_alias to handle mail for my virtual domain.

So I went back to the basic way descried in manual_installation, where
you set up an alias for each queue.

postfix wouldn’t let me put this in /etc/postfix/turbopanel/virtual_alias:
test@virtualdomain.com “|/opt/rt3/bin/rt-mailgate --queue test
–action correspond --url https://virtualdomain.com

It complained because it wasn’t a valid hash format.

So I tried appending to /etc/aliases:
test: “|/opt/rt3/bin/rt-mailgate --queue ‘test’ --action correspond
–url https://virtualdomain.com

and setting /etc/postfix/turbopanel/virtual_alias:
test@virtualdomain.com test@ip-999-999-999-999.ip.secureserver.net

that failed (relay error, I suppose another machine is actually
handling ip-999-999-999-999.ip.secureserver.net)

So I tried /etc/postfix/turbopanel/virtual_alias:
test@virtualdomain.com test@localhost

which resolved to test@locahost.virtualdomain.com, and so failed:
Aug 25 12:37:41 ip-999-999-999-999 postfix/lmtp[27984]: 3F34315E35F6:
to=test@localhost.virtualdomain.com,
relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=0,
status=bounced (host
/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp] said: 550-Mailbox
unknown. Either there is no mailbox associated with this 550-name or
you do not have authorization to see it. 550 5.1.1 User unknown (in
reply to RCPT TO command))

I also tried /etc/postfix/turbopanel/virtual_alias:
test@virtualdomain.com test@127.0.0.1

and that failed:
Aug 25 12:40:36 ip-999-999-999-999 postfix/qmgr[28422]: 9AEA715E35F6:
to=test@127.0.0.1, relay=none, delay=0, status=bounced (bad address
syntax: “test@127.0.0.1”)

I’m using RT 3.6.4 on CentOS 4.5 with postfix and cyrus.

Can anyone point me in the right direction?

Phil Lawrence

Phil Lawrence wrote:

I also tried /etc/postfix/turbopanel/virtual_alias:
test@virtualdomain.com test@127.0.0.1

and that failed:
Aug 25 12:40:36 ip-999-999-999-999 postfix/qmgr[28422]: 9AEA715E35F6:
to=test@127.0.0.1, relay=none, delay=0, status=bounced (bad address
syntax: “test@127.0.0.1”)
The error’s right on that last one; it’s bad address syntax. You should
be able to get around it using “test@[127.0.0.1]”.

Phil Lawrence wrote:

I also tried /etc/postfix/turbopanel/virtual_alias:
test@virtualdomain.com test@127.0.0.1

and that failed:
Aug 25 12:40:36 ip-999-999-999-999 postfix/qmgr[28422]: 9AEA715E35F6:
to=test@127.0.0.1, relay=none, delay=0, status=bounced (bad address
syntax: “test@127.0.0.1”)
The error’s right on that last one; it’s bad address syntax. You should
be able to get around it using “test@[127.0.0.1]”.

I made the change (thank you) and now get:
verify_user([127.0.0.1]!user.test) failed: Mailbox does not exist

Here’s the details:

cat /etc/postfix/turbopanel/virtual_alias

test@virtualdomain.com test@[127.0.0.1]
test-comment@virtualdomain.com test-comment@[127.0.0.1]

tail -n 2 /etc/aliases

test: “|/opt/rt3/bin/rt-mailgate --queue ‘test’ --action correspond
–url https://virtualdomain.com/
test-comment: “|/opt/rt3/bin/rt-mailgate --queue ‘test’ --action
comment --url https://virtualdomain.com/

grep ‘^Aug 27 07:10’ /var/log/maillog

Aug 27 07:10:01 ip-72-167-16-99 postfix/smtpd[27811]: initializing the
server-side TLS engine
Aug 27 07:10:03 ip-72-167-16-99 postfix/smtpd[27811]: connect from
ug-out-1314.google.com[66.249.92.169]
Aug 27 07:10:04 ip-72-167-16-99 postfix/trivial-rewrite[28662]:
warning: do not list domain virtualdomain.com in BOTH mydestination
and virtual_mailbox_domains
Aug 27 07:10:04 ip-72-167-16-99 postfix/smtpd[27811]: warning: support
for restriction “check_relay_domains” will be removed from Postfix;
use “reject_unauth_destination” instead
Aug 27 07:10:05 ip-72-167-16-99 postfix/smtpd[27811]: 19C1D15E35C2:
client=ug-out-1314.google.com[66.249.92.169]
Aug 27 07:10:05 ip-72-167-16-99 postfix/cleanup[29779]: 19C1D15E35C2:
message-id=c46083f50708270710r79bb7cc9l55780f1b626e8a14@mail.gmail.com
Aug 27 07:10:05 ip-72-167-16-99 postfix/qmgr[28117]: 19C1D15E35C2:
from=phil@some-other.com, size=853, nrcpt=1 (queue active)
Aug 27 07:10:05 ip-72-167-16-99 spamc[30094]: connect(AF_INET) to
spamd at 127.0.0.1 failed, retrying (#1 of 3): Connection refused
Aug 27 07:10:06 ip-72-167-16-99 spamc[30094]: connect(AF_INET) to
spamd at 127.0.0.1 failed, retrying (#2 of 3): Connection refused
Aug 27 07:10:07 ip-72-167-16-99 spamc[30094]: connect(AF_INET) to
spamd at 127.0.0.1 failed, retrying (#3 of 3): Connection refused
Aug 27 07:10:08 ip-72-167-16-99 spamc[30094]: connection attempt to
spamd aborted after 3 retries
Aug 27 07:10:09 ip-72-167-16-99 postfix/pipe[30082]: 19C1D15E35C2:
to=<test@[127.0.0.1]>, orig_to=test@virtualdomain.com,
relay=spamassassin, delay=5, status=sent (virtualdomain.com)
Aug 27 07:10:09 ip-72-167-16-99 postfix/qmgr[28117]: 19C1D15E35C2: removed
Aug 27 07:10:09 ip-72-167-16-99 postfix/pickup[28116]: A4EA815E35C6:
uid=99 from=phil@some-other.com
Aug 27 07:10:09 ip-72-167-16-99 postfix/cleanup[29779]: A4EA815E35C6:
message-id=c46083f50708270710r79bb7cc9l55780f1b626e8a14@mail.gmail.com
Aug 27 07:10:09 ip-72-167-16-99 postfix/qmgr[28117]: A4EA815E35C6:
from=phil@some-other.com, size=960, nrcpt=1 (queue active)
Aug 27 07:10:10 ip-72-167-16-99 lmtpunix[27985]: accepted connection
Aug 27 07:10:10 ip-72-167-16-99 lmtpunix[27985]: lmtp connection
preauth’d as postman
Aug 27 07:10:10 ip-72-167-16-99 master[32171]: about to exec
/usr/lib/cyrus-imapd/lmtpd
Aug 27 07:10:10 ip-72-167-16-99 lmtpunix[27985]:
verify_user([127.0.0.1]!user.test) failed: Mailbox does not exist
Aug 27 07:10:10 ip-72-167-16-99 lmtpunix[32171]: executed
Aug 27 07:10:10 ip-72-167-16-99 postfix/lmtp[32146]: A4EA815E35C6:
to=<test@[127.0.0.1]>,
relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=1,
status=bounced (host
/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp] said: 550-Mailbox
unknown. Either there is no mailbox associated with this 550-name or
you do not have authorization to see it. 550 5.1.1 User unknown (in
reply to RCPT TO command))
Aug 27 07:10:10 ip-72-167-16-99 postfix/cleanup[29779]: AA6E315E35C4:
message-id=20070827141010.AA6E315E35C4@virtualdomain.com
Aug 27 07:10:10 ip-72-167-16-99 postfix/qmgr[28117]: AA6E315E35C4:
from=<>, size=3010, nrcpt=1 (queue active)
Aug 27 07:10:10 ip-72-167-16-99 postfix/qmgr[28117]: A4EA815E35C6: removed
Aug 27 07:10:11 ip-72-167-16-99 postfix/smtp[32239]: AA6E315E35C4:
to=phil@some-other.com,
relay=k2smtpout-v01.prod.mesa1.secureserver.net[64.202.189.86],
delay=1, status=sent (250 Accepted message qp 19387 bytes 3089)
Aug 27 07:10:11 ip-72-167-16-99 postfix/qmgr[28117]: AA6E315E35C4: removed
Aug 27 07:10:35 ip-72-167-16-99 postfix/smtpd[27811]: disconnect from
ug-out-1314.google.com[66.249.92.169]

Phil Lawrence wrote:

I also tried /etc/postfix/turbopanel/virtual_alias:
test@virtualdomain.com test@127.0.0.1

and that failed:
Aug 25 12:40:36 ip-999-999-999-999 postfix/qmgr[28422]: 9AEA715E35F6:
to=test@127.0.0.1, relay=none, delay=0, status=bounced (bad address
syntax: “test@127.0.0.1”)
The error’s right on that last one; it’s bad address syntax. You should
be able to get around it using “test@[127.0.0.1]”.

I made the change (thank you) and now get:
verify_user([127.0.0.1]!user.test) failed: Mailbox does not exist

Fixed! I had to:

postconf -e “alias_maps = hash:/etc/aliases”

postconf -e “alias_database = hash:/etc/aliases”

newaliases

Thanks,
Phil Lawrence