Recipient-Adress user.domain@localhost.localdomain ???

Help! (Home for newbies)
#1

Hello,

after our problem with courier we replaced the courier pop/imap with the dovecot pop3/imap4-Server.

It runs without problems.

But from the first moment, we have the following problem:

The emails are delivered to "user.domain@localhost.localdomain" or (when we delete $myorigin" in main.cf) to "user.domain@xx.xx.xxx.xx.blue.kundenserver.de"

And in /var/log/mail.info:

Dec 17 15:25:19 85-31-186-31 postfix/local[[2797]]: 30F4B4EF6B: to=<user.domain@xx-xx-xxx-xx.blue.kundenserver.de>, orig_to=<user@domain.de>, relay=local, delay=0, status=sent (delivered to command: procmail -a $EXTENSION)

Our main.cf

smtpd_banner = ESMTP - Yet Another Mailsystem
biff = no
append_dot_mydomain = no

mailbox_command = procmail -a $EXTENSION
mailbox_size_limit = 0
recipient_delimiter = +

myhostname = xx-xx-xxx-xx.blue.kundenserver.de
mydomain = blue.kundenserver.de
mydestination = $myhostname, $mydomain,l ocalhost.localdomain, $transport_maps

relay_domains = $mydestination
mynetworks = 127.0.0.0/8

alias_maps = hash:/etc/aliases
virtual_alias_maps = hash:/etc/postfix/virtual
sender_canonical_maps = hash:/etc/postfix/sender_canonical
canonical_maps = hash:/etc/postfix/canonical
recipient_canonical_maps = hash:/etc/postfix/virtual
relocated_maps = hash:/etc/postfix/relocated
transport_maps = hash:/etc/postfix/transport

local_recipient_maps = $relocated_maps $alias_maps $virtual_mailbox_maps unix:passwd.byname

smtpd_helo_required = yes
strict_rfc821_envelopes = yes
disable_vrfy_command = yes
unknown_address_reject_code = 554
unknown_hostname_reject_code = 554
unknown_client_reject_code = 554
unknown_local_recipient_reject_code = 554
unverified_sender_reject_code = 550

smtpd_recipient_restrictions = reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
permit_mynetworks,
permit_sasl_authenticated,
reject_unauth_destination,
reject_unlisted_recipient,
reject_unauth_pipelining,
reject_invalid_hostname,
reject_non_fqdn_hostname,
permit

content_filter = smtp-amavis:[[127.0.0.1]]:10024
receive_override_options = no_address_mappings

smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
broken_sasl_auth_clients = yes
smtpd_sasl_security_options = noanonymous

smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/smtp_auth
smtp_sasl_security_options = noanonymous
#relayhost = mail.domain.de

smtpd_use_tls = yes
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key

Thank you.

wfg mattias

#2

Hi Matthias,

I’m not sure what problem you’re reporting exactly, as the data you’ve given us looks correct. The entries in the log look correct to me, and here’s the reason they look the way they do:

myhostname = xx-xx-xxx-xx.blue.kundenserver.de

This line says that things delivered locally are going to be delivered to this hostname. So everything that has a local delivery address (mailboxes that are physically on the system, or handled by procmail on the system), will have a last entry with @xx-xx-xxx-xx.blue.kundenserver.de. In a Virtualmin setup, you usually have your domain email boxes defined in /etc/postfix/virtual. Each mailbox has a “username@domain.tld local-username” entry. And this causes postfix to relay the mail that is directed to username@domain.tld to local-username@xx-xx-xxx-xx.blue.kundenserver.de (which is the mailbox named local-username on host xx-xx-xxx-xx.blue.kundenserver.de).

Anyway, I guess what I’m getting at is: What is your actual problem? Can users not pickup mail? Does mail bounce? What make you think things aren’t working as they should be?

I could be reading any of this stuff wrong (I’m not postfix expert, by any means)…but I believe this is exactly what you’re supposed to be seeing.

#3

Hi Joe,

sorry that I forgot the most important detail of our problem :wink:

Technically everything works fine (after we replace courier with dovecot).
The mail is delivered correct to the users mbox-file.

But:

When a user receive a email-message, which was sent to a domain hosted on this server, he will see a "to-address" like "user.domain@xx-xx-xxx-xx.blue.kundenserver.de in his Email-Client. And not the normal "user@domain.de".

On our other servers (debian, postfix, mysql-virtual) this problem is unknown.

Is there any chance, to avoid this "to-adress".

I’m realy helpless.

Thanks for every advice.

wfg
Matthias

#4