Squirrelmail - levelezés - olvasási nyugta - PHP

"és a szolgáltatóval való viaskodás sem vonz."
Ezt megértem, viszont az a helyzet, hogy az általad idézett hibaüzenet alapján a UPC SMTP időben utasítja vissza, ráadásul közvetlen az RCPT TO: után, a levélfejéc illetve a levéltörzs ismerete nélkül (szóval az előző topikban említett konfigváltozás nem lehet rá hatással). Ezért az olvasási visszaigazolás (MDN) és az általános kézbesítési problémák (DSN) eddig a részig azonosak. Azaz ha a UPC nem fogadja el az általad küldött MDN-t, akkor a DSN-t sem fogja. Tehát ha nem is viaskodást, de egy rövid kétsoros levelet érdemes lenne megejteni feléjük, az alábbi telnet kimenetét, és az említett RFC-re hivatkozva az idézeteket mellékelve.

"Outlook Express -nek nincs gondja"
Az Outlook Express (6.00.2900.5512) az eredeti levél címzettjét használja a MAIL FROM: után, és nem alkalmazkodik az előzőekben idézett RFC-kez. A SquirrelMail pedig megteszi. Viszont ez azt is jelenti, hogy aki nem Outlookkal (vagy hasonszőrű MUA-val) levelezik, hanem RFC-konform levelezővel, az is bele fog futni ebbe a problémába.

"...lehetne manuálisan email -t küldeni"
Én ezt javasolnám. Az Eximet futtató gépről nézzük meg:

  telnet smtp.upcmail.hu 25
  ehlo teszt
  mail from: <daily.tovis@freemail.hu>
  rcpt to: <daily.tovis@freemail.hu>
  rcpt to: <postmaster@upcmail.hu>
  rset
  mail from: <>
  rcpt to: <daily.tovis@freemail.hu>
  rcpt to: <postmaster@upcmail.hu>
  quit

A UPC nem köt bizonyos funkciókat bizonyos feltételekhez? Mint például reverse DNS megléte, a HELO/EHLO bejegyzett nevet használjon, SMTP auth. Ezek azért lehetnek érdekesek, mert ha kell, a HELO-n, autentikáción azonnal tudsz saját magad segíteni, reverse DNS-t tudsz kérni kb. 2 napon belül (a dyndns.ws létezik, de az általad használt hostnév jelenleg nem). Ha nem ezzel van összefüggésben, akkor egy levél a szolgáltatóhoz, és ha ez sem segít, akkor legyen helyi kódmódosítás.

"Ha ugyanarra a levélre küldök egy "Válasz" levelet ... Akkor gond nélkül megy."
Igen, mert akkor a MAIL FROM: a From: tartalámával fog megegyezni, ami valós SMTP cím.

"melyik mezőt is kellene módosítani?"
A headerben a Return-Path: lenne a megfelelő, de az nincs, és nem is használná az SMTP session során.

(Ha mégsem sikerülne a törekvésem, mely szerint a szolgáltatót kellene először megkérdezni, és ha onnan egyértelmű elutasítás jön, csak utána kódot módosítani, akkor kommentezd ki a $content_type-ot vizsgáló részt, és előreláthatólag az Outlook Expresshez hasonlóan fog működni.)

class/deliver/Deliver_SMTP.class.php (ha SMTP-t használsz a SquirrelMailben):

function initStream($message, $domain, $length=0, $host='', $port='', $user='', $pass='', $authpop=false) {
  ...
  ...
  ...
  // MAIL FROM: <from address> MUST be empty in cae of MDN (RFC2298)
  if ($content_type->type0 == 'multipart' &&
      $content_type->type1 == 'report' &&
      isset($content_type->properties['report-type']) &&
      $content_type->properties['report-type']=='disposition-notification') {
      // reinitialize the from object because otherwise the from header somehow
      // is affected. This $from var is used for smtp command MAIL FROM which
      // is not the same as what we put in the rfc822 header.
      $from = new AddressStructure();
      $from->host = '';
      $from->mailbox = '';
  }
  ...
  ...
  ...
  $fromaddress = ($from->mailbox && $from->host) ?
      $from->mailbox.'@'.$from->host : '';
  fputs($stream, 'MAIL FROM:<'.$fromaddress.">\r\n");
}

"A feladó nélküli olvasási nyugtának akkor sincs értelme."
Pontosan ugyanaz az értelme, mint a DSN esetében, és a fent említett néhány RFC ezt írná elő. Az ezekben az RFC-kben leírtakat pedig az SMTP szerver üzemeltetők többsége elfogadja. Ha pedig valaki nem fogadja el, akkor ezzel egyben tudomásul veszi, hogy a többi RFC-konform dologgal nem lesz teljes az együttműködés, amire a szolgáltatást igénybevevő felhasználók reagálni fognak. A felhasználói panaszok kezelése pedig csak kisebb részben műszaki, nagyobb részben üzletpolitikai kérdés.

Egyébként szerinted miért nincs értelme?