Bug#420469: closed by Rene Engelhard <email@example.com> (Re: Bug#420469: openoffice.org: email settings: undocumented, broken behaviour)
On Sun, Apr 22, 2007 at 03:09:11PM +0000, Debian Bug Tracking System wrote:
> Got remooved upstream.
means that you're going to release a new version without such email settings
pane? how direct sendmail will be handled then?
> So it doesn't need a manpage. And it's a debian-ism anyway.
nevertheless, OOo help should mention it, so that user knows what the 'hack'
> You probably use GNOME and have evolution installed... Or just fall into the fallback.
not at all, evolution(1) is there 'cauz of crazy dependnecies
> (Which BTW should be the fallback app in your opinion?)
there are sensible-browser, sensible-editor, sensible-pager, so why not a
sensible-[mailer|mua] which get its defaults environ(7)?
Regardless, the point is that there's no clue about that, OOo2 decides,
> > for configuring it.
> Wrong. If you can't think of the possibility to simply add whatever you like
> in that box, I am sorry, but. Because that is what the senddoc script checks:
> looking at senddoc.sh, It knows about:
where is such senddoc.sh? is it a user config file?
# locate senddoc.sh
# find /usr/lib/openoffice/ -name senddoc.sh
# zgrep senddoc.sh /usr/share/doc/openoffice.org*/*
nothing at all.
So, pls explain how a user is supposed to 'simply add whatever he likes in
that box'; the only box avail is that for the program name/path; also pls
explain how a user can figure out that:
> iceape | mozilla | netscape | icedove | thunderbird)
are the only 'supported' ones.
> > user's setting/setup; second, and most important, what the heck means
> That setting never was a conffile system-wide, and the user profile dir changed.
it's imported by OOo2 from OOo1, hence it's expected to keep its meaning/use.
> > 'supported'? OOo should be neutral wrt helper apps - if it knows exactly how
> > to pass args to a handful progs, fine (but may put maint. overhead), like
> That's exactly what senddoc does.
except that noone knows about that.
> > must be a generic opt for the generic emailer/helper the end-user wants to
> > use, which would be called by
> This *is* what we try with this. At least for the generic desktop users. I don't like
it does *not* do that: if it doesn't like the program name the user set in
the path box, it just bails out saying it's 'unsupported'.
> that vbery much either but what should you default to?`
as said, the default should be the safest, dumbest thing:
% email-helper-program 'path-to-temp-file'
surely not 'unsupported'.