> > > > I consult my colleagues what to do.
Finally they discovered that an other name caching daemon was missing.
Somehow they restarted (systemd sucks) then everything worked as expected.
Gabor
Kiss G?bor:
> > > And nsdc also plays in the background. There are several
> > > potentially buggy code everywhere.
> > >
> > > Many thanks for your help. :-)
> > > I consult my colleagues what to do.
> >
> > Please file a bug in any case.
>
> Yes, of course.
>
> > You can hack around in mypwd.
> > And nsdc also plays in the background. There are several
> > potentially buggy code everywhere.
> >
> > Many thanks for your help. :-)
> > I consult my colleagues what to do.
>
> Please file a bug in any case.
Yes, of course.
> You can hack around in mypwd.c, by skipping names that start wi
Kiss G?bor:
> Bingo! :-)
> On old MTA (Debian sqeeze) your demo program works well
> meanwhile on the new one (Debian jessie) it fails:
>
> $ ./getpwnam_r_test +Trash
> +Trash: error: No such file or directory
> $
>
> Unfortunately the situation is bit complicated.
>
> /etc/nsswitch.conf:
> pas
> > What is the back-end for your UNIX system account lookups: is this
> > LDAP, files, or something else? This weekend there was a thread
> > about getpwnam_r() not returning errors when an LDAP server was
> > down. Now we have getpwnam_r() returing errors for non-error lookups.
> > If this is the
Wietse Venema:
> Kiss G?bor:
> > Feb 16 11:39:56 MYHOST postfix/local[22389]: warning: error looking up
> > passwd info for +bar: No such file or directory
>
> That is a bug in your system library implementation: it returns an
> error (ENOENT) for an entry that does not exist.
>
> API:
>int
Kiss G?bor:
> Feb 16 11:39:56 MYHOST postfix/local[22389]: warning: error looking up passwd
> info for +bar: No such file or directory
That is a bug in your system library implementation: it returns an
error (ENOENT) for an entry that does not exist.
API:
int getpwnam_r(const char *name, stru
> > if (*var_mailbox_transport) {
> > state.msg_attr.rcpt.offset = -1L;
> > *statusp = deliver_pass(MAIL_CLASS_PRIVATE, var_mailbox_transport,
> > state.request, &state.msg_attr.rcpt);
> > return (YES);
> > }
>
> Apparently, var_mailb
Kiss G?bor:
> src/local/mailbox.c:296:
>
> if (*var_mailbox_transport) {
> state.msg_attr.rcpt.offset = -1L;
> *statusp = deliver_pass(MAIL_CLASS_PRIVATE, var_mailbox_transport,
> state.request, &state.msg_attr.rcpt);
> return (YES);
>
> If in doubt, RTFM.
:-)
http://www.postfix.org/local.8.html
Mailbox delivery can be delegated to alternative message transports
specified in the master.cf file. The mailbox_transport_maps and mail-
box_transport configuration parameters specify an optional message
Kiss G?bor:
> I don't want to fork an external 'cyrdeliver' program for each
> incoming mail. It should be solved via simple LMTP transport. Our
> old MTA simply does it. See captured LMTP traffic:
If your old MTA delivers via LMTP, then you should investigate how
it was configured to do so. Look
Dear Wietse,
> > I'm just moving our mailing from one server to another.
> > Up to now we used Postfix version 2.7.1 with Cyrus imap server.
> > Local delivery goes via LMTP.
> >
> > We have dozens of shared folders.
> > /etc/aliases contains several lines like this:
> >
> > foo:user1, u
Kiss G?bor:
> Dear folks,
>
> I'm just moving our mailing from one server to another.
> Up to now we used Postfix version 2.7.1 with Cyrus imap server.
> Local delivery goes via LMTP.
>
> We have dozens of shared folders.
> /etc/aliases contains several lines like this:
>
> foo: user1, user2, u
> > I wonder what is the official and bullet-proof way of
> > dropping mails into shared folders?
>
> Aren?t shared folders the responsibility of cyrus or dovecot or whatever?
They are.
Postfix just should pass the mails via LMTP to Cyrus instead
of looking up local user name:
Feb 16 11:39:56 MY
On Feb 16, 2016, at 1:42 AM, Kiss Gábor wrote:
> I wonder what is the official and bullet-proof way of
> dropping mails into shared folders?
Aren’t shared folders the responsibility of cyrus or dovecot or whatever?
--
"As God as my witness, I though turkeys could fly," Arthur Carlson, WKRP
in C
Dear folks,
I'm just moving our mailing from one server to another.
Up to now we used Postfix version 2.7.1 with Cyrus imap server.
Local delivery goes via LMTP.
We have dozens of shared folders.
/etc/aliases contains several lines like this:
foo:user1, user2, user3, +bar
So incoming mails
16 matches
Mail list logo
