--On August 20, 2015 at 3:36:45 AM + Viktor Dukhovni
wrote:
On Wed, Aug 19, 2015 at 10:21:54PM -0500, Paul Schmehl wrote:
> This is not the right test. Try:
>
>$ getent passwd filter
That returns nothing. It does return the line for my account. So what
would be the cause of that?
On Wed, Aug 19, 2015 at 10:21:54PM -0500, Paul Schmehl wrote:
> >This is not the right test. Try:
> >
> >$ getent passwd filter
>
> That returns nothing. It does return the line for my account. So what
> would be the cause of that?
Missing from the "passwd" sources as listed in nsswitch.c
--On August 20, 2015 at 1:51:11 AM + Viktor Dukhovni
wrote:
On Wed, Aug 19, 2015 at 06:11:09PM -0500, Paul Schmehl wrote:
After I got the server working properly again, I began sifting through
logs trying to see if there were any clues. I found this in the
messages log: /var/log/message
On Wed, Aug 19, 2015 at 06:11:09PM -0500, Paul Schmehl wrote:
> After I got the server working properly again, I began sifting through logs
> trying to see if there were any clues. I found this in the messages log:
> /var/log/messages:Aug 19 14:43:21 mail postfix/pipe[17690]: fatal:
> get_service
--On August 19, 2015 at 5:47:44 PM + Viktor Dukhovni
wrote:
On Wed, Aug 19, 2015 at 12:30:55PM -0500, Paul Schmehl wrote:
When it is broken, you need to fix it, not comment it out, *and*
when commenting out multi-line entries in master.cf, you have to
comment out *each* line, not just the
--On August 19, 2015 at 7:10:00 PM + Viktor Dukhovni
wrote:
On Wed, Aug 19, 2015 at 01:38:34PM -0500, Paul Schmehl wrote:
I do this once in a blue moon, so troubleshooting problems requires me to
dive back into man pages and try to understand what's going on. The
error that I think is t
On Wed, Aug 19, 2015 at 01:38:34PM -0500, Paul Schmehl wrote:
> I do this once in a blue moon, so troubleshooting problems requires me to
> dive back into man pages and try to understand what's going on. The error
> that I think is telling me what the problem is is: Aug 19 18:31:43 mail
> postfix
I do this once in a blue moon, so troubleshooting problems requires me to
dive back into man pages and try to understand what's going on. The error
that I think is telling me what the problem is is: Aug 19 18:31:43 mail
postfix/qmgr[41135]: warning: connect to transport private/filter:
Connect
On Wed, Aug 19, 2015 at 12:30:55PM -0500, Paul Schmehl wrote:
> >The port 465 wrapper-mode service is for mail submission, and so
> >should allow only authenticated users, and let them send outbound
> >mail. Or perhaps you don't need it at all, if you don't know
> >what it is for.
>
> No need to
--On August 19, 2015 at 5:16:03 PM + Viktor Dukhovni
wrote:
On Wed, Aug 19, 2015 at 11:42:36AM -0500, Paul Schmehl wrote:
Well, with the complete log entry (provided in *this* message), we
see that the "filter" transport is the one that's missing.
>># cat master.cf | grep -v '#'
>> smt
On Wed, Aug 19, 2015 at 11:42:36AM -0500, Paul Schmehl wrote:
> >>This morning I got up and checked on the server, and the queue was filled
> >>up. I'm seeing transport errors in the logs: status=deferred (mail
> >>transport unavailable)
> >
> >WHICH TRANSPORT!!! Why are you "summarizing" the l
--On August 19, 2015 at 4:21:52 PM + Viktor Dukhovni
wrote:
On Wed, Aug 19, 2015 at 10:49:35AM -0500, Paul Schmehl wrote:
After reinstalling, I had problems with policyd-weight. I was seeing
these errors in the logs:
postfix/policyd-weight[17306]: warning: child: err: Undefined subrout
On Wed, Aug 19, 2015 at 10:49:35AM -0500, Paul Schmehl wrote:
> After reinstalling, I had problems with policyd-weight. I was seeing these
> errors in the logs:
>
> postfix/policyd-weight[17306]: warning: child: err: Undefined subroutine
> &Net::DNS::Packet::dn_expand called at /u
> sr/local/bin
On 8/19/2015 10:49 AM, Paul Schmehl wrote:
> This morning I got up and checked on the server, and the queue was
> filled up. I'm seeing transport errors in the logs:
> status=deferred (mail transport unavailable)
log fragments not particularly useful...
Postfix likely provided details earlier
Following up on my own post...
I ran this and got the following results. No idea what it means:
# postfix upgrade-configuration set-permissions
Note: the following files or directories still exist but are
no longer part of Postfix:
/usr/local/etc/postfix/access /usr/local/etc/postfi
I'm struggling with a broken Postfix and can't figure out what's wrong.
I upgraded the mail server from FreeBSD 8.4-RELEASE to 10.2-RELEASE
yesterday. After upgrading, you have to upgrade all packages, but that
breaks my Postfix install because it doesn't include sasl. So I
uninstalled it an
16 matches
Mail list logo