Re: Moved Postfix to new server; Gmail now silently dropping messages sent from it
I may have phrased it wrong. Here's the line from the log: Sep 21 10:44:07 server postfix/smtp[3623]: A710260D2F: to=< otheru...@domain.com>, relay=smtp.mandrillapp.com[52.6.223.177]:25, delay=0.25, delays=0.01/0.01/0.19/0.04, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as DCD3326817) On Wed, Sep 21, 2016 at 11:50 AM, Wietse Venema <wie...@porcupine.org> wrote: > Alex Hall: > > Thanks everyone. I removed domain.com and local.domain.com from > > mydestinations, and set relay_domains = domain.com. Suddenly, everything > > started to work! My logs say that outgoing emails have a status of > 252.0.0, > > in case that's anything I should worry about? > > Yes, you should worry about your eye sight. The '252.0.0' is bogus. > > Wietse > -- Alex Hall Automatic Distributors, IT department ah...@autodist.com
Re: Moved Postfix to new server; Gmail now silently dropping messages sent from it
Thanks everyone. I removed domain.com and local.domain.com from mydestinations, and set relay_domains = domain.com. Suddenly, everything started to work! My logs say that outgoing emails have a status of 252.0.0, in case that's anything I should worry about? On Wed, Sep 21, 2016 at 10:02 AM, Noel Jones <njo...@megan.vbhcs.org> wrote: > On 9/21/2016 8:55 AM, Fazzina, Angelo wrote: > > I think this is the issue ? > > > > > > > > mynetworks = 127.0.0.0/8<http://127.0.0.0/8>, [::1]/128 > > > > > > No, unrelated. > > > -- Noel Jones > -- Alex Hall Automatic Distributors, IT department ah...@autodist.com
Re: Moved Postfix to new server; Gmail now silently dropping messages sent from it
On Wed, Sep 21, 2016 at 9:45 AM, Ralf Hildebrandt <r...@sys4.de> wrote: The mail was delivered locally. Wasn't your issue with gmail? Yes, but I hoped that some obscure message in the log might indicate the problem Gmail had, or else that my configuration would reveal some obvious thing I have to do for Gmail to trust my messages. I'm only guessing that trust is the problem, as I don't know how to get Gmail to show me the actual error(s) it's encountering. On Wed, Sep 21, 2016 at 9:45 AM, Ralf Hildebrandt <r...@sys4.de> wrote: > * Alex Hall <ah...@autodist.com>: > > I just sent a test message to my work address. The log is below. > Following > > that, I'll post postconf -n. Obviously, I've changed the server name to > > just 'server' and our domain to 'domain.com'. After I send this, I'm > going > > to enable debug-level logging and see what that tells me, if anything. > I'm > > hoping something will jump out from the below outputs, though. > > > > Sep 21 09:23:06 server postfix/pickup[3473]: 0869E60D29: uid=0 > from= > > Sep 21 09:23:06 server24 postfix/cleanup[3501]: 0869E60D29: message-id=< > 20160921132306.0869e60...@server.domain.com> > > Sep 21 09:23:06 server postfix/qmgr[2705]: 0869E60D29: from=< > r...@domain.com>, size=320, nrcpt=1 (queue active) > > Sep 21 09:23:06 server postfix/local[3503]: 0869E60D29: to=< > ah...@domain.com>, relay=local, delay=0.02, delays=0.01/0/0/0, dsn=2.0.0, > status=sent > > (delivered to command: procmail -a "$EXTENSION") > > Sep 21 09:23:06 server postfix/qmgr[2705]: 0869E60D29: removed > > The mail was delivered locally. > Wasn't your issue with gmail? > > -- > [*] sys4 AG > > http://sys4.de, +49 (89) 30 90 46 64 > Schleißheimer Straße 26/MG, 80333 München > > Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 > Vorstand: Patrick Ben Koetter, Marc Schiffbauer > Aufsichtsratsvorsitzender: Florian Kirstein > -- Alex Hall Automatic Distributors, IT department ah...@autodist.com
Re: Moved Postfix to new server; Gmail now silently dropping messages sent from it
I just sent a test message to my work address. The log is below. Following
that, I'll post postconf -n. Obviously, I've changed the server name to
just 'server' and our domain to 'domain.com'. After I send this, I'm going
to enable debug-level logging and see what that tells me, if anything. I'm
hoping something will jump out from the below outputs, though.
Sep 21 09:23:06 server postfix/pickup[3473]: 0869E60D29: uid=0 from=
Sep 21 09:23:06 server24 postfix/cleanup[3501]: 0869E60D29: message-id=<
20160921132306.0869e60...@server.domain.com>
Sep 21 09:23:06 server postfix/qmgr[2705]: 0869E60D29: from=<r...@domain.com>,
size=320, nrcpt=1 (queue active)
Sep 21 09:23:06 server postfix/local[3503]: 0869E60D29: to=<ah...@domain.com>,
relay=local, delay=0.02, delays=0.01/0/0/0, dsn=2.0.0, status=sent
(delivered to command: procmail -a "$EXTENSION")
Sep 21 09:23:06 server postfix/qmgr[2705]: 0869E60D29: removed
postconf -n:
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = domain.com, localhost.domain.com, localhost
mydomain = domain.com
myhostname = server.domain.com
mynetworks = 127.0.0.0/8, [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relayhost = [smtp.mandrillapp.com]
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_password
smtp_sasl_security_options = noanonymous
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtp_use_tls = yes
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated
defer_unauth_destination
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
On Tue, Sep 20, 2016 at 5:42 PM, rightkicktech.gmail.com <
rightkickt...@gmail.com> wrote:
> Hi Alex,
>
> You should be able to see more details in /var/log/mail.log. postfix is
> pretty verbose in the logs. Try sending a test mail and observe the log
> file. Revert with the relevant entry to see what happened.
>
>
> On September 21, 2016 12:30:27 AM EEST, Alex Hall <ah...@autodist.com>
> wrote:
>>
>> Hello list,
>> A very quick intro first. I work for a company that uses all virtual
>> servers, a change we recently adopted. I'm setting up Request Tracker for
>> internal use, which requires a Linux system to run. Thus, I'm learning
>> about Linux and all of RT's required packages at the same time. I'm
>> comfortable on the command line, and know the basics of Bash, but I'm no
>> expert. I'm running Debian 8, Postfix, Fetchmail, and Request Tracker, all
>> with the latest updates as of today. Our company uses Google Apps to manage
>> mail for our domain, so my address (ah...@domain.com) is essentially a
>> Gmail address. That'll be important in a minute.
>>
>> Now, to why I'm sending this email. To make sure RT was going to work, I
>> set it up on a Digital Ocean server, also Debian, and was able to get
>> things working pretty easily. The bit that matters here is that I was able
>> to get Postfix working; it would send out emails as Request Tracker told it
>> to, and everyone received them with no problem. Since that worked, my boss
>> told me to move it to a virtual server on our network, which I did. That
>> was two weeks ago, and since that move, not one email has been received by
>> anyone in the company from that server.
>>
>> From all I can tell, Postfix is doing it right: it sends the emails, and
>> so long as the recipient is *not* @domain.com, the message is delivered.
>> If it *is* @domain.com, the message silently disappears. This holds true
>> whether I use Gmail or Mandrill as the relay for Postfix--non-company
>> addresses work, company ones do not. The Mandrill logs seem to indicate
>> that my messages lack a sender, which suggests that my envelope may be
>> malformed, thus causing Gmail to flip out when it sees them.
>>
>> What I hope people on this list can offer are suggestions regarding what
>> I can do to fix this. Why my Digital Ocean server worked perfectly, and my
>> internal, virtual server doesn't is the biggest mystery. I don't know how
>> to tell Postfix to let me see the full details of outgoing messages so I
>> can examine them. Oh, speaking of outgoing messages, RT isn't the only one
>> whose messages run into this problem. The following command encounters it,
>> too, despite my extra headers:
>>
>> echo "te
Moved Postfix to new server; Gmail now silently dropping messages sent from it
Hello list, A very quick intro first. I work for a company that uses all virtual servers, a change we recently adopted. I'm setting up Request Tracker for internal use, which requires a Linux system to run. Thus, I'm learning about Linux and all of RT's required packages at the same time. I'm comfortable on the command line, and know the basics of Bash, but I'm no expert. I'm running Debian 8, Postfix, Fetchmail, and Request Tracker, all with the latest updates as of today. Our company uses Google Apps to manage mail for our domain, so my address (ah...@domain.com) is essentially a Gmail address. That'll be important in a minute. Now, to why I'm sending this email. To make sure RT was going to work, I set it up on a Digital Ocean server, also Debian, and was able to get things working pretty easily. The bit that matters here is that I was able to get Postfix working; it would send out emails as Request Tracker told it to, and everyone received them with no problem. Since that worked, my boss told me to move it to a virtual server on our network, which I did. That was two weeks ago, and since that move, not one email has been received by anyone in the company from that server. >From all I can tell, Postfix is doing it right: it sends the emails, and so long as the recipient is *not* @domain.com, the message is delivered. If it *is* @domain.com, the message silently disappears. This holds true whether I use Gmail or Mandrill as the relay for Postfix--non-company addresses work, company ones do not. The Mandrill logs seem to indicate that my messages lack a sender, which suggests that my envelope may be malformed, thus causing Gmail to flip out when it sees them. What I hope people on this list can offer are suggestions regarding what I can do to fix this. Why my Digital Ocean server worked perfectly, and my internal, virtual server doesn't is the biggest mystery. I don't know how to tell Postfix to let me see the full details of outgoing messages so I can examine them. Oh, speaking of outgoing messages, RT isn't the only one whose messages run into this problem. The following command encounters it, too, despite my extra headers: echo "test" | mail -s "test" -a "from: Postfix <validusern...@domain.com>" -a "reply-to: Postfix <validusern...@domain.com>" ah...@domain.com My server seems to have the right name, too. The result of 'hostname' is 'myServerName', and 'hostname -f' is 'myservern...@domain.com'. I have no aliases set up, but neither did I on the Digital Ocean server; this server is meant for RT, not to send out its own emails, so I don't think I need aliases. (?) Bottom line: on one server, everything was great. On my company's virtual server, with the same configuration, packages, and settings, mail sent out is silently discarded by Gmail when delivered to anyone on the company's domain. I must be missing required envelope details somewhere, but I don't know where. I'm hoping someone can suggest where I can look, and what I can try, to fix this. Please let me know what additional information is required to troubleshoot this problem. Thank you in advance. -- Alex Hall Automatic Distributors, IT department ah...@autodist.com
Testing subscription, please ignore
I'm simply making sure my subscription worked. I had some trouble getting it to go through, so want to check that I've made it on the list. -- Alex Hall Automatic Distributors, IT department ah...@autodist.com
