Redden postfix deferred mail

[DRAFTER86]

Door een dom foutje heb ik fetchmail mail laten ophalen en afleveren op een lokaal niet bestaande account. Deze mail is dus in /deferred terecht gekomen. Aangezien fetchmail de mail op de server verwijderd heeft zou ik deze mail graag redden... Iemand een idee?

[DJ Buzzz]

Je postfix fixen en dan postqueue -f doen? Dan wordt opnieuw geprobeerd je mail af te leveren.

[DRAFTER86]

DJ Buzzz schreef op vrijdag 11 mei 2007 @ 10:35:
Je postfix fixen en dan postqueue -f doen? Dan wordt opnieuw geprobeerd je mail af te leveren.

Postfix fixen? Wat moet ik me daar bij voorstellen? Het probleem is dat de user waarbij hij de mail wil afleveren niet bestaat. De user die gezocht wordt is van de vorm '[e-mail]'. Terwijl mijn thuisserver een heel andere naam heeft...
Als ik te krom denk moet je het zeggen hoor, ben nauwelijks bekend met postfix...

[Boudewijn]

gewoon even dat account aanmaken en postfix laten flushen.
klaar

en dat account kun je ook 'aanmaken' met een alias naar een bestaand account.

[DRAFTER86]

Boudewijn schreef op vrijdag 11 mei 2007 @ 10:39:
gewoon even dat account aanmaken en postfix laten flushen.
klaar

en dat account kun je ook 'aanmaken' met een alias naar een bestaand account.

De account aanmaken kan toch niet? Ik kan toch niet op een server met naam domijn1 een account met naam [e-mail] aanmaken? En waar zou ik zo'n alias aanmaken? /etc/aliases? Dus daar zou ik dan dit in moeten zetten:

"[e-mail]": local_user

[Boudewijn]

De account aanmaken kan toch niet? Ik kan toch niet op een server met naam domijn1 een account met naam [e-mail] aanmaken? En waar zou ik zo'n alias aanmaken? /etc/aliases? Dus daar zou ik dan dit in moeten zetten:

Oh ja? Hoe denk jij dat ik het met 14 domeinen doe, voor elk domein een eigen server?

[DRAFTER86]

Boudewijn schreef op vrijdag 11 mei 2007 @ 10:43:
[...]


Oh ja? Hoe denk jij dat ik het met 14 domeinen doe, voor elk domein een eigen server?

nou als ik een user "[e-mail]" wil aanmaken zeurt hij over ongeldige tekens in de username...

[Boudewijn]

ja domijn kent hij niet
Even een quoteje uit een mailserver van mij:

code:

local_recipient_maps = $alias_maps $virtual_mailbox_maps unix:passwd.byname
virtual_transport = virtual
virtual_mailbox_domains = domain1, domain2, domain3, domain4, domain5

ander ideetje: Een catch-all gebruiken?

[DRAFTER86]

Boudewijn schreef op vrijdag 11 mei 2007 @ 10:52:
ja domijn kent hij niet
Even een quoteje uit een mailserver van mij:

code:

local_recipient_maps = $alias_maps $virtual_mailbox_maps unix:passwd.byname
virtual_transport = virtual
virtual_mailbox_domains = domain1, domain2, domain3, domain4, domain5

ander ideetje: Een catch-all gebruiken?

Hmm een catch-all zou wel ideaal zijn, kan ik dat instellen /etc/postfix/main.cf?

[Boudewijn]

uhhh ja dat moet je doen zoals in de manual staat


hier staat eea (3 secs in google)
http://www.macosxhints.co...hp?story=2003110323024816

[DRAFTER86]

Boudewijn schreef op vrijdag 11 mei 2007 @ 10:57:
uhhh ja dat moet je doen zoals in de manual staat


hier staat eea (3 secs in google)
http://www.macosxhints.co...hp?story=2003110323024816

Dank voor de moeite! Maar het wil niet
Ik heb nu een /etc/postfix/virtual als volgt (en met postmap de .db aangemaakt):

@domein2.nl local_user

Domein2 is dus niet de domeinnaam van mijn server maar van de mailserver waar de ge-deferrede mail vandaan komt. Werkt dat wel?
In mijn mail.info log probeerd hij in ieder geval nog steeds contact te maken met de mailserver van domein2.nl welke natuurlijk niet reageerd op de smtp poort:

code:

May 11 11:06:12 ate postfix/qmgr[5294]: 
898FD2B1EE6: to=<[e-mail]>, relay=none, 
delay=4686, delays=4656/30/0/0, dsn=4.4.1, status=deferred 
(delivery temporarily suspended: 
connect to mail.domein2.nl[62.212.90.216]: Connection timed out)

[Boudewijn]

newaliases?

[ Voor 4% gewijzigd door Boudewijn op 11-05-2007 11:48 ]

[smesjz]

Zo te zien ontbreekt:
virtual_mailbox_domains = domein2.nl

als alternatief kan je domein2.nl toevoegen aan je mydestination.

Heb je wel postfix reload gedaan?

Je kan verder je testen via postmap of de alias werkt:

postmap -q @foobar.be mysql:/etc/postfix/mysql_virtual_alias_maps.cf
@foobar.nl

In jouw geval krijg je iets als:

postmap -q [e-mail] /etc/postfix/virtual

Aanvulling:

Let even op je bounce & queue parameters:

bounce_queue_lifetime
maximal_queue_lifetime

Hoewel deze standaard 5 dagen staan wil je niet dat Postfix dat de delay_warning_time gebruikt om de afzender een mail te sturen dat aflevering vertraagt is.

[ Voor 25% gewijzigd door smesjz op 11-05-2007 19:05 . Reden: Aanvulling ]

[CyBeR]

Edit die mails even zodat ze naar een bestaande user gaan?