Jamal Mubarak:
> I have postfix installed and configured on my Mac OS 10.6.3
> machines. It works correctly because the unix mail program works
> fine and sendmail interface can send emails as well. However, I
> encounter this strange problem. The printing commands, lpr and
> lp, have the -m swi
On Sat, May 8, 2010 at 7:51 PM, Jamal Mubarak wrote:
> I have postfix installed and configured on my Mac OS 10.6.3 machines. It
> works correctly because the unix mail program works fine and sendmail
> interface can send emails as well. However, I encounter this strange
> problem. The printi
On May 9, 2010, at 12:18 PM, Reinaldo de Carvalho wrote:
> On Sat, May 8, 2010 at 7:51 PM, Jamal Mubarak wrote:
>> I have postfix installed and configured on my Mac OS 10.6.3 machines. It
>> works correctly because the unix mail program works fine and sendmail
>> interface can send emails as
Jamal Mubarak:
> > Ask Apple. Postfix does not change spontaneously.
>
> I filed a bug report with Apple with number 7477314. They asked
> me for some details about my system, including permissions. Then
> nothing.
>
> I have tried to post to a few forums, including the CUPS forum,
> but no luck
On May 9, 2010, at 5:56 PM, Wietse Venema wrote:
> This involves getting a trace of system calls (arguments and results)
> when the error happens.
>
> Some systems capture a system call trace with commands like:
>
>ktrace -f /file/name -d command
>strace -o /file/name -f command
>tr
Jamal Mubarak:
>
> On May 9, 2010, at 5:56 PM, Wietse Venema wrote:
>
> > This involves getting a trace of system calls (arguments and results)
> > when the error happens.
> >
> > Some systems capture a system call trace with commands like:
> >
> >ktrace -f /file/name -d command
> >stra
On May 9, 2010, at 6:46 PM, Wietse Venema wrote:
> The problem does not happen in the Sendmail process that you run,
> but in a CHILD process of that Sendmail process.
>
> Therefore, you need to specify an option to trace CHILD processes.
>
> The examples above use "-d" or "-f" to achieve tha
Jamal Mubarak:
> 12181/0x403d0: execve(0x100112280, 0x100112380, 0x100200010) = -1
> Err#1
> 12181/0x403d0: stat64("/usr/sbin/postdrop\0", 0x7FFF5FBFF100, 0x2)
> = 0 0
> 12181/0x403d0: write(0x2, "sendmail: fatal: execvp /usr/sbin/postdrop:
> Operation not permitted\n\0",
On May 9, 2010, at 7:35 PM, Wietse Venema wrote:
> execve() fails with error number 1. You can look that number up in
> /usr/include/sys/errno.h (or whatever the pathname is on MacOS).
> But, MacOS is a descendant of FreeBSD, and on my machine:
>
> #define EPERM 1 /* Oper
On Sun, May 9, 2010 at 7:19 PM, Jamal Mubarak wrote:
>
>
> Show permissions of /usr/sbin/postdrop and /usr/sbin/sendmail. lpr/lp
> process owner have rights to exec this commands?
>
> Here are my permissions:
>
> -rwxr-sr-x 1 root _postdrop 484912 Feb 11 01:03 /usr/sbin/postdrop
> -rwxr-xr-x 1
My Debian(Lenny)/Postfix environment is inbound only (except
bounces/rejects of course) that uses transports to hand messages off to
Exchange servers for multiple domains.
I've been reading about DKIM in the Postfix archives most of tonight and
have seen both praise and pause going back to abo
On May 9, 2010, at 8:31 PM, Reinaldo de Carvalho wrote:
> On Sun, May 9, 2010 at 7:19 PM, Jamal Mubarak wrote:
>>
>>
>> Show permissions of /usr/sbin/postdrop and /usr/sbin/sendmail. lpr/lp
>> process owner have rights to exec this commands?
>>
>> Here are my permissions:
>>
>> -rwxr-sr-x 1
Hi!
Yes, I know, this is kinda off-topic, but looks interesting.
On Fri, May 7, 2010 at 8:08 AM, spambox wrote:
> Hello everyone.
>
> This is my first question here so please forgive me if i'm out of topic or
> something...
>
>
> I'm building up this architecture with postfix + ldap + Courier I
13 matches
Mail list logo
