YAM - Yet Another Mailer (#2) - Change return-path? (#15) - Message List

Change return-path?
 solved

If I change the from address via options tab when writing a mail the "return-path" remains as given on first steps from settings.

Is it somehow possible to change this behaviour.

I am using the last stable version (2.5)

Tree View Flat View (newer first) Flat View (older first)
  • Message #49

    I'd say it all boils down to the fact that YAM has no multiple SMTP support yet.

    I agree that would be a clean solution

    The address on the quick start page is used to authenticate yourself against the single SMTP server which YAM can handle right now. If you change this address and the SMTP server still accepts mails with differing From: and sender addresses, then the SMTP server is severly broken, because this is one of the roots of spam mails.

    The old "is it a bug or a feature" discussion.

    I do agree it is somehow irritating that a subset of mailservers do not check if you own the address you are using. But I do not understand why you are making a difference between "from" Header and sender address/return-path because I consider the from address the more important one and on the other hand to authenticate against the server the userid/password is used.

    From my experience there are two kinds of mailservers: freemailer servers that allow exactly one sender address, from has to be the same payed servers where you can choose sender address and from header field at will

    So freemailer users cant change the from addres or sender address anyway and users with payed server users usually want the return path change as well if they change the from address.

    The problem for me is that I can change the from using arexx but not the sender. Same problem with YAMs built-in Mailinglist feature.

    Thunderbird for example can uniquely assign SMTP servers to POP3/IMAP accounts. But you still have the option to use one single SMTP server, even for POP3/IMAP accounts at different providers. I just checked this and set GMX to be the SMTP server for my web.de account. And guess what? GMX rejects mails sent this way with exactly the same error message as I described in your bug report (address does not belong to logged in user).

    Hmm I am almost sure with this setting you are using your web.de email address with the gmx server as BOTH sender address and from and that would not be the same yam does, but what I want it to do. I downloaded Thunderbird and tried to mimic what you did and I ended up with return path and from being the same on both accounts with one default smtp server, this seems to back my assumption.

    If you are interested I would happily create a full featured/buggy ;) smtp account for you to play with it

    As soon as YAM gets multiple SMTP support this will change, but still then you will be able to set up invalid combinations of authentication address and From: address. If this combination will be accepted by the SMTP server if beyond YAM's scope.

    Fair enough. Thanks for your afford.

  • Message #48

    I'd say it all boils down to the fact that YAM has no multiple SMTP support yet. The address on the quick start page is used to authenticate yourself against the single SMTP server which YAM can handle right now. If you change this address and the SMTP server still accepts mails with differing From: and sender addresses, then the SMTP server is severly broken, because this is one of the roots of spam mails.

    Thunderbird for example can uniquely assign SMTP servers to POP3/IMAP accounts. But you still have the option to use one single SMTP server, even for POP3/IMAP accounts at different providers. I just checked this and set GMX to be the SMTP server for my web.de account. And guess what? GMX rejects mails sent this way with exactly the same error message as I described in your bug report (address does not belong to logged in user). Thus you can do the same (illegal?) stuff with Thunderbird as you can do with YAM. It might not be as easy as with YAM, but it is possible. It is up to the SMTP server to check if the address of the logged in user and the From: address of the mail do match.

    As soon as YAM gets multiple SMTP support this will change, but still then you will be able to set up invalid combinations of authentication address and From: address. If this combination will be accepted by the SMTP server if beyond YAM's scope.

    Until that is implemented users must accept that YAM handles one "main" account only for sending and receiving mails while it handles several receive-only accounts. If you wish to send mail from a different sender address then you will have to modify all quick start and SMTP related settings accordingly.

  • Message #47

    just tried to reproduce this stuff and changed my address in the quick setup to "bogus@…", then I wrote a mail to myself. Sending this mail was impossible, because GMX didn't accept the mail as the user "bogus@…" is unknown. A different address (foobar@…) caused a similar error message, because this address exists but does not belong to me.

    I am pretty sure you are also not allowed to change from address with your freemailer. If you are I would actually agree that YAMs behaviour is ok and buy you a beer.

    The reason why "bogus@…" appears in the Return-Path line of the mail you *received* is that this address was used to authenticate against the mail server

    ...

    YAM uses the quick setup address as "sending" address

    Cool finally I made myself clear.

    Sorry, there is nothing wrong with YAM here, but just with the way you use certain settings and even more that your mail provider accepts invalid (or as you say "bogus") addresses at all.

    I agree its not a bug. Yam has a very special way to somehow allow multiple mail usage but not going all the way.

    So its hard to compare it with the behaviour of other mailers in this case.

    You can also check yourself that YAM does *not* insert the line by looking at the raw mail text after you sent it.

    Here i seem to have a different perspective from yours. Yes the return-path is not part of the message itself Yam forces the server to add it using the sender address.

    Using a sender addres/return-path different from the "from" might make sense in some cases. As I said above if you really can change the from address to something you want if you use your accounts gmx address as sender than it is better the way it is now for most users.

  • Message #46

    ok I filled in a bug report thanks

  • Message #45

    Thank you for answering. That is strange all my Mails have a return-path header field as described above. It makes no difference if I reply, write a new mail or change smtp server.

    YAM can handle a Return-Path line, which is required for MDN handling, but it does not create one. So if you write a new mail it simply cannot contain that kind of header line.

    If you are still sure that YAM creates this header line at all and/or with wrong contents, then please open a bug report in YAM's bugtracker and provide a raw example mail (YAM's main menu -> Message -> Export). To be able to attach files to a bug report you must have a valid login at sourceforge.net and you must be logged in. Anonymous reporters cannot attach files.

    If you receive mails which contain the Return-Path header line then this line was not inserted by the original sender, but somewhere on the way to you. Hence there is no reason for YAM to insert itself. At least this is what I conclude from RFC 882.

  • Message #44

    Thank you for answering. That is strange all my Mails have a return-path header field as described above. It makes no difference if I reply, write a new mail or change smtp server.

  • Message #43

    If I change the from address via options tab when writing a mail the "return-path" remains as given on first steps from settings.

    Which return-path are you talking about? If you reply to a mail with YAM the outgoing mail does not contain a return-path: line. The From: and Reply-To: lines are set to exactly what you entered in the corresponding fields on the options page of the write window.

Tree View Flat View (newer first) Flat View (older first)

Attachments

No attachments created.