[Kolab-devel] Is it possible to have root sent emails via kolab?

[Alain Spineux]

On Jan 30, 2008 8:21 PM, Richard Bos <ml at radoeka.nl> wrote:
> Op Wednesday 30 January 2008 19:18:31 schreef Alain Spineux:
> > look for previous message on this list about "nullmailer alternative"
>
> Alain thanks for you reply.
>
> okay found it, see in between ====, but....
> I do not see it in the wiki, the search
> http://wiki.kolab.org/index.php/Special:Search?search=nullmailer&go=Go
> results in "No page text matches".  Has it been removed?
>
> Anyway I think, may I state that there should be someway to force "root" on
> the server machine to sent it's messages via kolab??
>
> At this point in the code it goes "wrong":
> /usr/share/php5/PEAR/Kolab/Filter/Content.php
>  89                     $rc = verify_sender($this->_sasl_username,
> $this->_sender,
>  90                                         $from, $this->_client_address);
>  91                     if ($rc instanceof PEAR_Error) {
>  92                         return $rc;
>  93                     } else if ($rc === true) {
>  94                         /* All OK, do nothing */
>  95                     } else if ($rc === false) {
>  96                         /* Reject! */
>  97                         $senderok = false;
>
> Would it be okay to after line '97' some code that does something like:
>
> if ($from === root at my_domain) {
>   $senderok = true;
> } else {
>   $senderok = false;
> }
>
> There is a "is_my_domain" is the same php file, so it should be possible.....
> Or is the only possible when the kolab server is not build up of multiple
> systems?
>
> I have Cc-ed the devel-list as this might be a developers issue now....

Some error messages, log  and information about your kolab version could help.

As a work around, you could create the root account; now ?

>
>
> ===========
> Op Monday 10 September 2007 16:32:19 schreef Alain Spineux:
> > The problem is that some native OS services and commands will try to
> > send email using /usr/sbin/sendmail, this command will inject the mail in
> > the disabled native MTA queue and not the Kolab one. These emails will
> > never reach their destination!
> >
> > The wiki suggest to install nullmailer that provide a /usr/sbin/sendmail
> > command that will try to use local port 25 to send email.
> > And I suggest to directly use the kolab sendmail command
> > /kolab/sbin/sendmail instead of nullmailer.
> ===========
>
> > On Jan 30, 2008 6:48 PM, Richard Bos <ml at radoeka.nl> wrote:
> > > Hi,
> > >
> > > is it possible to sent email from root, via the kolab server?  The emails
> > > are sent for information after a cronjob has run for example.  The user
> > > root has not been configured in the kolab system, so it is correct that
> > > kolab complains.  Anyway it should still be possible that root sent its
> > > emails, isn't it?
> > >
> > > I now get:
> > > ===========
> > >
> > > This is the mail system at host mail.example.com.
> > >
> > > I'm sorry to have to inform you that your message could not
> > > be delivered to one or more recipients. It's attached below.
> > >
> > > For further assistance, please send mail to postmaster.
> > >
> > > If you do so, please include this problem report. You can
> > > delete your own text from the attached returned message.
> > >
> > >                    The mail system
> > >
> > > <user at example.com> (expanded from <cron at example.com>): permission
> > >     denied. Command output: Invalid From: header. root at example.com
> > >     (root) looks like a forged sender
> > >
> > >
> > > --
> > > TIA
> > >
> > > Richard Bos
> > > Without a home the journey is endless
>
>
>
> --
> Richard Bos
> Without a home the journey is endless
>
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> https://kolab.org/mailman/listinfo/kolab-devel
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you