Email address not forwarding... seems to be Postfix related

Question

Email address not forwarding... seems to be Postfix related

email

forum:lostcarpark 17 years, 2 months ago

I'm having a problem with an email address that seems to be set up exactly the same way as every other email address on my Linode.

When I mail the address, I get the following bounce:

Technical details of permanent failure:

PERM_FAILURE: SMTP Error (state 13): 550 <name@domain.com>: Recipient address rejected: User unknown in local recipient table

(name@domain.com is obviously not the real email address).

In the /etc/postfix/virtusertable I have set up the following:

name@domain.com user

I've checked it using:

postmap -q name@domain.com /etc/postfix/virtusertable

Which returns "user".

I've also tested that "user" can receive email with the following:

mail user

Which successfully delivers a mail, but if I type:

mail name@domain.com

The mail does not arrive. When I check in /var/log/maillog I get the following:

Sep 22 11:09:35 li* postfix/smtpd[19800]: NOQUEUE: reject: RCPT from localhost.localdomain[127.0.0.1]: 550 <name@domain.com>: Recipient address rejected: User unknown in local recipient table; from=<@li.members.linode.com> to=<name@domain.com> proto=ESMTP helo= .members.linode.com>Sep 22 11:09:35 li*** sendmail[19819]: l8MA9Z03019819: to=name@domain.com, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30084, relay=[127.0.0.1] [127.0.0.1], dsn=5.1.1, stat=User unknown

I've also tried setting up another virtual address pointing to the same user, and when I send to this, the mail is delivered without a hitch.

I'd appreciate if anyone has any ideas. I hope I've given all the necessary details. It's very frustrating because it seems like everything's set up as it the same way as every other email address, but this one isn't working.

Thanks in afvance,

James

Question Title

Please include an alpha-numeric character in your title (0-9, A-Z, a-z)

Compose

Preview

Description <r>I'm having a problem with an email address that seems to be set up exactly the same way as every other email address on my Linode. When I mail the address, I get the following bounce: Technical details of permanent failure: PERM_FAILURE: SMTP Error (state 13): 550 <<email email="name@domain.com">name@domain.com</email>>: Recipient address rejected: User unknown in local recipient table (<email email="name@domain.com">name@domain.com</email> is obviously not the real email address). In the /etc/postfix/virtusertable I have set up the following: <email email="name@domain.com">name@domain.com</email> user I've checked it using: postmap -q <email email="name@domain.com">name@domain.com</email> /etc/postfix/virtusertable Which returns "user". I've also tested that "user" can receive email with the following: mail user Which successfully delivers a mail, but if I type: mail <email email="name@domain.com">name@domain.com</email> The mail does not arrive. When I check in /var/log/maillog I get the following: Sep 22 11:09:35 li**** postfix/smtpd[19800]: NOQUEUE: reject: RCPT from localhost.localdomain[127.0.0.1]: 550 <<email email="name@domain.com">name@domain.com</email>>: Recipient address rejected: User unknown in local recipient table; from=<****@li****.members.linode.com> to=<<email email="name@domain.com">name@domain.com</email>> proto=ESMTP helo= <li****.members.linode.com>Sep 22 11:09:35 li**** sendmail[19819]: l8MA9Z03019819: to=<email email="name@domain.com">name@domain.com</email>, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30084, relay=[127.0.0.1] [127.0.0.1], dsn=5.1.1, stat=User unknown I've also tried setting up another virtual address pointing to the same user, and when I send to this, the mail is delivered without a hitch. I'd appreciate if anyone has any ideas. I hope I've given all the necessary details. It's very frustrating because it seems like everything's set up as it the same way as every other email address, but this one isn't working. Thanks in afvance, James</li****.members.linode.com></r> body text
Please enter a question

Tags (Optional, comma-separated)

2 Replies

forum:SteveG 17 years, 1 month ago

Guess: you have a trailing (or leading) invisible character in the username in the table (i.e. 'user@', where '@' is some non-printing character). This looks okay in

the postmap output, but fails when you actually try to lookup the username.

Try piping the output of the postmap -q command to 'od -a'. Or just delete the whole line and re-enter it.

Compose

Preview

Description <t>Guess: you have a trailing (or leading) invisible character in the username in the table (i.e. 'user@', where '@' is some non-printing character). This looks okay in the postmap output, but fails when you actually try to lookup the username. Try piping the output of the postmap -q command to 'od -a'. Or just delete the whole line and re-enter it.</t> <t>Guess: you have a trailing (or leading) invisible character in the username in the table (i.e. 'user@', where '@' is some non-printing character). This looks okay in the postmap output, but fails when you actually try to lookup the username. Try piping the output of the postmap -q command to 'od -a'. Or just delete the whole line and re-enter it.</t>
Please enter an answer

0

forum:lostcarpark 17 years, 1 month ago

Hey, that seems to have worked.

The "od -a" command didn't seem to show anything unusual, but wiping the line and reentering it seems to have done the trick. I had originally copied it into PuTTY, so this time I typed it manually. It's possible something got carried in the the pasting.

Thanks,

James

Compose

Preview

Description <t>Hey, that seems to have worked. The "od -a" command didn't seem to show anything unusual, but wiping the line and reentering it seems to have done the trick. I had originally copied it into PuTTY, so this time I typed it manually. It's possible something got carried in the the pasting. Thanks, James</t> <t>Hey, that seems to have worked. The "od -a" command didn't seem to show anything unusual, but wiping the line and reentering it seems to have done the trick. I had originally copied it into PuTTY, so this time I typed it manually. It's possible something got carried in the the pasting. Thanks, James</t>
Please enter an answer

0

forum:SteveG · Answer 1 · Sept. 24, 2007, 2:46 p.m.

forum:SteveG 17 years, 1 month ago

Guess: you have a trailing (or leading) invisible character in the username in the table (i.e. 'user@', where '@' is some non-printing character). This looks okay in

the postmap output, but fails when you actually try to lookup the username.

Try piping the output of the postmap -q command to 'od -a'. Or just delete the whole line and re-enter it.

forum:lostcarpark · Answer 2 · Sept. 24, 2007, 8:27 p.m.

forum:lostcarpark 17 years, 1 month ago

Hey, that seems to have worked.

The "od -a" command didn't seem to show anything unusual, but wiping the line and reentering it seems to have done the trick. I had originally copied it into PuTTY, so this time I typed it manually. It's possible something got carried in the the pasting.

Thanks,

James

Compute

Storage

Networking

Databases

Services

Developer Tools

Industries

Pricing

Community

Engage With Us

Email address not forwarding... seems to be Postfix related

2 Replies

Reply

Tips: