KMail 1.9.1 header bug - Debian

This is a discussion on KMail 1.9.1 header bug - Debian ; Dear all, just experienced some unpleasant behavior of KMail 1.9.1 within Kontact 1,2: I have an email from somebody that I have to work on. I copy the email to the drafts folder. In the drafts folder, I says "T" ...

+ Reply to Thread
Results 1 to 9 of 9

Thread: KMail 1.9.1 header bug

  1. KMail 1.9.1 header bug

    Dear all,

    just experienced some unpleasant behavior of KMail 1.9.1 within Kontact 1,2:

    I have an email from somebody that I have to work on. I copy the email to the
    drafts folder. In the drafts folder, I says "T" for take-up. The message
    shows (Default) as identity. I had not until now displayed the From: - field.

    I edit the message and send it on to someone else.

    Now KMail -despite showing identity (Default)- is sending the email with the
    From: of the initial From: - address of the message copied to the
    drafts-folder. This caused some irritation at the receivers of that email as
    you can imagine. I signed the message and the content did not correspond to
    the From: indicated.

    Now if I edit the message and instead of sending it directly, I save it again
    to the drafts-folder, the From: - address changed to my email-address. If I
    take it up again with "T", everything is fine and it can be sent with my
    email in From:

    Question: I wanted to send a bug report to KDE. Should I do that? And if yes,
    should I file it against KMail or Kontact?

    Best,

    Rigo

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2 (GNU/Linux)

    iD8DBQBD3zPnCRlGO2Cxp/0RAmYjAJ98TPA6FcnmKTLAXIZFeXOOH1VDlgCeOdwg
    6+AMEIXCKYJti1WGNUFek5A=
    =u0dy
    -----END PGP SIGNATURE-----


  2. Re: KMail 1.9.1 header bug

    Dear Rino,

    in the view part of the message there's an option to check (Identity). I have
    found that if I have not checked is option, and I copy the message to the
    draft folder, and I resend it, the from field is the original one, no mine.

    If I have this option activated, and I copy the message to the draft folder,
    then, the from field is changed to the default identity. I don't think that
    it's a bug.

    Regards,

    Leo

    A Dimarts 31 Gener 2006 10:54, Rigo Wenning va escriure:
    > Dear all,
    >
    > just experienced some unpleasant behavior of KMail 1.9.1 within Kontact
    > 1,2:
    >
    > I have an email from somebody that I have to work on. I copy the email to
    > the drafts folder. In the drafts folder, I says "T" for take-up. The
    > message shows (Default) as identity. I had not until now displayed the
    > From: - field.
    >
    > I edit the message and send it on to someone else.
    >
    > Now KMail -despite showing identity (Default)- is sending the email with
    > the From: of the initial From: - address of the message copied to the
    > drafts-folder. This caused some irritation at the receivers of that email
    > as you can imagine. I signed the message and the content did not correspond
    > to the From: indicated.
    >
    > Now if I edit the message and instead of sending it directly, I save it
    > again to the drafts-folder, the From: - address changed to my
    > email-address. If I take it up again with "T", everything is fine and it
    > can be sent with my email in From:
    >
    > Question: I wanted to send a bug report to KDE. Should I do that? And if
    > yes, should I file it against KMail or Kontact?
    >
    > Best,
    >
    > Rigo



    --
    To UNSUBSCRIBE, email to debian-kde-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  3. Re: KMail 1.9.1 header bug

    A Dimarts 31 Gener 2006 11:35, Leopold Palomo-Avellaneda va escriure:
    > Dear Rino,


    excuse me, I'm sorry, Rigo not Rino

    Leo


    >
    > in the view part of the message there's an option to check (Identity). I
    > have found that if I have not checked is option, and I copy the message to
    > the draft folder, and I resend it, the from field is the original one, no
    > mine.
    >
    > If I have this option activated, and I copy the message to the draft
    > folder, then, the from field is changed to the default identity. I don't
    > think that it's a bug.
    >
    > Regards,
    >
    > Leo
    >
    > A Dimarts 31 Gener 2006 10:54, Rigo Wenning va escriure:
    > > Dear all,
    > >
    > > just experienced some unpleasant behavior of KMail 1.9.1 within Kontact
    > > 1,2:
    > >
    > > I have an email from somebody that I have to work on. I copy the email to
    > > the drafts folder. In the drafts folder, I says "T" for take-up. The
    > > message shows (Default) as identity. I had not until now displayed the
    > > From: - field.
    > >
    > > I edit the message and send it on to someone else.
    > >
    > > Now KMail -despite showing identity (Default)- is sending the email with
    > > the From: of the initial From: - address of the message copied to the
    > > drafts-folder. This caused some irritation at the receivers of that email
    > > as you can imagine. I signed the message and the content did not
    > > correspond to the From: indicated.
    > >
    > > Now if I edit the message and instead of sending it directly, I save it
    > > again to the drafts-folder, the From: - address changed to my
    > > email-address. If I take it up again with "T", everything is fine and it
    > > can be sent with my email in From:
    > >
    > > Question: I wanted to send a bug report to KDE. Should I do that? And if
    > > yes, should I file it against KMail or Kontact?
    > >
    > > Best,
    > >
    > > Rigo



    --
    To UNSUBSCRIBE, email to debian-kde-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  4. kdelibs4 vs. kdelibs4c2

    Hi KDE/DEB-users,

    I'm using Sarge for working in professional CAD area (VariCAD) and and
    also suporting this, but now I have the problem, that I cannot install
    the newest version because of package conflicts.

    The main problem is, that VariCAD is linked against kdelibs4, but I've
    installed kdelibs4c2. When scanning through dependecies I would have to
    do almost a complete reinstallation of the KDE with many packages
    removing which I'm using intensively (in addition to my CAD system).

    My questions are:
    1. Why are there 2 conflicting libraries which "do the same?", when just
    looking on the package descriptions?
    kdelibs4c2: core libraries for all KDE applications
    kdelibs4: KDE core libraries

    2. Is there a less painfull method to install VariCAD without
    reeinstalling almost the complete KDE part?

    Bye ans thanks in advance,
    Gerhard Reithofer
    Tech-EDV Support Forum - http://www.tech-edv.co.at/vcms/


    --
    To UNSUBSCRIBE, email to debian-kde-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  5. Re: KMail 1.9.1 header bug

    Leo,

    Am Tuesday 31 January 2006 11:35, sprach Leopold Palomo-Avellaneda:
    > in the view part of the message there's an option to check (Identity).


    I had the (identity) option checked, but not the From-option. But such a
    behavior is still a Bug IMHO. But I wait for more comments before filing a
    bug report to KDE.

    Rigo

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2 (GNU/Linux)

    iD8DBQBD32AVCRlGO2Cxp/0RAlxLAJ9Xbv7wGbdrDF6qiBGL696GTW4jQgCgkvmg
    +ol66Hpu+JkLXjIj4V6QMQI=
    =7OHo
    -----END PGP SIGNATURE-----


  6. Re: KMail 1.9.1 header bug

    Rigo,

    A Dimarts 31 Gener 2006 14:03, Rigo Wenning va escriure:
    > I had the (identity) option checked, but not the From-option. But such a
    > behavior is still a Bug IMHO. But I wait for more comments before filing a
    > bug report to KDE.


    I don't thing that is a bug. I addmit that it can surprise because you can
    "supplant" an identity of another person (I did it in a mistake) but it very
    easy avoid it. I wait too comments from others,

    regards,

    Leo


    --
    To UNSUBSCRIBE, email to debian-kde-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  7. Re: kdelibs4 vs. kdelibs4c2

    You have mixed packages from testing/unstable with the ones of stable
    (sarge). There are two c++ compiler transitions for the next release of
    debian (etch) that lead up to new names of library packages, the ones
    ending with c2 and c2a. The second transition was caused by serious
    problems with some libraries with the first g++ 4.0 configuration. See
    the archives if you want to know more about this.
    I suppose that VariCAD is linked against sarge's KDE packages and not
    the newest one.
    A possible solution is reinstall all sarge kde packages and remove the
    newest ones. I don't know if this will break some user profile
    configuration files.

    Bye
    Emilio Scalise

    Gerhard Reithofer ha scritto:

    > Hi KDE/DEB-users,
    >
    > I'm using Sarge for working in professional CAD area (VariCAD) and and
    > also suporting this, but now I have the problem, that I cannot install
    > the newest version because of package conflicts.
    >
    > The main problem is, that VariCAD is linked against kdelibs4, but I've
    > installed kdelibs4c2. When scanning through dependecies I would have
    > to do almost a complete reinstallation of the KDE with many packages
    > removing which I'm using intensively (in addition to my CAD system).
    >
    > My questions are:
    > 1. Why are there 2 conflicting libraries which "do the same?", when just
    > looking on the package descriptions?
    > kdelibs4c2: core libraries for all KDE applications
    > kdelibs4: KDE core libraries
    >
    > 2. Is there a less painfull method to install VariCAD without
    > reeinstalling almost the complete KDE part?
    >
    > Bye ans thanks in advance,
    > Gerhard Reithofer
    > Tech-EDV Support Forum - http://www.tech-edv.co.at/vcms/
    >
    >



    --
    To UNSUBSCRIBE, email to debian-kde-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  8. Re: kdelibs4 vs. kdelibs4c2

    Hi Emilio,

    On Tue, 31 Jan 2006, EmIscA wrote:

    > You have mixed packages from testing/unstable with the ones of stable
    > (sarge). There are two c++ compiler transitions for the next release of
    > debian (etch) that lead up to new names of library packages, the ones ending
    > with c2 and c2a. The second transition was caused by serious problems with
    > some libraries with the first g++ 4.0 configuration. See the archives if you
    > want to know more about this.


    does that mean, that this situation should never appear when I only
    refer to sarge pakages in my apt sources?
    And also the kdelibs4c2* libs should not be available with "stable"
    tree.

    I will also take a look at the archives you mentionend.

    > I suppose that VariCAD is linked against sarge's KDE packages and not the
    > newest one.


    But that should not make any application unusable, I hope.

    > A possible solution is reinstall all sarge kde packages and remove the newest
    > ones. I don't know if this will break some user profile configuration files.


    Sigh,
    but that will be the best solution for me and my customers.

    ....

    Thank's very much for your reply,
    Gerhard Reithofer
    Tech-EDV Support Forum - http://www.tech-edv.co.at/vcms/


    --
    To UNSUBSCRIBE, email to debian-kde-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  9. Re: kdelibs4 vs. kdelibs4c2

    Gerhard Reithofer ha scritto:

    > Hi Emilio,
    >
    > On Tue, 31 Jan 2006, EmIscA wrote:
    >
    >> You have mixed packages from testing/unstable with the ones of stable
    >> (sarge). There are two c++ compiler transitions for the next release
    >> of debian (etch) that lead up to new names of library packages, the
    >> ones ending with c2 and c2a. The second transition was caused by
    >> serious problems with some libraries with the first g++ 4.0
    >> configuration. See the archives if you want to know more about this.

    >
    >
    > does that mean, that this situation should never appear when I only
    > refer to sarge pakages in my apt sources?
    > And also the kdelibs4c2* libs should not be available with "stable" tree.
    >
    > I will also take a look at the archives you mentionend.
    >

    Yes. Stable doesn't have kdelibs4c2*. How have you obtained these
    packages? Open your /etc/apt/sources.list and check that there are only
    stable repositories.
    For "archives" I mean mailing list archives.. I just would like to be
    more clear..

    >> I suppose that VariCAD is linked against sarge's KDE packages and not
    >> the newest one.

    >
    >
    > But that should not make any application unusable, I hope.
    >
    >> A possible solution is reinstall all sarge kde packages and remove
    >> the newest ones. I don't know if this will break some user profile
    >> configuration files.

    >
    >
    > Sigh,
    > but that will be the best solution for me and my customers.
    >
    > ..
    >

    If this CAD is opensource you can rebuild the package against
    kdelibs4c2. But it's worth the time? It's a version that is discarded in
    favour of the c2a version for many reasons.

    > Thank's very much for your reply,
    > Gerhard Reithofer
    > Tech-EDV Support Forum - http://www.tech-edv.co.at/vcms/
    >
    >



    --
    To UNSUBSCRIBE, email to debian-kde-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

+ Reply to Thread