Then, restart the Postfix service, and Apache while your at it (can’t hurt), and voila! Your email address should be receiving those emails now. #virtual_mailbox_maps = hash:/var/spool/postfix/plesk/vmailbox #virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual Virtual_mailbox_maps = hash:/var/spool/postfix/plesk/vmailboxĬommented out like this : #virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains ![]() Virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual Then, open the file up through a text editor, or in the Linux shell, and make these lines (should be at the end of the file, around line 677) : virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains SSH command to at least see where Postfix is on your server. If you can’t find it, do a # which postfix This was originally documented by Luke Tarplin, and I can’t explain how helpful it was.įind your ‘main.cf’ configuration file for PostFix, which for CentOS 6, is located at /etc/postfix/main.cf There is a very easy fix to this issue by commenting out 3 lines in your Postfix ‘main.cf’ configuration file. Naturally, if you didn’t have that particular email address set up, or any email with that extension set up on the server, it found nothing, and wouldn’t send the email. The problem was that when PostFix (the SMTP sendmail uses by default in most cases) determined the address to be the same as the domain it was hosting, it did a local search to find that address rather than just sending the email. I’ll get to it awfully quick, then I’ll tell you how I figured it out.įirst, you need to ask yourself, is this email address the same domain being hosted on PLESK? Bingo. This is something that occurs on Parellels’ PLESK server administration software. I would write a function using Īnd it would successfully send an email to every address EXCEPT one particular address. TO VIEW THE MOST UPDATED ARTICLE, VISIT HERE The problemĪ while back, I was having an issue with my mail not being delivered. Just in case you’re concerned about where those are set up before you follow my instructions, you can find those in /var/spool/postfix/plesk/.THIS ARTICLE IS A SOLUTION FOR PLESK 10.4 AND EARLIER. That will build what is effectively an empty set of ‘valid’ local recipients, so now any incoming email to a will be rejected, while you’ll continue to receive email like normal for your Plesk-defined virtual domains. Local_recipient_maps = hash:/etc/postfix/localmap Add the following line to your /etc/postfix/main.cf Setting it like that tells Postfix to accept any email and then just bounce it back if it’s undeliverable to a local recipient.įinally I found a solution. I thought perhaps I can just set local_recipient_map = to disable that functionality, but that had a different effect. So this means if a remote attacker knows any IP address on your system, which of course they do or they wouldn’t be able to connect to it to begin with, then they can start testing emails to to see what Postfix says. $mydestination (which on plesk defaults to localhost.$mydomain, localhost, localhost.localdomain).This causes Postfix to expand incoming messages sent to a valid username on the local system if the domain (part after the is a match for data in any of the following variables: Local_recipient_map = proxy:unix:name $alias_maps Why it happens is due to the default value of the local_recipient_maps configuration variable by default, it’s the same as having set the following in your /etc/postfix/main.cf: Additionally, this functionality being enabled may cause you to fail PCI scans because it allows a remote attacker to enumerate local users. ![]() There is no way to turn this functionality off. website FTP/SSH users) on this server were generic enough that the spammers were able to successfully guess a number of them, being sending email and those emails just build up indefinitely since no one’s actually logging in as any of those users to read email. ![]() Turns out all the space was consumed by Mbox-format mail spool files found in /var/spool/mail/ that were being filled with spam resulting from spammers sending emails to with various IP addresses on the server. I happened across a Plesk-based server running Postfix that was having a serious disk space issue. How many people actually send unix to unix email these days using just usernames and/or users at IP addresses? Outside of academia probably next to none. So just learned something I don’t like about Postfix it’s the fact that its default configuration is to accept email for local system accounts, even if virtual domains and aliases are defined.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |