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))
{
pgp1EcvaO4fsG.pgp
Description: PGP signature