fetchmail-friends
[Top] [All Lists]

[fetchmail] Problems with invalid Return-Path

2002-10-05 03:25:30
Hi,

I'm not the perfect expert in reading and understanding E-Mail related RFCs. But I think that a return-path like <@poseidon> is only valid if you are in the same domain (RFC821).

The problem now is that I fetch mails from a mailserver in DOMAIN1 and my own smtp is in DOMAIN2. Fetchmail now uses the return-path (see the first paragraph) in an unusual way. It is sending the mail to my smtp with a FROM: <@poseidon.DOMAIN2> which of course is a syntax error for my postfix daemon.

My fix for the moment is a patch for the sink.c which compare the first char in the return-path-string. If this is '@' I use your rewrite syntax of the return-path.

Can you please check if you can do this without problems with the RFC821? Can you check the fetchmail behaviour with such a return-path? And can you give me a hint why this is happening?

--
Regards,
Michael Obster
---
Do you want to rock?                            ___  ___  ___  _  _
http://www.rocklinux.org/                      | _ || _ || __|| |//
                                               ||_|||| ||||   |  /
                                               |  _|||_||||__ |  \
                                               ||\\ |_LINUX__||_|\\
------------------------------------------------------------------
--- sink.c.org  2002-10-05 12:07:39.000000000 +0200
+++ sink.c      2002-10-04 11:36:06.000000000 +0200
@@ -811,7 +811,7 @@
      * Also, if the hostname is a dotted quad, wrap it in square brackets.
      * Apparently this is required by RFC2821, section 4.1.3.
      */
-    if (!msg->return_path[0] || (0 == strcmp(msg->return_path, "@")))
+    if (!msg->return_path[0] || (msg->return_path[0] == '@'))
     {
       if (is_dottedquad(ctl->server.truename))
       {

Attachment: pgp1EcvaO4fsG.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>
  • [fetchmail] Problems with invalid Return-Path, Michael Obster <=